Приветствую, товарисчи! Есть БД Postgresql с именем «his |grep restor», которая была создана корявым скриптом на продакшн-сервере Postgresql. Удалить её никак не получается, как и подключиться к ней - «ВАЖНО: база данных «his |grep restor» не существует», а она есть:

psql -U postgres -h localhost -l | grep -e Name -e "^ his"
         Name         |  Owner   | Encoding |   Collate   |    Ctype    |   Access privileges   
 his     |grep restor | postgres | UTF8     | ru_RU.UTF-8 | ru_RU.UTF-8 |

Что только уже не пробовал - заключать имя в одинарные и двойные кавычки, экранировать, удалять через прослойку dropdb, подставлять аски-коды вмесо пайпа - не помогло. При этом пробовал создать на тестовой виртуалке БД с таким именем и удалить её - удаляется без проблем.. Только нет нужного опыта работы с Postgresql, чтобы понять как это вылечить. Есть у кого-нить идеи?

Здравствуйте! Есть сервер Alt Linux p7, на котором крутится почтовый сервер zarafa community edition с авторизацией пользователей по ldap. Пользователей не шибко много (около 50), железо не скрипит и есть запас прочности до увеличение их количества раза этак в 2. Собственно проблема: нужно синхронизировать почтовый ящик с помощью offlineimap и сделать локальную копию почты пользователя, а потом, в случае необходимости, синхронизировать эту локальную копию почты обратно с сервером. При синхронизации Сервер -> Локальная копия процесс проходит быстро. 370 Мб. почты синхронизируются примерно за 4:40 и можно предположить, что это время упирается в максимум возможностей ПО/железа, так как использование аппаратных ресурсов высоко. При синхронизации Локальная копия -> Сервер, процесс проходит намного дольше - около 25 минут, при этом использование аппаратных ресурсов в 2-2.5 раза меньше, чем при синхронизации Сервер -> Локальная копия, что свидетельствует о каком-то узком месте в этой системе (подозреваю настройки zarafa/postfix). Наверняка, знающие люди сразу укажут, где искать. Версии ПО:

uname -r 3.14.58-std-def-alt0.M70P.1

rpm -qa zarafa* zarafa-server-7.1.14-alt1 zarafa-monitor-7.1.14-alt1 zarafa-contacts-7.1.14-alt1 zarafa-client-7.1.14-alt1 zarafa-common-7.1.14-alt1 zarafa-dagent-7.1.14-alt1 zarafa-search-7.1.14-alt1 zarafa-webaccess-7.1.14-alt1 zarafa-libs-7.1.14-alt1 zarafa-libarchiver-7.1.14-alt1 zarafa-gateway-7.1.14-alt1 zarafa-spooler-7.1.14-alt1 zarafa-utils-7.1.14-alt1 zarafa-ical-7.1.14-alt1 zarafa-7.1.14-alt1

rpm -qa postfix* postfix-ldap-2.9.5-alt1 postfix-cyrus-2.9.5-alt1 postfix-control-1.6.1-alt1 postfix-2.9.5-alt1 postfix-tls-2.9.5-alt1

rpm -qa | grep -i mysql MySQL-client-5.5.43-alt0.M70P.1 libmysqlclient18-5.5.34-alt0.M70P.1 libmysqlclient18-debuginfo-5.5.34-alt0.M70P.1 MySQL-server-5.5.43-alt0.M70P.1

rpm -qa offlineimap* offlineimap-6.6.1-alt0.M70P.1

Конфиг сервера zarafa соответствует рекомендациям по настройке из вики Alt Linux (https://www.altlinux.org/Zarafa) и оф. вики zarafa, поэтому его не привожу.

Конфиг offlineimap (он выполняется там-же, на почтовом сервере):

[general] fsync = False accounts = test metadata = ~/offlineimap/metadata/test [Account test] status_backend = sqlite localrepository = Local remoterepository = Remote

[Repository Local] maxconnections = 3 type = Maildir localfolders = ~/offlineimap/maildirs/test [Repository Remote] maxconnections = 3 type = IMAP cert_fingerprint = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx remotehost = 127.0.0.1 remoteuser = test remotepass = test

Железо: Core i7-2600 CPU @ 3.40GHz, 16Gb, MSI P67A-C43

Резюмирую вопрос: Что ограничивает скорость синхронизации писем в направлении почтовый клиент -> почтовый сервер от одного адресата, при условии, что это ограничение не вызвано недостатком аппаратных ресурсов сервера или клиента или недостатком ширины сетевого канала (сеть по сути вообще не задействуется, так как клиент запускается с самого почтового сервера)? На глаз видно, что письма уходят какому-то таймауту.. Думаю, что люди знающие, смогут сразу назвать отвечающую за это опцию из конфига zarafa/postfix или чего-то ещё :) P.S. Очередь postfix'а пуста при этом.