Zimbra перенос списков рассылки между серверами

Взято здесь:
https://wiki.zimbra.com/wiki/How_to_migrate_distribution_list_between_two_servers

На сервере 1:

zmprov gdlm dist_list1@domain.com > distlist.txt 

т.к. zmprov исполняется от пользователя zimbra, у которого прав на запись кроме как на /opt/zimbra нет - лучше указать /opt/zimbra/log/distlist.txt
Перекидываем файлик на второй сервер, в тот же каталог, не забывая установить владельца/группу zimbra.

На сервере 2:

for i in `cat distlist.txt | egrep -v '#|members'`;do zmprov adlm dist_list2@domain.com $i;done 

Вбиваем в консоль и ждем. Каждую команду выполняет долго, но список реально формирует.
Проверено при переносе версии 8.6.0 на 8.8.15

Курсы валют на php

Небольшой скрипт для реализации курсов валют ( https://www.cbr-xml-daily.ru/ ):

В консоли создадим файлик
touch /etc/cron.hourly/cbr

И заполним его следующим содержанием

#!/bin/sh
set -e
mkdir -p /var/cache/cbr
cd /var/cache/cbr
for file in daily_utf8.xml daily.xml daily_eng.xml daily_eng_utf8.xml daily_json.js
do wget --timestamping --no-verbose https://www.cbr-xml-daily.ru/$file
done 2>&1 | xargs -I{} logger --tag $0 --id=$$ "{}"

Дадим права на выполнение:

sudo chmod +x /etc/cron.hourly/cbr
И сделайте первую загрузку:

sudo /etc/cron.hourly/cbr

Таким образом, на сервак ежечасно будут скидываться файлики с курсами валют, которые можно дальше уже отпарсить в проекте.
Можно добавить символьную ссылку на папку с файликами:
ln -s /var/cache/cbr /var/www/project/cbr

Rapoo MT550/750S pairing with Linux Mint 17.3/19.2, ubuntu 14.04/18.04

Из солнечного Китая приехала мышка для ноута - Rapoo MT550. Отличная эргономика, питание от 2хАА батареек обещает быть продолжительным, и самая килерфича - работа одновременно с тремя компьютерами через блютус простым переключателем.

Под Windows 10 никаких проблем не возникло - включил, нажал на мышке "скан блютуса", винда нашла её и вобщем-то все.

Под Linux Mint 17.3 Cinnamon - мышь видна, но при попытке связи, во всплывающем уведомлении невозможно ввести pin code "0000" для этой мыши. Соотвественно в BT менеджере мышь есть, но указано, что сопряжение не произошло. Возможно под KDE или другими оболочками проблем нет.

Решение в том, что необходимо вручную произвести сопряжение:

1. Ставим пакеты:

apt-get install bluez-tools
apt-get install bluez-hcidump

На первый ругается, что "недоверенный".

2. Выполняем, на мыше жмем кнопку "bluetooth" для опознавания:

hcitool scan
Scanning ...
6C:5D:63:77:1D:1E RAPOO BT3.0 Mouse

3. В новом окне терминала:
sudo hcidump -at
HCI sniffer - Bluetooth packet analyzer ver 2.5

device: hci0 snap_len: 1500 filter: 0xffffffffffffffff

4. Нас интересует hci0, выполняем:

sudo bluez-simple-agent hci0 6C:5D:63:77:1D:1E

RequestPinCode (/org/bluez/11002/hci0/dev_6C_5D_63_77_1D_1E)

Enter PIN Code: 0000

Release

New device (/org/bluez/11002/hci0/dev_6C_5D_63_77_1D_1E)

Запросит пинкод, для MT550 - "0000"

5. Делаем блютус мышку "доверенной"

sudo bluez-test-device trusted 6C:5D:63:77:1D:1E yes

6. Цепляемся к мышке:

sudo bluez-test-input connect 6C:5D:63:77:1D:1E

Можно попробовать пошевелить мышкой - должна опознаться. После перезагрузки опозналась автоматически, а в Bluetooth менеджере самого Mint - мышь теперь указана как сопряженная. 

7. Для MT750/750S инструкция по подключению аналогичная.

UPDATE для тех у кого Mint 19 / Ubuntu 18.04:

Мышь хоть и определяется в bluetooth менеджере, но подключаться в упор не хочет по прежнему.
В bluez-tools теперь также не работает simple-agent и команды которые связаны с ним.
Для подключения вводим:
hcitool scan   - и зажимаем кнопку с выбором канала (на Rapoo 750S), видим мышь:
Scanning ...
6C:5D:63:76:AA:17 RAPOO BT3.0 MS

Далее запускаем утиль:

sudo bluetoothctl 

Покажет кучу устройств в округе, в т.ч. и мышу (у меня почему-то с разными маками и версиями BT):

[NEW] Device ED:8E:0E:10:AA:28 RAPOO BT4.0 MS

[NEW] Device 6C:5D:63:76:AA:17 RAPOO BT3.0 MS

Далее уже в консоли [bluetoothctl] :

help - список команд

Нам надо доверить нужный MAC и подключиться:

[RAPOO BT4.0 MS]# trust 6C:5D:63:76:AA:17

[CHG] Device 6C:5D:63:76:AA:17 Trusted: yes

Changing 6C:5D:63:76:AA:17 trust succeeded

[bluetooth]# connect 6C:5D:63:76:AA:17

Attempting to connect to 6C:5D:63:76:AA:17

[CHG] Device 6C:5D:63:76:AA:17 Connected: yes

Connection successful

За последовательность trust/connect не ручаюсь - сначала пробовал connect , потом trust - результат отрицательный. После trust - опять connect - всё ожило. 

В момент connect надо также держать выбор канала на 750S.

301 htaccess. Как перенаправить всех со старого сайта на новый

Рабочее решение. Проверено на ubuntu server, apache, mod rewrite включен.

1) Проверьте включен ли mod_rewrite:
Создайте текстовый файл с расширением php, после чего откройте его браузером.
modrewrite.php:

<?php
 if(!function_exists('apache_get_modules') ){ phpinfo(); exit; }
 $res = 'Module Unavailable';
 if(in_array('mod_rewrite',apache_get_modules()))
 $res = 'Module Available';
?>
<html>
<head>
<title>A mod_rewrite availability check !</title></head>
<body>
<p><?php echo apache_get_version(),"</p><p>mod_rewrite $res"; ?></p>
</body>
</html>

2) Редирект, который работает у меня:
RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_HOST} !newdomain.com$ [NC]
RewriteRule ^(.*)$ http://newdomain.com/$1 [L,R=301]

Где newdomain.com - адрес вашего ресурса, куда должно всё уходить.

Libreoffice выглядит как под windows в Linux Mint

Иногда при обновлении Libreoffice слетает его внешний вид, а так же темы "Mint-X", а окна при этом в самом в Libreoffice выглядят, как окна Windows 3.1.

Проблема возникает из-за того, что:
Пакет mint-themes конфликтует с пакетом libreoffice-style-human.
Если ставишь mint-themes, то удаляется libreoffice-style-human и наоборот.

Поэтому для возврата тем Mint-X - используем
sudo apt-get install mint-themes

А для возвращения нормального внешнего вида Libreoffice ставим доп. темы значков:
sudo apt-get install libreoffice-style-breeze libreoffice-style-sifr libreoffice-style-tango

Подключение HFS к Ubuntu для чтения записи

Озадачился задачей подключения внешнего HDD отформатированного под MacOS файловую систему HFS к ноуту с Mint 17.3 на борту.
По умолчанию, подключив подобный винт - можем только смотреть содержимое. А если нужна запись - то:

Путем проб и ошибок было выяснено следующее:
1) ставим hfsplus
sudo apt-get install hfsplus
2) создаем каталог в дом. папке
3) Подключаем винт в режиме RW (устройство /dev/sdxy определяем предварительно по sudo fdisk -l) :
 sudo mount -t hfsplus -o force,rw /dev/sdc1 /home/anton/111/
4) Запускаем удобный файл-менеджер (можно nemo, nautilus и т.п.) от root
sudo doublecmd 
5) По завершению операций - отключаем:
sudo umount /dev/sdc1

Все, можно пользоваться.

Elastix 2.4 Просмотр логов звонков определенному пользователю.

Если в кратце: Создаем группу, в правах группы указываем доступ к Reports и необходимым сервисам (я добавлял ещё отправку факсов и панель оператора). После чего лезем на сервак и дописываем одну строчку в указанном ниже файле. 


You can do the following;

1) Create a new group called: Reports
2) Assign monitoring and report permissions for that group
3) Create an user and associate it with the Reports group, don't choose any extension
4) Edit /var/www/html/libs/paloSantoACL.class.php
And leave it like:
function isUserAdministratorGroup($username)
{
$is=false;
$idUser = $this->getIdUser($username);
if($idUser){
$arrGroup = $this->getMembership($idUser);
//$is = array_key_exists('administrator',$arrGroup);
$is = array_search('1', $arrGroup);

if(isset($arrGroup['Reports']))
$is=true;
}
return $is;
}
That will allow any user on that group to have full access of all records on the monitoring and reports modules