Примерно так же, как и POP3. Есть список пользователей, они же почтовые ящики, доступные и по POP3, и по IMAP. По умолчанию IMAP работает, попробуйте настроить клиента.
Насколько я помню, Мыш письма между папкми перемещать умеет и командами меню, и через drag&drop. Создайте папку spam в ящике, если её ещё нет, и перемещайте туда письма.
Вы правы. это я сделал. в бате папку создал. в eserv3.ini тож пути прописаны для папки спама: Reclassify={Dirs[Mail]}\antispam
Spam={Dirs[Mail]}\antispam\spam
вопрос в другом: как сделать так, чтоб перемещения в папку спам в бате дублировались на серваке?
Туда — никак. Это глобальные хранилища, туда письма попадают автоматом, если антиспам до них при приёме докопается. Для последующей возможной переклассификации в правильные.
Да, а почему надо именно в глобальную? При перемещении в локальную папку spam в Бате, на сервере письмо тоже переместится в пользовательскую папку spam (и антиспам автоматически доучится). При запуске пуржера пользовательские папки spam тоже очищаются, как и глобальные. Т.е. в общем функционально разницы нет...
не обязательно в глобальную. Моя задача — обучить спам-фильтр popfile
Подсажите, где будет правильно создать папку spam? как подпапка Входящих!
пути нужно какие-нить указывать?
На одном уровне с Входящими, т.е. в корне иерархии пользовательских папок. Для обучения это не важно (главное чтобы название было именно 'spam'), но собственно входящий спам тоже будет создавать папку 'spam' в корне, а не подпапку во Входящих.
Пути никакие указывать не нужно. При перемещении письма между папками IMAP-сервер смотрит только имена папок, откуда перемещается, и куда перемещается.
Bat не дает создать в корне папку. Ругается: "Невозможно создать папку с именем spam. Сообщение сервера: Can't create mailbox node. Permission denied"
Сам процесс работы по imap c eserv3 тормозной. Измения похоже через полчаса тока принимает во Входящих на серваке....
Какую синхронизацию назначить для входящих и spam?
_AiM_ пишет: Bat не дает создать в корне папку. Ругается: "Невозможно создать папку с именем spam. Сообщение сервера: Can't create mailbox node. Permission denied"
Интересно на лог взглянуть — какую именно команду "CREATE ..." он выдавал (перешлите на support@eserv.ru).
_AiM_ пишет: Сам процесс работы по imap c eserv3 тормозной. Измения похоже через полчаса тока принимает во Входящих на серваке....
Какие изменения? Чтобы торможение стало заметным — надо несколько тысяч сообщений в папке держать... Эту проблему (при тысячах) успешно решили в Eserv/4.
_AiM_ пишет: Какую синхронизацию назначить для входящих и spam?
В TheBat'е не знаю точно, какие режимы. Для входящих поставьте скачивание целиком, а для spam'а только заголовки.
ac пишет: Интересно на лог взглянуть — какую именно команду "CREATE ..." он выдавал (перешлите на support@eserv.ru).
Бат не хотел создавать папку "spam". папку "спам" создал без нареканий.
В свой журнал по этому поводу мыш ничего не писал. только ругался мессаджбоксами.
мышь пишет вот что:
"Если Вы пытаетесь создать подпапку в уже существующей папке, это может невозможным а некоторых серверах. Для подобных серверов нужно сначала создавать специальные папки-контейнеры, это можно сделать в режиме управления папками IMAP, создав папку, указав ее полное имя в формате Папка-Контейнер/Подпапка, где знак "/" должен быть заменен на иерархический разделитель, используемый на данном сервере"
_AiM_ пишет: мышь пишет вот что:
"Если Вы пытаетесь создать подпапку в уже существующей папке, это может невозможным а некоторых серверах. Для подобных серверов нужно сначала создавать специальные папки-контейнеры
Это не наш случай. В Eserv IMAP подпапки можно создавать везде, без специальной подготовки.
Но чтобы решить проблему TheBat'а с папкой spam надо все-таки получить лог попытки создания этой папки.
Просто войдите проводником или любым файловым "коммандером" в каталог DATA\mail\домен\пользователь, увидите там каталог INBOX, создайте рядом каталог spam.
еще вопросец: PopFile када сам спам находит — будет мне высылать или сразу помечать и в spam перемещать. если в spam, то в какой? у него поди своя папка есть?
POPfile может вести свой архив проходящей через него почты с отметками о классификации, но при использовании в режиме XML-RPC (с Eserv) он его не ведёт. Спам будет приходить пользователям в их папки spam, доступные по IMAP'у. И в общий спам-архив (для "проталкивания" через веб).
Судя по логам, PopFile работает. Поток спама юзерам не уменьшается. а папки C:\Eserv3\DATA\mail\antispam\spam\, C:\Eserv3\DATA\mail\spam\ пустые.
Письма админу с подозрением на спам валятся. папка C:\Eserv3\DATA\mail\blablabla.ru\spam_master\spam\ полнейшая. Сам туда перемещаю.
Как заставить PopFile обучаться?
2009-12-14 09:35:31;192.168.13.20;spam_master@tusar.alt.ru;IMAP;INBOX;unclassified;spam;PopFile;1
2009-12-14 09:35:35;192.168.13.20;spam_master@tusar.alt.ru;IMAP;INBOX;unclassified;spam;PopFile;1
2009-12-14 09:35:41;192.168.13.20;spam_master@tusar.alt.ru;IMAP;INBOX;unclassified;spam;PopFile;1
2009-12-14 09:35:48;192.168.13.20;spam_master@tusar.alt.ru;IMAP;INBOX;unclassified;spam;PopFile;1
2009-12-14 09:35:56;192.168.13.20;spam_master@tusar.alt.ru;IMAP;INBOX;unclassified;spam;PopFile;1
2009-12-14 09:35:57;192.168.13.20;spam_master@tusar.alt.ru;IMAP;INBOX;unclassified;spam;PopFile;1
2009-12-14 09:36:00;192.168.13.20;spam_master@tusar.alt.ru;IMAP;INBOX;unclassified;spam;PopFile;1
...
остальные записи - все подобные
Говорит, что обучается. В DATA\log\smtp\200912mail_spam.txt что-нибудь попадает?
Впрочем, я так понимаю, что при обучения с нуля надо иметь терпение, пока POPfile не наберёт достаточного для классификации объёма данных.
Да, важно: чтобы он не начал всё в спам сносить, ему ещё и правильные письма надо на переклассификацию подсовывать. Делаете?
Неважно. Любые чистые надо предъявлять. А то POPfile у вас пока набирается увренности, что всё на свете есть спам, потому что вы ему другого не показываете.
acSMTP\conf\smtp\filters\IsSpam.rules.txt пишет:
\ Правила, исключающие спам-проверку (общие):
\ 1. Не проверяем письма, больше заданного размера
\ 2-3. Не проверяем письма от клиентов с заданными IP и локальных клиентов
\ 4. Не проверяем письма от клиентов с заданными адресами отправителей
\ 5. Не проверяем письма от авторизованных клиентов,
\ если CheckAuthorizedSenders=FALSE
\ 6. Не проверяем письма, идущие на заданные PopFileToWhiteList адреса.
\ 7. Не проверяем письма, если MESSAGE-CLASS уже установлен ранее (например, by spf)
_AiM_ пишет: отправка почты юзерами. думает секунд по 30
Можно включить vDebugRules ON и посмотреть по логу, где конкретно задержка.
ac пишет: Можно включить vDebugRulesON и посмотреть по логу, где конкретно задержка.
отрабатывает сейчас корректно, видимо нагрузка невысокая. к концу раб дня проблемы обычно. в логе 200912mail.txt пишет: "2009-12-17 12:42:07;mvv@tusar.alt.ru;mvv@tusar.alt.ru;908;<262312702.20091217124207@tusar.alt.ru>;192.168.13.20;;192network;Local
" в логе 200912log.txt:
2009-12-17 12:42:07;192.168.13.20;192network@tusar.alt.ru;MAIL FROM:<mvv@tusar.alt.ru> SIZE=793
2009-12-17 12:42:07;192.168.13.20;192network@tusar.alt.ru;250 mvv@tusar.alt.ru OK, my domain
2009-12-17 12:42:07;192.168.13.20;192network@tusar.alt.ru;RCPT TO:<mvv@tusar.alt.ru>
2009-12-17 12:42:07;192.168.13.20;192network@tusar.alt.ru;250 mvv@tusar.alt.ru OK, my domain, user mvv exists
В этом фрагменте тоже ничего интересного. Одно письмо входящее с ГМыла, принято, общее время четыре секунды. Второе письмо спамерское, отвергнуто по RBL, насколько я понял, тоже около четырёх секунд обработка, причём это или торомоза канала, или отправитель специально паузы между командами делает. ГМыл быстрее реагировал.
Надо лог с
_AiM_ пишет: отправка почты юзерами. думает секунд по 30
Тут вообще ни одного целого письма. Одно в состоянии приёма — судя по теме, спам. У второго — проверка адреса получателя в разгаре, у третьего — только началась. Этот фрагмент занимает меньше секунды
Выцепите все строки, в которых третье поле содержит 43 — я так понимаю, что в этом потоке у вас идёт письмо от локального отправителя наружу.
Вчера особо важное письмо свалилось в C:\Eserv3\DATA\mail\retry\
Видимых причин не было. Отправителю пришло уведомление
Ваше сообщение к bla-bla-bla@mail.ru датированное Wed, 23 Dec 2009 10:26:49 +0600 с темой 'акты' не удалось доставить за 4 часа(ов).
Но отправлять его заново не нужно, т.к. ошибка не фатальная, и я буду продолжать попытки отправки. Если доставить не удастся, вы получите отдельное уведомление.
НЕ доставлено (пока) по адресам:
For: bla-bla-bla@mail.ru
Причина: mail.ru: 10053 ()
Журнал доставки: ..\DATA\temp\smtpsend-0!177681171!1.log
_AiM_ пишет: угу. проверяет. в логах есть упоминание 25 порта (
Ответьте на вопрос — как влияет PopFile на взаимдейтсвие Eserv и Traffic Inspector?
ТИ проверяет, если включен SMTP-шлюз и включен антиспам плагин.... Если все правильно настроенно, то ТИ и PopFile даже не знают друг о друге и не мешают друг другу... Посмотри на каких портах они работают и на каких интерфейсах... у меня на одной машине стоят ТИ и Eserv с PopFile и все нормально работает и дружат...
pig пишет: Там наоборот — Traffic Inspector влияет на взаимодействие Eserv и POPfile. Если бросается проверять трафик по порту 8081, на котором POPfile живёт.
По умолчанию ТИ живет на 8080 порту и ни как не влияет на 8081 порт.... Если включен SMTP-шлюз в ТИ, то ТИ слушает 25 порт только принимает почту проверяет на соответствие получателей(если еще установлен антиспам, то проверяет на спам)_ и отдает почту почтовику... а потом то почтовик ее лопатит, проверяет всеми его возможностями.... P.S. С наступающим Всех Новым Годом! Желаю Всем здоровья, счастья, и чтобы исполнились все желания, которые Вы себе пожелали...
CAN'T DELIVER MESSAGE in 4 hours (don't send again!)
Ваше сообщение к _ датированное Wed, 23 Dec 2009 10:26:49 +0600 с темой '_' не удалось доставить за 4 часа(ов).
Но отправлять его заново не нужно, т.к. ошибка не фатальная, и я буду продолжать попытки отправки. Если доставить не удастся, вы получите отдельное уведомление.
_AiM_ пишет: НЕ доставлено (пока) по адресам:
For: _
Интересно. Если там действительно подчёркивание, то надо копать логи SMTP-сервера в обратном направлении, чтобы выяснить, откуда этот кривой адрес берётся.
Тогда смотрите выше, что я писал про ошибку 10053. Соединение рвёт программа, внешняя по отношению к агенту (smtpsend4.exe), но выполняющаяся на этом же компьютере.
спам-фильтр временно отключен. времени разбираться нет. заметил интересный глюк — служба acAMTP стабильно тупит. т.е. после нескольких дней работы повисает и оживает только после перезапуска. службе кто-то мешает. факт. Traffic inspector затормозить невозможно — на нем завязана сеть. торможу — сервак повисает.
_AiM_ пишет: так и сделал. в этом проблема косяков Eserv и PopFile могла заключаться. верно?
нет... Eserv и PopFile работают нормально в такой связке.... проблема заключается в том что PopFile работает на localhost(127.0.0.1:8081) а ТИ у тебя слушает 0.0.0.0:8081 и с какого то перепугу особенно при загрузке сервера может подключиться и на этот порт для прослушки... для того чтобы не конфликтовали службы ТИ и почтовика нужно их разнести по портам, чтобы не пересекались именно порты.... хотя и работают на разных интерфейсах.... ТИ слушает 0.0.0.0 интерфейсы, а это говорит о том что все доступные.... вот наверно поэтому когда работает PopFile ТИ влезает в его работу... а так как разнес по портам они теперь друг другу мешать не будут и будут жить сами своей жизнью и не подозревая друг о друге....
Стабильно раз в сутки повисает служба SMTP. Решает перезапуск. С серъезных случаях — убить smtpsend в диспетчере, а уже потом перезапуск.
Помогите разобраться. Какие логи нужы?
В этом каталоге обычно возвращаемая почта — та, которую не удалось доставить (опечатки в адресах, проблемы у получателей и т.п.). Её не должно быть много. Если много, то загляните внутрь, какие сообщения и на какие адреса идут — может через ваш сервер спам пытаются отправлять (подобрали пароль).
клиенты периодически теряют связь с сервером Eserv. при попытке достучаться telnet ответ не получает. проблема решается только перезагрузкой компа пользователя.
После смены какого IP? Перестаёт функционировать как? Службы останавливаются? Недоступен извне? Недоступен изнутри? Доступен, но не отправляет исходящую почту? Я могу немного подумать и ещё десяток вариантов сочинить, но лень.
Если это про IMAP, то проверьте, что в опциях ini в разделе [IMAP] параметр NetworkInterface пуст (не содержит никакого конкретного IP). Тогда он будет использовать все те IP, которые у него на данный момент есть. А в локальных почтовых клиентах нужно указывать локальный IP сервера, он от переключения внешних IP не меняется.
в логе smtpsend ничего интересного. все как обычно. при этом на сервере висели процессы smtpsend4 в отправке, пока не восстановился канал связи с основным провайдером (+соответственно письма в папке mail\out)
2010-04-19 18:25:24;mvv@tusar.alt.ru;matveev9@mail.ru;0;<1854668329.20100419182521@tusar.alt.ru>;mxs.mail.ru;550;550 We do not accept mail from dynamic IPs (90.188.9.39). Please contact support@corp.mail.ru
в почтовик возвращается письмо от Eserv:
Извините, прилагаемое сообщение не может быть доставлено.
I'm sorry to have to inform you that the message returned below could not be delivered to one or more destinations.
NOT delivered to:
For: matveev9@mail.ru
Reason:
mxs.mail.ru: 550 (550 We do not accept mail from dynamic IPs (90.188.9.39). Please contact support@corp.mail.ru)
_AiM_ пишет: mxs.mail.ru: 550 (550 We do not accept mail from dynamic IPs (90.188.9.39). Please contact support@corp.mail.ru)
Вот же она, причина, на поверхности. Запасной канал в чёрном списке Mail.ru по причине динамического IP. Правда, Mail.ru ещё не "все остальные адреса". Яндекс и прочие КМ-Рамблеры, конечно, будут вести себя аналогично, но есть и более другие почтовые сервера.
Почта извне, как я понимаю, не приходит, поскольку DNS под запасной канал не подкручен, да и не может быть подкручен, ибо MX на динамическом IP — экстрим.
Смотря как этот резервный канал организован. Если на таких IP, которые mail.ru считает динамическими, то, как видите, почта заворачивается обратно. Но это mail.ru и прочие неправильные почты считают всех "динамиков" спамерами. Если бы у вашего получателя стоял допустим Eserv, то почта прошла бы нормально.
Если каналы мрут регулярно, то можно настроить исходяшую почту отправлять через провайдера. Хотя IP провайдерскиx MTA регулярно попадают в RBL'ы, если провайдеры не умеют останавливать спам, идущий через них от клиентов, т.е. тоже не всякий получатель согласится принять почту с таких IP...
А для входящей почты динамический IP у MX'а проблемы не представляет ("динамичность" эту никакой MTA не проверяет при доставке), но проблемой может быть сама публикация динамичного MX'а в DNS. Если этот IP 90.188.9.39 у вас не меняется от сессии к сессии (т.е. если вы так договорились с вашим xdsl-провайдером), то нет проблем. А если он при следующем подключении будет скажем 90.188.9.41, то вам надо динамически менять A-запись (ту, на которую указывает резервная MX-запись) в DNS. В принципе это тоже можно организовать с помощью всяких dyndns. Ну и, наконец, эту задачу (входящей почты на резервном канале) можно вообще не решать, если основной канал падает ненадолго. MTA будут долбиться в основной MX до 4х дней, т.е. почта при коротких отключениях не потеряется.
Spam={Dirs[Mail]}\antispam\spam
вопрос в другом: как сделать так, чтоб перемещения в папку спам в бате дублировались на серваке?
Подсажите, где будет правильно создать папку spam? как подпапка Входящих! пути нужно какие-нить указывать?
Пути никакие указывать не нужно. При перемещении письма между папками IMAP-сервер смотрит только имена папок, откуда перемещается, и куда перемещается.
Сам процесс работы по imap c eserv3 тормозной. Измения похоже через полчаса тока принимает во Входящих на серваке....
Какую синхронизацию назначить для входящих и spam?
Интересно на лог взглянуть — какую именно команду "CREATE ..." он выдавал (перешлите на support@eserv.ru).
Какие изменения? Чтобы торможение стало заметным — надо несколько тысяч сообщений в папке держать... Эту проблему (при тысячах) успешно решили в Eserv/4.
В TheBat'е не знаю точно, какие режимы. Для входящих поставьте скачивание целиком, а для spam'а только заголовки.
ред: 02.12.2009 10:02
Бат не хотел создавать папку "spam". папку "спам" создал без нареканий.
В свой журнал по этому поводу мыш ничего не писал. только ругался мессаджбоксами.
Зато acIMAP наверняка написал.
в acIMAP.log подобных сообшений нет. Последнняя щапись — о старте пару дней назад. И все.
ред: 03.12.2009 11:21
Хм, а у вас не Eserv/4 случайно? По ответу на него похоже.
Нет. Eserv3
"Если Вы пытаетесь создать подпапку в уже существующей папке, это может невозможным а некоторых серверах. Для подобных серверов нужно сначала создавать специальные папки-контейнеры, это можно сделать в режиме управления папками IMAP, создав папку, указав ее полное имя в формате Папка-Контейнер/Подпапка, где знак "/" должен быть заменен на иерархический разделитель, используемый на данном сервере"
Это не наш случай. В Eserv IMAP подпапки можно создавать везде, без специальной подготовки.
Но чтобы решить проблему TheBat'а с папкой spam надо все-таки получить лог попытки создания этой папки.
ред: 04.12.2009 04:41
А в DATA\log\imap ?
Других логов в каталоге нет? Тогда включите опцию Debug=1 в разделе [IMAP] попробуйте снова создать папку spam (там, где её еще нет
(acIMAP/3.0, build 6871, 16.05.2006)
Да. Вы правы! есть папка spam в дереве.. тольк в другом месте:
DATA\mail\spam
Как бы к ней доступ получить
Делал следующее: создал папку spam ручками. Затем удалил и перезапустил acIMAP.
Какой лог читать для проверки корректности обработки входящих?
ред: 04.12.2009 09:10
Вам первым делом надо обновиться, хотя бы, до 3.35 (взять можно с сайта)
Обновление сохранит настройки сервака?
После обновления нужно будет заново регистрировать продукт?
ред: 07.12.2009 11:12
Вопросы в силе!
Да. И из spam во Входящие (или иную папку), если это ложное срабатывание.
Для проверки, что обучение действительно идёт?
DATA\log\imap\200912rc.txt
Если у вас будут проблемы — не молчите (в отличие от того человека), пишите нам, и всё обязательно наладится.
ок. очень признателен вам, ас! и pig тоже! )))
т.е. TrainerEmail всегда будет получать весь поток спама?
Он не весь поток получает, а только unclassified. Правило там (в OnMessageEnd) такое:
Если совсем ничего ему пересылать не нужно, то отключите CopyUnclassifiedToTrainer.
Не менялся. Всегда был 3140. Опция HTTP[AdminPort].
Там и не должно. Она в eserv3.orig.ini (в eserv3.ini попадает только то, что отличается от настроек по умолчанию).
У вас acWEB запущен? И какие порты он слушает? (если по "netstat.exe -ona" посмотреть)
ред: 08.12.2009 13:03
Письма админу с подозрением на спам валятся. папка C:\Eserv3\DATA\mail\blablabla.ru\spam_master\spam\ полнейшая. Сам туда перемещаю.
Как заставить PopFile обучаться?
09:35:28;192.168.13.20;spam_master@tusar.alt.ru;IMAP;INBOX;unclassified;spam;PopFile;1
ред: 14.12.2009 15:45
Впрочем, я так понимаю, что при обучения с нуля надо иметь терпение, пока POPfile не наберёт достаточного для классификации объёма данных.
Да, важно: чтобы он не начал всё в спам сносить, ему ещё и правильные письма надо на переклассификацию подсовывать. Делаете?
Либо архивы старой почты и старого спама.
Альтернатива обучению такому есть ?
IMHO, на DNS-проверках тормоза — это более вероятно.
ред: 16.12.2009 13:23
Можно включить vDebugRules ON и посмотреть по логу, где конкретно задержка.
" в логе 200912log.txt:
200912log.txt:
Ппц... письмо дошло тольк через 5 часов. и это на gmail !
Rule;1031515781;1;OnConnect
Rule;1031515781;1;conf\OnConnect.rules.txt
Rule;1031515781;1067;OnThreadConnect
Rule;1031515781;1067;conf\OnThreadConnect.rules.txt
Rule;1031515781;1067;IpMacAuth
Rule;1031515781;1067;..\CommonPlugins\IpMacAuth.rules.txt
List;1031515796;1067;209.85.210.203;..\CONF\lists\smtp\IpBlackList.txt
Rule;1031515796;1067;InitDomain
Rule;1031515796;1067;..\CommonPlugins\InitDomain.rules.txt
List;1031515796;1067;192.168.13.2;..\CONF\lists\DomainIP.txt
List;1031515796;1067;209.85.210.203;..\CONF\lists\LocalNetworks.txt
List;1031515796;1067;209.85.210.203;..\CONF\lists\smtp\IpWhiteList.txt
Rule;1031516000;1067;smtp\EHLO
Rule;1031516000;1067;conf\smtp\EHLO.rules.txt
List;1031516000;1067;mail-yx0-f203.google.com;..\CONF\lists\smtp\HeloBlackList.txt
Rule;1031516250;1067;smtp\MAILFROM
Rule;1031516250;1067;conf\smtp\MAILFROM.rules.txt
List;1031516359;1067;matveev.vl@gmail.com;..\CONF\lists\smtp\FromEmailWhiteList.txt
List;1031516359;1067;matveev.vl@gmail.com;..\CONF\lists\smtp\FromEmailBlackList.txt
List;1031516359;1067;matveev.vl@gmail.com;..\CONF\lists\smtp\FromEmailNeedAuthList.txt
List;1031516359;1067;gmail.com;..\CONF\lists\LocalDomains.txt
Rule;1031517515;1067;smtp\RCPTTO
Rule;1031517515;1067;conf\smtp\RCPTTO.rules.txt
List;1031517625;1067;mvv@tusar.alt.ru;..\CONF\lists\smtp\ToEmailWhiteList.txt
List;1031517625;1067;mvv@tusar.alt.ru;..\CONF\lists\smtp\ToEmailBlackList.txt
List;1031517625;1067;mvv@tusar.alt.ru;..\CONF\lists\smtp\RestrictedEmails.txt
List;1031517625;1067;matveev.vl@gmail.com;..\CONF\lists\smtp\RestrictedFromEmails.txt
Rule;1031517625;1067;smtp\filters\RBL
Rule;1031517625;1067;conf\smtp\filters\RBL.rules.txt
List;1031517625;1067;209.85.210.203;..\CONF\lists\LocalNetworks.txt
List;1031517625;1067;209.85.210.203;..\CONF\lists\smtp\RBLWhiteList.txt
List;1031518031;1067;matveev.vl@gmail.com;..\CONF\lists\smtp\FromEmailAliasesTo.txt
List;1031518046;1067;mvv@tusar.alt.ru;..\CONF\lists\smtp\ToEmailAliases.txt
List;1031518046;1067;mvv@tusar.alt.ru;..\CONF\lists\smtp\ToEmailRobots.txt
List;1031518046;1067;mvv@tusar.alt.ru;..\CONF\lists\smtp\EmailSmtpForward.txt
List;1031518046;1067;tusar.alt.ru;..\CONF\lists\LocalDomains.txt
Rule;1031518046;1067;smtp\LocalRcpt
Rule;1031518046;1067;conf\smtp\LocalRcpt.rules.txt
Rule;1031518046;1067;UserExists
Rule;1031518046;1067;..\CommonPlugins\UserExists.rules.txt
List;1031518046;1067;tusar.alt.ru;..\CONF\lists\LocalDomains.txt
List;1031518046;1067;Eserv;..\CONF\lists\AuthSources.txt
Rule;1031518046;1067;plugins\auth\auth_md5\UserExists
Rule;1031518046;1067;..\CommonPlugins\plugins\auth\auth_md5\UserExists.rules.txt
List;1031518046;1067;mvv;..\CONF\lists\UserList.txt
Rule;1031518265;1067;smtp\DATA
Rule;1031518265;1067;conf\smtp\DATA.rules.txt
Rule;1031518375;1067;smtp\delivery\SpoolFile
Rule;1031518375;1067;conf\smtp\delivery\SpoolFile.rules.txt
Rule;1031518375;1067;smtp\AddHeaders
Rule;1031518375;1067;conf\smtp\AddHeaders.rules.txt
Rule;1031518578;1067;smtp\headers\HEADER
Rule;1031518578;1067;conf\smtp\headers\HEADER.rules.txt
Rule;1031518578;1067;conf\smtp\headers\Received.rules.txt
Rule;1031518578;1067;smtp\headers\HEADER
Rule;1031518578;1067;conf\smtp\headers\HEADER.rules.txt
Rule;1031518578;1067;smtp\headers\HEADER
Rule;1031518578;1067;conf\smtp\headers\HEADER.rules.txt
Rule;1031518578;1067;conf\smtp\headers\DomainKey-Signature.rules.txt
Rule;1031518578;1067;smtp\headers\HEADER
Rule;1031518578;1067;conf\smtp\headers\HEADER.rules.txt
Rule;1031518578;1067;smtp\headers\HEADER
Rule;1031518578;1067;conf\smtp\headers\HEADER.rules.txt
Rule;1031518578;1067;conf\smtp\headers\Received.rules.txt
Rule;1031518578;1067;smtp\headers\HEADER
Rule;1031518578;1067;conf\smtp\headers\HEADER.rules.txt
Rule;1031518578;1067;smtp\headers\HEADER
Rule;1031518593;1067;conf\smtp\headers\HEADER.rules.txt
Rule;1031518593;1067;conf\smtp\headers\Message-ID.rules.txt
Rule;1031518593;1067;smtp\headers\HEADER
Rule;1031518593;1067;conf\smtp\headers\HEADER.rules.txt
Rule;1031518593;1067;conf\smtp\headers\Subject.rules.txt
Rule;1031518593;1067;smtp\headers\HEADER
Rule;1031518593;1067;conf\smtp\headers\HEADER.rules.txt
Rule;1031518593;1067;conf\smtp\headers\From.rules.txt
Rule;1031518593;1067;smtp\headers\HEADER
Rule;1031518593;1067;conf\smtp\headers\HEADER.rules.txt
Rule;1031518593;1067;conf\smtp\headers\To.rules.txt
Rule;1031518593;1067;smtp\headers\HEADER
Rule;1031518593;1067;conf\smtp\headers\HEADER.rules.txt
Rule;1031518593;1067;conf\smtp\headers\Content-Type.rules.txt
Rule;1031518593;1067;smtp\headers\HEADER-END
Rule;1031518593;1067;conf\smtp\headers\HEADER-END.rules.txt
Rule;1031518593;1067;smtp\BODY
Rule;1031518593;1067;smtp\BODY
Rule;1031518593;1067;smtp\BODY
Rule;1031518593;1067;smtp\BODY
Rule;1031518593;1067;smtp\BODY
Rule;1031518593;1067;smtp\BODY
Rule;1031518593;1067;smtp\BODY
Rule;1031518593;1067;smtp\BODY
Rule;1031518593;1067;smtp\BODY
Rule;1031518593;1067;smtp\BODY
Rule;1031518593;1067;smtp\BODY
Rule;1031518593;1067;smtp\OnMessageEnd
Rule;1031518593;1067;conf\smtp\OnMessageEnd.rules.txt
List;1031518593;1067;Subject: test;..\CONF\lists\smtp\BlackListSubject.txt
List;1031518593;1067;Subject: test;..\CONF\lists\smtp\BlackListSubject.txt
List;1031518609;1067;Content-Type: multipart/alternative; boundary=00163691fbed4cd0c9047aeb15bb;..\CONF\lists\smtp\BlackListContentType.txt
Rule;1031518609;1067;smtp\filters\IsSpam
Rule;1031518609;1067;conf\smtp\filters\IsSpam.rules.txt
List;1031518609;1067;209.85.210.203;..\CONF\lists\smtp\PopFileIpWhiteList.txt
List;1031518609;1067;209.85.210.203;..\CONF\lists\LocalNetworks.txt
List;1031518609;1067;matveev.vl@gmail.com;..\CONF\lists\smtp\PopFileFromWhiteList.txt
List;1031518609;1067;mvv@tusar.alt.ru;..\CONF\lists\smtp\PopFileToWhiteList.txt
Rule;1031518609;1067;smtp\filters\IsSpamPopFile
Rule;1031518609;1067;conf\smtp\filters\IsSpamPopFile.rules.txt
Rule;1031519046;1067;smtp\filters\OnAmbiguous
Rule;1031519046;1067;conf\smtp\filters\OnAmbiguous.rules.txt
List;1031519062;1067;Subject: test;..\CONF\lists\smtp\SubjectWords.txt
Rule;1031519078;1067;smtp\OnNewMail
Rule;1031519078;1067;conf\smtp\OnNewMail.rules.txt
Rule;1031519078;1067;conf\smtp\delivery\DB.rules.txt
Rule;1031519093;1067;smtp\Delivery
Rule;1031519093;1067;conf\smtp\Delivery.rules.txt
List;1031519093;1067;spam_master@tusar.alt.ru;..\CONF\lists\smtp\AutoReply.txt
List;1031519093;1067;spam_master@tusar.alt.ru;..\CONF\lists\smtp\ToEmailRobots.txt
List;1031519109;1067;spam_master@tusar.alt.ru;..\CONF\lists\smtp\EmailSmtpForward.txt
List;1031519109;1067;tusar.alt.ru;..\CONF\lists\LocalDomains.txt
Rule;1031519109;1067;smtp\delivery\Local
Rule;1031519109;1067;conf\smtp\delivery\Local.rules.txt
Rule;1031519109;1067;conf\smtp\AddStatusHeaders.rules.txt
Rule;1031519109;1067;smtp\delivery\Robots
Rule;1031519109;1067;conf\smtp\delivery\Robots.rules.txt
Rule;1031519125;1067;smtp\Delivery
Rule;1031519125;1067;conf\smtp\Delivery.rules.txt
List;1031519125;1067;mvv@tusar.alt.ru;..\CONF\lists\smtp\AutoReply.txt
List;1031519125;1067;mvv@tusar.alt.ru;..\CONF\lists\smtp\ToEmailRobots.txt
List;1031519140;1067;mvv@tusar.alt.ru;..\CONF\lists\smtp\EmailSmtpForward.txt
List;1031519140;1067;tusar.alt.ru;..\CONF\lists\LocalDomains.txt
Rule;1031519140;1067;smtp\delivery\Local
Rule;1031519140;1067;conf\smtp\delivery\Local.rules.txt
Rule;1031519140;1067;conf\smtp\AddStatusHeaders.rules.txt
Rule;1031519140;1067;smtp\delivery\Robots
Rule;1031519140;1067;conf\smtp\delivery\Robots.rules.txt
Rule;1031519671;1;OnConnect
Rule;1031519671;1;conf\OnConnect.rules.txt
Rule;1031519671;1068;OnThreadConnect
Rule;1031519671;1068;conf\OnThreadConnect.rules.txt
Rule;1031519671;1068;IpMacAuth
Rule;1031519671;1068;..\CommonPlugins\IpMacAuth.rules.txt
List;1031519687;1068;200.143.142.186;..\CONF\lists\smtp\IpBlackList.txt
Rule;1031519687;1068;InitDomain
Rule;1031519687;1068;..\CommonPlugins\InitDomain.rules.txt
List;1031519687;1068;192.168.13.2;..\CONF\lists\DomainIP.txt
List;1031519703;1068;200.143.142.186;..\CONF\lists\LocalNetworks.txt
List;1031519703;1068;200.143.142.186;..\CONF\lists\smtp\IpWhiteList.txt
Rule;1031520078;1068;smtp\EHLO
Rule;1031520078;1068;conf\smtp\EHLO.rules.txt
List;1031520093;1068;200-143-142-186.ded.unitelco.com.br;..\CONF\lists\smtp\HeloBlackList.txt
Rule;1031520531;1068;smtp\MAILFROM
Rule;1031520531;1068;conf\smtp\MAILFROM.rules.txt
List;1031520640;1068;transversektgd5603@seconmove.com;..\CONF\lists\smtp\FromEmailWhiteList.txt
List;1031520640;1068;transversektgd5603@seconmove.com;..\CONF\lists\smtp\FromEmailBlackList.txt
List;1031520640;1068;transversektgd5603@seconmove.com;..\CONF\lists\smtp\FromEmailNeedAuthList.txt
List;1031520640;1068;seconmove.com;..\CONF\lists\LocalDomains.txt
Rule;1031523406;1068;smtp\RCPTTO
Rule;1031523406;1068;conf\smtp\RCPTTO.rules.txt
List;1031523515;1068;maxim@tusar.alt.ru;..\CONF\lists\smtp\ToEmailWhiteList.txt
List;1031523515;1068;maxim@tusar.alt.ru;..\CONF\lists\smtp\ToEmailBlackList.txt
List;1031523515;1068;maxim@tusar.alt.ru;..\CONF\lists\smtp\RestrictedEmails.txt
List;1031523515;1068;transversektgd5603@seconmove.com;..\CONF\lists\smtp\RestrictedFromEmails.txt
Rule;1031523515;1068;smtp\filters\RBL
Rule;1031523515;1068;conf\smtp\filters\RBL.rules.txt
List;1031523515;1068;200.143.142.186;..\CONF\lists\LocalNetworks.txt
List;1031523515;1068;200.143.142.186;..\CONF\lists\smtp\RBLWhiteList.txt
Rule;1031534187;1068;OnDisconnect
Rule;1031534187;1068;conf\OnDisconnect.rules.txt
Надо лог с
Rule;1112048781;42;conf\smtp\headers\Received.rules.txt
Rule;1112048781;42;smtp\headers\HEADER
Rule;1112048781;42;conf\smtp\headers\HEADER.rules.txt
Rule;1112048781;42;conf\smtp\headers\Message-ID.rules.txt
Rule;1112048781;42;smtp\headers\HEADER
Rule;1112048781;42;conf\smtp\headers\HEADER.rules.txt
Rule;1112048781;42;conf\smtp\headers\From.rules.txt
Rule;1112048796;42;smtp\headers\HEADER
Rule;1112048796;42;conf\smtp\headers\HEADER.rules.txt
Rule;1112048796;42;conf\smtp\headers\To.rules.txt
Rule;1112048796;42;smtp\headers\HEADER
Rule;1112048796;42;conf\smtp\headers\HEADER.rules.txt
Rule;1112048796;42;conf\smtp\headers\Subject.rules.txt
Rule;1112048796;42;smtp\headers\HEADER
Rule;1112048796;42;conf\smtp\headers\HEADER.rules.txt
Rule;1112048796;42;smtp\headers\HEADER
Rule;1112048796;42;conf\smtp\headers\HEADER.rules.txt
Rule;1112048796;42;smtp\headers\HEADER
Rule;1112048796;42;conf\smtp\headers\HEADER.rules.txt
Rule;1112048796;42;conf\smtp\headers\Content-Type.rules.txt
Rule;1112048796;42;smtp\headers\HEADER
Rule;1112048796;42;conf\smtp\headers\HEADER.rules.txt
Rule;1112048796;42;smtp\headers\HEADER
Rule;1112048796;42;conf\smtp\headers\HEADER.rules.txt
Rule;1112048796;42;smtp\headers\HEADER
Rule;1112048796;42;conf\smtp\headers\HEADER.rules.txt
Rule;1112048796;42;smtp\headers\HEADER
Rule;1112048796;42;conf\smtp\headers\HEADER.rules.txt
Rule;1112048796;42;smtp\headers\HEADER-END
Rule;1112048796;42;conf\smtp\headers\HEADER-END.rules.txt
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048812;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
Rule;1112048828;42;smtp\BODY
List;1112048859;43;matveev.vl@gmail.com;..\CONF\lists\smtp\ToEmailWhiteList.txt
List;1112048859;43;matveev.vl@gmail.com;..\CONF\lists\smtp\ToEmailBlackList.txt
List;1112048859;43;matveev.vl@gmail.com;..\CONF\lists\smtp\RestrictedEmails.txt
List;1112048859;43;mvv@tusar.alt.ru;..\CONF\lists\smtp\RestrictedFromEmails.txt
Rule;1112048859;43;smtp\filters\RBL
Rule;1112048859;43;conf\smtp\filters\RBL.rules.txt
List;1112048859;43;mvv@tusar.alt.ru;..\CONF\lists\smtp\FromEmailAliasesTo.txt
List;1112048859;43;matveev.vl@gmail.com;..\CONF\lists\smtp\ToEmailAliases.txt
List;1112048859;43;matveev.vl@gmail.com;..\CONF\lists\smtp\ToEmailRobots.txt
List;1112048875;43;matveev.vl@gmail.com;..\CONF\lists\smtp\EmailSmtpForward.txt
List;1112048875;43;gmail.com;..\CONF\lists\LocalDomains.txt
Rule;1112048906;42;smtp\BODY
Rule;1112048906;42;smtp\OnMessageEnd
Rule;1112048906;42;conf\smtp\OnMessageEnd.rules.txt
Rule;1112048921;41;smtp\RCPTTO
Rule;1112048921;41;conf\smtp\RCPTTO.rules.txt
List;1112048921;42;Subject: =?koi8-r?B?7s/Xz8fPxM7R0SDOz97YINcg0sXT1M/Swc7F?=;..\CONF\lists\smtp\BlackListSubject.txt
List;1112048953;42;Subject: Новогодняя ночь в ресторане;..\CONF\lists\smtp\BlackListSubject.txt
List;1112048953;42;Content-Type: multipart/alternative; boundary="
=_NextPart_000_0007_01CA7FC9.222F9C20";..\CONF\lists\smtp\BlackListContentType.txt
Rule;1112048953;42;smtp\filters\IsSpam
Rule;1112048953;42;conf\smtp\filters\IsSpam.rules.txt
List;1112048953;42;93.36.123.250;..\CONF\lists\smtp\PopFileIpWhiteList.txt
List;1112048953;42;93.36.123.250;..\CONF\lists\LocalNetworks.txt
Выцепите все строки, в которых третье поле содержит 43 — я так понимаю, что в этом потоке у вас идёт письмо от локального отправителя наружу.
Видимых причин не было. Отправителю пришло уведомление
Ваше сообщение к bla-bla-bla@mail.ru датированное Wed, 23 Dec 2009 10:26:49 +0600 с темой 'акты' не удалось доставить за 4 часа(ов).
Но отправлять его заново не нужно, т.к. ошибка не фатальная, и я буду продолжать попытки отправки. Если доставить не удастся, вы получите отдельное уведомление.
НЕ доставлено (пока) по адресам:
For: bla-bla-bla@mail.ru
Причина: mail.ru: 10053 ()
Журнал доставки: ..\DATA\temp\smtpsend-0!177681171!1.log
ред: 24.12.2009 18:51
Ошибка Winsock:
Какая такая "Программа на вашем хост-компьютере" проверяет сетевой трафик?
ред: 29.12.2009 07:18
До этого мой предшественник тож настраивал PopFile. У него тож не получилось — таж проблема наблюдалась.
Посмотрите всё-таки в логах Traffic Inspector — шерстит он 25 порт или нет.
Ответьте на вопрос — как влияет PopFile на взаимдейтсвие Eserv и Traffic Inspector?
ТИ проверяет, если включен SMTP-шлюз и включен антиспам плагин.... Если все правильно настроенно, то ТИ и PopFile даже не знают друг о друге и не мешают друг другу... Посмотри на каких портах они работают и на каких интерфейсах... у меня на одной машине стоят ТИ и Eserv с PopFile и все нормально работает и дружат...
Значит, он, скорее всего, и рвёт соединение с mail.ru.
Там наоборот — Traffic Inspector влияет на взаимодействие Eserv и POPfile. Если бросается проверять трафик по порту 8081, на котором POPfile живёт.
ред: 31.12.2009 16:51
По умолчанию ТИ живет на 8080 порту и ни как не влияет на 8081 порт.... Если включен SMTP-шлюз в ТИ, то ТИ слушает 25 порт только принимает почту проверяет на соответствие получателей(если еще установлен антиспам, то проверяет на спам)_ и отдает почту почтовику... а потом то почтовик ее лопатит, проверяет всеми его возможностями....
P.S. С наступающим Всех Новым Годом! Желаю Всем здоровья, счастья, и чтобы исполнились все желания, которые Вы себе пожелали...
CAN'T DELIVER MESSAGE in 4 hours (don't send again!)
Ваше сообщение к _ датированное Wed, 23 Dec 2009 10:26:49 +0600 с темой '_' не удалось доставить за 4 часа(ов).
Но отправлять его заново не нужно, т.к. ошибка не фатальная, и я буду продолжать попытки отправки. Если доставить не удастся, вы получите отдельное уведомление.
НЕ доставлено (пока) по адресам:
For: _
Причина: mail._.ru: 10053 ()
--
The ESERV mail server, SMTPSEND4 MTA
ред: 11.01.2010 14:15
Интересно. Если там действительно подчёркивание, то надо копать логи SMTP-сервера в обратном направлении, чтобы выяснить, откуда этот кривой адрес берётся.
Переназначь его к примеру 8085 чтобы в дальнейшем при перезагрузках сервака он не занимал порт 8081 и не мешал работе почтовика и его служб.
ред: 29.01.2010 17:02
Помогите разобраться. Какие логи нужы?
Файл:
ред: 19.03.2010 13:03
Тогда и источник проблемы надо искать на компе пользователя. Я так думаю ©
ред: 14.04.2010 13:56
[SMTP]
UseAntivirus=0
Antivirus=DrWEB
# Antivirus=KAV
UseSpamProtexx=0
DenyLocalPartCharacters=!$%&'()*,/:;<>?@[\]^`|~
MaxMessageSize=367001600
SendMailApp={SMTP[SmtpSend]} -ln 200 -r 2 -helo tusar.alt.ru -o {Dirs[Temp]}\smtpsend-{RANDOM-ID}.log -f {SMTP[Out]}\ {SMTP[Return]}
DNSServer=192.168.13.22
Port=25
UsePopFile=0
Reclassify={Dirs[Mail]}\antispam
Spam={Dirs[Mail]}\antispam\spam
ред: 15.04.2010 05:43
А из неинтересного? Или вообще никаких ошибок, и агенты в таком состоянии могут висеть бесконечно?
Да, а в каком логе смотрели? В статистике или в протокольных логах, которые в DATA\temp\ пишутся?
Извините, прилагаемое сообщение не может быть доставлено.
I'm sorry to have to inform you that the message returned below could not be delivered to one or more destinations.
NOT delivered to:
For: matveev9@mail.ru
Reason:
mxs.mail.ru: 550 (550 We do not accept mail from dynamic IPs (90.188.9.39). Please contact support@corp.mail.ru)
Вот же она, причина, на поверхности. Запасной канал в чёрном списке Mail.ru по причине динамического IP. Правда, Mail.ru ещё не "все остальные адреса". Яндекс и прочие КМ-Рамблеры, конечно, будут вести себя аналогично, но есть и более другие почтовые сервера.
Почта извне, как я понимаю, не приходит, поскольку DNS под запасной канал не подкручен, да и не может быть подкручен, ибо MX на динамическом IP — экстрим.
т.е. почта на резервном канале с динамикой — для нас останется только мечтой
Если каналы мрут регулярно, то можно настроить исходяшую почту отправлять через провайдера. Хотя IP провайдерскиx MTA регулярно попадают в RBL'ы, если провайдеры не умеют останавливать спам, идущий через них от клиентов, т.е. тоже не всякий получатель согласится принять почту с таких IP...
А для входящей почты динамический IP у MX'а проблемы не представляет ("динамичность" эту никакой MTA не проверяет при доставке), но проблемой может быть сама публикация динамичного MX'а в DNS. Если этот IP 90.188.9.39 у вас не меняется от сессии к сессии (т.е. если вы так договорились с вашим xdsl-провайдером), то нет проблем. А если он при следующем подключении будет скажем 90.188.9.41, то вам надо динамически менять A-запись (ту, на которую указывает резервная MX-запись) в DNS. В принципе это тоже можно организовать с помощью всяких dyndns. Ну и, наконец, эту задачу (входящей почты на резервном канале) можно вообще не решать, если основной канал падает ненадолго. MTA будут долбиться в основной MX до 4х дней, т.е. почта при коротких отключениях не потеряется.