» Почтовая программа Communigate Pro (настройка )

Здравствуйте коллеги.
Вот какой вопрос.
Есть почтовый сервер Communigate 5.4
Пользователи почту получают по IMAP
Можно ли в настройках пользователя убрать возможность удаления почты ?
Чтобы мог только читать, но не удалять их..

megafrag
Цитата:

Можно ли в настройках пользователя  убрать возможность удаления почты ?

Какой в этом смысл?

Простой ..
1. Чтобы пользователь к примеру при увольнении, не похерил свою почту.
2. Периодами ручки корявые удаляют важные сообщения , а после чистят корзину ... и бывает такое достаточно часто ..

megafrag

Цитата:

1. Чтобы пользователь к примеру при увольнении, не похерил свою почту.

Настроить общее правило для копирования почты наружу или снаружи в специальный почтовый ящик.
Для пункта 2 это тоже выход.

Спасибо за совет.
так и сделаю

Всем доброго времени суток.
Есть рабочий сервак, который нужно заменить. поднял второй сервер, скопировал на него почтовые базы. Хочу погонять новый в тестовом режиме. Каким образом можно сделать, чтобы приходящая почта на старый сервер складывалась на него и дополнительно пересылалась на новый?

MBear
Цитата:

Каким образом можно сделать, чтобы приходящая почта на старый сервер складывалась на него и дополнительно пересылалась на новый?

Можно разными способами. Зависит от того, сколько ящиков имеется на твоем сервере.

На серваке 100 ящиков (около 10 гигов мыла). Мастерить каждому редирект как-то лень. Может в роутинге можно сделать?

ЗЫ: С праздником, коллеги!

MBear
Цитата:

Может в роутинге можно сделать?

Через роутинг он будет просто транзитом почту бросать на другой сервер.
Если у тебя Communigate на *никсе, тогда в серверных правилах можно прописать пайп через простенькую программу на Перле, которая будет отправлять копию на другой сервер. Если на Винде, то аналогично, только программу придется написать на C# или VB.Net.

Здравствуйте коллеги!
Может кто что дельное подскажет:
есть сервер 5.3.14, до вчерашнего дня работал как часы, но вдруг перестал отправлять почту размером больше 70кб. Принимает любой размер письма, а при отправке тела письма возникает такая хрень:
13:06:23.768 5 SMTP-000606(tuapse.ru) out: хххххх
13:06:45.546 5 SMTP-000606(tuapse.ru) out: хххххх
13:06:45.546 3 SMTP-000606(tuapse.ru) write failed. Error Code=connection reset by peer
Это происходит при попытке отправить письмо абсолютно на ЛЮБОЙ сервер.
Откатывал сервер на 5.3.13, 5.3.12. Ставил 5.4.1, откатывал систему на две недели назад, удалял файрвол - не помогает. Почта не уходит, жесть.

Доброго времени суток всем.
Сегодня столкнулся с проблемой на CG 5.2.
Суть: правила RFCReader, в частности "Banned Body Lines" не применяются, если сервер получает письмо по TLS (StartTLS).
Собственно, других встроенных средств для фильтрации по содержимому тел нет, внешние фильтры/хелперы (если писать вручную на перле) не справляются с нагрузкой, а полностью отключить TLS нельзя.
В связи с этим вопрос к знающим: устранены ли эта проблема в 5.4 (иммет ли смысл обновиться) или есть возможность отключить команду StartTLS с оставлением возможности TLS-соединений?

JcVai Проблема явно надуманная, поскольку спамеры свою почту через TLS (StartTLS) практически никогда не шлют. Так что отнесись к этому спокойно.

Тут один товарисч спрашивал...
Цитата:

кто может подсказать как без особого гемороя переделать INBOX и другие папки юзера в MAILDIR ?

Это можно сделать с помощью Perl скрипта Mailbox Conversion v2.0 с сайта http://www.niversoft.com. Для его работы нужно скачать и установить модули CLI.pm, Mail::IMAPClient и IO::Pager.

vlary Спасибо! Буду делать

Есть CommuniGate Pro версии 5.1.8
Pаботает, и как говорится "есть не просит".
Имеет ли смысл его обновлять до версии 5.4.1 ?
Есть ли какие существенные различия между данными версиями ?

FastCat

Цитата:

Pаботает, и как говорится "есть не просит".

Ну и не дергайся. Особенно если ключики самодельные. Начиная где-то с верии 5.3 с ними начались проблемы.
Новой необходимой функциональности особенно не прибавилось. Пофиксены некоторые баги. Что именно менялось от версии к версии, можешь посмотреть здесь:

vlary
У меня без ключей, типа FREE
Почитал отличия. По большей части ничего принципиально нового не прибавилось. Поэтому лучше оставлю все как есть.

Помогите разобраться как работает механизм NO-SOLICITING.
В CGP [Установки - Почта - SMTP - Приём] есть поле с NO-SOLICITING
Выдержка из help-a скудна до неприличия:

Объявлять NO-SOLICITING
Используйте эту настройку для указания классов рекламных сообщений, которые ваш Сервер не должен принимать. Подробности смотрите в RFC3865.

Описание стандарта тоже не добавило ясности. Игрался ли кто с этим параметром? Что в это поле вообще вписывать и как эту запись трактовать? Есть ли статистические данные по эффективности? Поделитесь, пожалуйста!

int13 Все это фигня. Работает только там, где спам запрещен законодательно, и за него можно схлопотать. Посему принимающий сервер должен предупредить, что он не принимает определенные категории спама, отправляющий сервер должен предупредить, что он шлет спам определенной категории, а он в свою очередь получает эту информацию от почтового клиента, когда юзер или программа массовой рассылки включают ее в заголовки.
Сам понимаешь, надеяться на это в нашей стране несколько наивно.

Коллеги.
Хелп ми.
http://forum.ru-board.com/topic.cgi?forum=5&topic=19377&start=260#4

gryu
Цитата:

Хелп ми.

У Коммунигейта вообще есть вредная привычка "здороваться" не FQDN хоста, на котором он стоит, а именем головного домена.
Разумное решение вижу поднять у себя почтовый релей, который будет работать только на отправку. Можно даже на виртуалке, поставить минимальный линукс с Эксим, все ставится и настраивается за пару часов. Прописать ему через провайдера нормальную обратную зону, совпадающую с его FQDN, если таковой еще нет. Добавить SPF запись во все ДНС имеющихся почтовых доменов. И всю исходящую почту с Коммунигейта гнать наружу через него. Тогда никаких претензий со стороны принимающих серверов к вам быть не должно.
Ну, или если нет административных или моральных препятствий, сходить в Варезник и перегенерить ключи на нужный домен.

vlary

Цитата:

Ну, или если нет административных или моральных препятствий, сходить в Варезник и перегенерить ключи на нужный домен.

Гм. Препятствий в общем то нет. Лицензия то есть. Можно даже попытаться обратится в сталкер для замены ключа.
Но во первых рабочих доменов два. А на оба сразу как-то проблематично зарегить коммунигейт.
Во вторых, сегодня эти два. Завтра ещё появится какой. ....
Неужели нельзя как то одёрнуть зверька?
Делать отдельный почтарь на отправку. .... Как-то это "через попенгаген вротердам"....

gryu
Цитата:

Но во первых рабочих доменов два

Ну и что? У меня он принимает почту для четырех доменов. И отправляет тоже. Я просто прописал эти домены как алиасы основного. Главное, чтобы совпадали имя хоста в главном домене с обратной зоной.
А насчет вразумить - нету такой настройки. В последних версиях коммунигейта появилась настройка HELO Domain Prefix, с помощью которой можно настроить, чтобы он передавал FQDN (mail.company.com), но все равно это будет с именем главного домена company.com.
Видимо, такая у них политика.
Насчет "попенгагена" все верно, но второй сервер может быть очень легковесный, и отправлять через него можно почту только на те домены, которые сильно артачатся. У меня, к примеру, такое сделать совсем не проблема, поскольку все равно фронтэндами коммунигейта работают два Эксима, режущие спам.

vlary
Не совсем понял про алиасы.
У вас IP один на все домены или разные? У меня разные.
Поэтому я не могу пописать алиасом в настройках основного домена почтовые домены.
"domain with this name already exists"
Более того.
Адресат спрашивает у "почтового" домена имя "основного".
Т.е. если и прописывать алиас, то в "почтовом" писать "основной".
Или я не правильно вас понял?
По поводу доп сервера. Мне сложнее. У меня почта стоит на одном сервере. Там же стоит спаморезка, антивирус и т.д. Сервер позволяет по мощности.

Добавлено:
Сижу курю бамбук.
Может поставить ALT Linux Server который "Ковчег".
Вчера у приятеля видел. Там вроде почтарь есть. И не особо требовательно.

gryu У меня на сервере под коммунигейт два интерфейса и два айпи, внутренний и внешний. Поскольку использую сплит-ДНС, имена сетевых доменов внешней и внутренней сети совпадают, и совпадают также с именем главного почтового домена. Кроме главного домена, прописано еще четыре алиаса на другие зарегистрированные фирмой домены.
Принимающим почтовым серверам должно быть пофиг, совпадает ли домен в MAIL FROM: с доменом в имени хоста отправляющего сервера. Сейчас очень многие конторы используют для своих почтовых доменов Гугл, сервера которого явно не подстраиваются под каждый почтовый домен. Главное, как я уже писал, чтобы совпадали имя хоста с обратной зоной, и ХЕЛО соответствовало имени хоста.

vlary

Цитата:

У меня на сервере под коммунигейт два интерфейса и два айпи, внутренний и внешний.

А у меня 4.
Три внешних (реальные IP по одному на разные домены) и один внутренний.
Цитата:

Принимающим почтовым серверам должно быть пофиг, совпадает ли домен в MAIL FROM: с доменом в имени хоста отправляющего сервера.

Угу. Эти умники сначала почтари на домены 3-4-го уровня вешают, а потом ставят проверку по максимом. Типа борьба со спамом.
Кстати эти проблемы с крупными научными учреждениями. С их админами бодаться бесполезно.

Добавлено:
P.S.
Как вам почта формата ivanov@fgr.mgfd.ptrd.ru ? Это так читая с хвоста (как и положено) они по подразделениям пользователей разводят: ru - учереждение - отделение - подразделение.
И на доменах экономят, как я понимаю...

gryu
Цитата:

А у меня 4.
Три внешних (реальные IP по одному на разные домены) и один внутренний.

Зачем? Для коммунигейта вполне достаточно одного внешнего сетевого интерфейса.

Цитата:

Как вам  почта формата  ivanov@fgr.mgfd.ptrd.ru ?

Это мне знакомо. Универ тоже любит этим балваться. Адрес типа @кафедра.факультет.универ.ру

vlary

Цитата:

Зачем? Для коммунигейта вполне достаточно одного внешнего сетевого интерфейса.

Домены зарегистрированы в разное время, разными конторами, поддержка их у разных провайдеров.

gryu
Цитата:

Домены зарегистрированы в разное время, разными конторами, поддержка их у разных провайдеров.  

А причем тут это? У всех доменов можно прописать один МХ, и поддерживать почту одним внешним айпи.

vlary
можно.
Если DNS зоны держать. А тут их держат другие.

Добавлено:
под поддеожкой я имел ввиду всё, включая примари и секондори зоны.