Регистрация...

Eserv Forum / E3 / Eserv 3 Mail Server Support / IMAP

wikipost // (v1)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
Новости
12.10.2009
Переезд завершен
Как настроить IMAP на Eserv 3. дайте инструкцию
 
Комментарии к этой версии (30.11.2009 08:31) [~_AiM_] 80fd406f
АвторДатаТекстtags
pig30.11.2009 18:50
Примерно так же, как и POP3. Есть список пользователей, они же почтовые ящики, доступные и по POP3, и по IMAP. По умолчанию IMAP работает, попробуйте настроить клиента.
wikipost
_AiM_01.12.2009 08:15
ок. получилось. как организовать в почтовике Bat возможность перекладывать письма в спам при работе по IMAP c eserv3?
wikipost
pig01.12.2009 11:13
Насколько я помню, Мыш письма между папкми перемещать умеет и командами меню, и через drag&drop. Создайте папку spam в ящике, если её ещё нет, и перемещайте туда письма.
wikipost
_AiM_01.12.2009 11:41
Вы правы. это я сделал. в бате папку создал. в eserv3.ini тож пути прописаны для папки спама: Reclassify={Dirs[Mail]}\antispam
Spam={Dirs[Mail]}\antispam\spam

вопрос в другом: как сделать так, чтоб перемещения в папку спам в бате дублировались на серваке?
wikipost
pig01.12.2009 19:06
Туда — никак. Это глобальные хранилища, туда письма попадают автоматом, если антиспам до них при приёме докопается. Для последующей возможной переклассификации в правильные.
wikipost
ac01.12.2009 20:23
Да, а почему надо именно в глобальную? При перемещении в локальную папку spam в Бате, на сервере письмо тоже переместится в пользовательскую папку spam (и антиспам автоматически доучится). При запуске пуржера пользовательские папки spam тоже очищаются, как и глобальные. Т.е. в общем функционально разницы нет...
wikipost
_AiM_02.12.2009 08:39
не обязательно в глобальную. Моя задача — обучить спам-фильтр popfile
Подсажите, где будет правильно создать папку spam? как подпапка Входящих! пути нужно какие-нить указывать?
wikipost
ac02.12.2009 08:55
На одном уровне с Входящими, т.е. в корне иерархии пользовательских папок. Для обучения это не важно (главное чтобы название было именно 'spam'), но собственно входящий спам тоже будет создавать папку 'spam' в корне, а не подпапку во Входящих.

Пути никакие указывать не нужно. При перемещении письма между папками IMAP-сервер смотрит только имена папок, откуда перемещается, и куда перемещается.
wikipost
_AiM_02.12.2009 09:19
Bat не дает создать в корне папку. Ругается: "Невозможно создать папку с именем spam. Сообщение сервера: Can't create mailbox node. Permission denied"

Сам процесс работы по imap c eserv3 тормозной. Измения похоже через полчаса тока принимает во Входящих на серваке....
Какую синхронизацию назначить для входящих и spam?
wikipost
ac02.12.2009 09:33
_AiM_ пишет: Bat не дает создать в корне папку. Ругается: "Невозможно создать папку с именем spam. Сообщение сервера: Can't create mailbox node. Permission denied"

Интересно на лог взглянуть — какую именно команду "CREATE ..." он выдавал (перешлите на support@eserv.ru).

_AiM_ пишет: Сам процесс работы по imap c eserv3 тормозной. Измения похоже через полчаса тока принимает во Входящих на серваке....

Какие изменения? Чтобы торможение стало заметным — надо несколько тысяч сообщений в папке держать... Эту проблему (при тысячах) успешно решили в Eserv/4.

_AiM_ пишет: Какую синхронизацию назначить для входящих и spam?

В TheBat'е не знаю точно, какие режимы. Для входящих поставьте скачивание целиком, а для spam'а только заголовки.
wikipost
_AiM_02.12.2009 10:01
ред: 02.12.2009 10:02
ac пишет: Интересно на лог взглянуть — какую именно команду "CREATE ..." он выдавал (перешлите на support@eserv.ru).


Бат не хотел создавать папку "spam". папку "спам" создал без нареканий.
В свой журнал по этому поводу мыш ничего не писал. только ругался мессаджбоксами.
wikipost
_AiM_02.12.2009 10:04
перемещая письма в папку "Спам" я обучаю popfile. Верно?
wikipost
ac02.12.2009 11:26
Нет, за русской папкой Спам acIMAP не следит.

_AiM_ пишет: В свой журнал по этому поводу мыш ничего не писал.

Зато acIMAP наверняка написал.
wikipost
_AiM_02.12.2009 14:12
А ее не создает... как раньше описывал — также ругается. можт какой-нить инструмент в вэб-иттерфейсе езерва есть?
wikipost
ac02.12.2009 23:29
Папку можно и вручную создать (каталог). Но все же интересно, что acIMAP написал в своем логе, когда не дал Бату создать папку 'spam'.
wikipost
_AiM_03.12.2009 09:55
ac пишет: о и вручную создать (каталог)
как мне это корректно сделать?
wikipost
_AiM_03.12.2009 09:57
ac пишет: что acIMAP написал в своем логе, когда не дал Бату создать папку 'spam'.


в acIMAP.log подобных сообшений нет. Последнняя щапись — о старте пару дней назад. И все.
wikipost
pig03.12.2009 11:18
ред: 03.12.2009 11:21
Тогда дословно процитируйте, что вам Мыш говорит про ответ сервера. Особо интересует число после "Permission denied:"

Хм, а у вас не Eserv/4 случайно? По ответу на него похоже.
wikipost
_AiM_03.12.2009 11:46
pig пишет: Хм, а у вас не Eserv/4 случайно? По ответу на него похоже.

Нет. Eserv3
wikipost
_AiM_03.12.2009 11:53
мышь пишет вот что:
"Если Вы пытаетесь создать подпапку в уже существующей папке, это может невозможным а некоторых серверах. Для подобных серверов нужно сначала создавать специальные папки-контейнеры, это можно сделать в режиме управления папками IMAP, создав папку, указав ее полное имя в формате Папка-Контейнер/Подпапка, где знак "/" должен быть заменен на иерархический разделитель, используемый на данном сервере"
wikipost
pig03.12.2009 16:48
Процитируйте тогда дату и номер сборки acIMAP.exe, он её при старте записал в acIMAP.log
wikipost
ac04.12.2009 04:16
_AiM_ пишет: мышь пишет вот что:
"Если Вы пытаетесь создать подпапку в уже существующей папке, это может невозможным а некоторых серверах. Для подобных серверов нужно сначала создавать специальные папки-контейнеры

Это не наш случай. В Eserv IMAP подпапки можно создавать везде, без специальной подготовки.

Но чтобы решить проблему TheBat'а с папкой spam надо все-таки получить лог попытки создания этой папки.
wikipost
ac04.12.2009 04:37
ред: 04.12.2009 04:41
_AiM_ пишет:
вручную создать (каталог)
как мне это корректно сделать?
Просто войдите проводником или любым файловым "коммандером" в каталог DATA\mail\домен\пользователь, увидите там каталог INBOX, создайте рядом каталог spam.
_AiM_ пишет: в acIMAP.log подобных сообшений нет.
А в DATA\log\imap ?
wikipost
_AiM_04.12.2009 06:39
ac пишет: А в DATA\log\imap ?

2009-12-02 10:55:55;192.168.13.20;spam_master@_____.ru;IMAP;INBOX;unclassified;spam;PopFile;1 2009-12-02 11:25:11;192.168.13.20;spam_master@_____.ru;IMAP;INBOX;unclassified;spam;PopFile;1 2009-12-02 11:25:11;192.168.13.20;spam_master@_____.ru;IMAP;INBOX;unclassified;spam;PopFile;1 2009-12-02 11:25:15;192.168.13.20;spam_master@_____.ru;IMAP;INBOX;unclassified;spam;PopFile;1 2009-12-02 11:25:15;192.168.13.20;spam_master@_____.ru;IMAP;INBOX;unclassified;spam;PopFile;1 2009-12-02 11:38:19;192.168.13.20;spam_master@_____.ru;IMAP;INBOX;unclassified;spam;PopFile;1 2009-12-02 11:38:19;192.168.13.20;spam_master@_____.ru;IMAP;INBOX;unclassified;spam;PopFile;1
wikipost
pig04.12.2009 06:43
Судя по этому логу, папка spam у вас уже есть, и вы её вовсю пользуете.
wikipost
ac04.12.2009 06:52
Может она там автоматически создалась у spam_master'а, а в других пользователях не создается? Или это не в корне spam, а подкаталог...

Других логов в каталоге нет? Тогда включите опцию Debug=1 в разделе [IMAP] попробуйте снова создать папку spam (там, где её еще нет .
wikipost
_AiM_04.12.2009 07:39
pig пишет: Процитируйте тогда дату и номер сборки acIMAP.exe, он её при старте записал в acIMAP.log


(acIMAP/3.0, build 6871, 16.05.2006)
wikipost
_AiM_04.12.2009 07:43
ac пишет: Может она там автоматически создалась у spam_master'а, а в других пользователях не создается? Или это не в корне spam, а подкаталог.


Да. Вы правы! есть папка spam в дереве.. тольк в другом месте:
DATA\mail\spam
Как бы к ней доступ получить
wikipost
_AiM_04.12.2009 07:58
папку создал spam в пользователе spam_master

Делал следующее: создал папку spam ручками. Затем удалил и перезапустил acIMAP.
wikipost
_AiM_04.12.2009 08:11
для обучения мне нужно будет просто перемещать из входящих в папку spam. Все верно?
Какой лог читать для проверки корректности обработки входящих?
wikipost
Dandy04.12.2009 09:09
ред: 04.12.2009 09:10
_AiM_ пишет: (acIMAP/3.0, build 6871, 16.05.2006)

Вам первым делом надо обновиться, хотя бы, до 3.35 (взять можно с сайта)
wikipost
_AiM_04.12.2009 09:59
Dandy пишет: бы, до 3.35 (взять можно с сайта


Обновление сохранит настройки сервака?
После обновления нужно будет заново регистрировать продукт?
wikipost
pig04.12.2009 12:25
Всё сохранит — и настройки, и регистрацию.
wikipost
_AiM_07.12.2009 11:11
ред: 07.12.2009 11:12
Обновился.
Вопросы в силе!
для обучения мне нужно будет просто перемещать из входящих в папку spam. Все верно?
Какой лог читать для проверки корректности обработки входящих?
wikipost
ac07.12.2009 11:18
_AiM_ пишет: для обучения мне нужно будет просто перемещать из входящих в папку spam. Все верно?

Да. И из spam во Входящие (или иную папку), если это ложное срабатывание.

_AiM_ пишет: Какой лог читать для проверки корректности обработки входящих?

Для проверки, что обучение действительно идёт?
DATA\log\imap\200912rc.txt
wikipost
_AiM_07.12.2009 14:01
2009-12-07 16:55:11;192.168.13.20;spam_master@tratata.ru;IMAP;INBOX;unclassified;spam;PopFile;1 2009-12-07 16:55:13;192.168.13.20;spam_master@tratata.ru;IMAP;INBOX;unclassified;spam;PopFile;1
вот так он должен выглядеть?
wikipost
ac07.12.2009 14:26
Верно, работает.
wikipost
_AiM_07.12.2009 14:41
У человека, к-ый настраивал сервер до меня была проблема — в какой-то момент переставали обрабатываться исходящие. с чем это могло быть связано?
wikipost
ac07.12.2009 15:01
Без логов не могу знать.

Если у вас будут проблемы — не молчите (в отличие от того человека), пишите нам, и всё обязательно наладится.
wikipost
_AiM_07.12.2009 15:18
Без логов не могу знать
к сожалению, ничего не сохранилось. человек даааааавно уволился и переехал

ок. очень признателен вам, ас! и pig тоже! )))
wikipost
_AiM_07.12.2009 15:20
еще вопросец: PopFile када сам спам находит — будет мне высылать или сразу помечать и в spam перемещать. если в spam, то в какой? у него поди своя папка есть?
wikipost
ac07.12.2009 15:58
POPfile может вести свой архив проходящей через него почты с отметками о классификации, но при использовании в режиме XML-RPC (с Eserv) он его не ведёт. Спам будет приходить пользователям в их папки spam, доступные по IMAP'у. И в общий спам-архив (для "проталкивания" через веб).
wikipost
_AiM_08.12.2009 07:27
ac пишет: И в общий спам-архив (для "проталкивания" через веб).


т.е. TrainerEmail всегда будет получать весь поток спама?
wikipost
_AiM_08.12.2009 07:31
после обновления до v3.5 пропал доступ к вэб-интерфейсу. вероятно поменялся порт. где я могу посмотреть его номер?
wikipost
ac08.12.2009 10:43
_AiM_ пишет: т.е. TrainerEmail всегда будет получать весь поток спама?

Он не весь поток получает, а только unclassified. Правило там (в OnMessageEnd) такое:

SMTP[UsePopFile] >FLAG AntispamPopFile[CopyUnclassifiedToTrainer] >FLAG AND | MESSAGE-CLASS =~ unclassified | AntispamPopFile[TrainerEmail] AddRcpt

Если совсем ничего ему пересылать не нужно, то отключите CopyUnclassifiedToTrainer.
wikipost
ac08.12.2009 10:43
_AiM_ пишет: вероятно поменялся порт. где я могу посмотреть его номер?

Не менялся. Всегда был 3140. Опция HTTP[AdminPort].
wikipost
_AiM_08.12.2009 11:33
ac пишет: HTTP[AdminPort].
в eserv3.ini у меня нет такой строки. после обновления не могу прицепиться по адресу http://mail:3140/. страница не доступна! почта ходит нормально.
wikipost
ac08.12.2009 11:43
_AiM_ пишет: в eserv3.ini у меня нет такой строки.

Там и не должно. Она в eserv3.orig.ini (в eserv3.ini попадает только то, что отличается от настроек по умолчанию).

У вас acWEB запущен? И какие порты он слушает? (если по "netstat.exe -ona" посмотреть)
wikipost
_AiM_08.12.2009 13:02
ред: 08.12.2009 13:03
ac пишет: У вас acWEB запущен?
спс. самое простое — не проверил!
wikipost
_AiM_14.12.2009 09:21
Судя по логам, PopFile работает. Поток спама юзерам не уменьшается. а папки C:\Eserv3\DATA\mail\antispam\spam\, C:\Eserv3\DATA\mail\spam\ пустые.
Письма админу с подозрением на спам валятся. папка C:\Eserv3\DATA\mail\blablabla.ru\spam_master\spam\ полнейшая. Сам туда перемещаю.
Как заставить PopFile обучаться?
wikipost
pig14.12.2009 11:20
DATA\log\imap\200912rc.txt — что туда пишется?
wikipost
_AiM_14.12.2009 11:37
...
09:35:28;192.168.13.20;spam_master@tusar.alt.ru;IMAP;INBOX;unclassified;spam;PopFile;1
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 ... остальные записи - все подобные
wikipost
pig14.12.2009 15:44
ред: 14.12.2009 15:45
Говорит, что обучается. В DATA\log\smtp\200912mail_spam.txt что-нибудь попадает?
Впрочем, я так понимаю, что при обучения с нуля надо иметь терпение, пока POPfile не наберёт достаточного для классификации объёма данных.

Да, важно: чтобы он не начал всё в спам сносить, ему ещё и правильные письма надо на переклассификацию подсовывать. Делаете?
wikipost
ac14.12.2009 23:15
pig пишет: при обучения с нуля надо иметь терпение

Либо архивы старой почты и старого спама.
wikipost
_AiM_15.12.2009 06:53
pig пишет: В DATA\log\smtp\200912mail_spam.txt что-нибудь попадает?
ничего! нет такого файла
wikipost
_AiM_15.12.2009 06:53
pig пишет: и правильные письма надо на переклассификацию подсовывать
как корректно это сделать?
wikipost
pig15.12.2009 11:12
Таскать правильные письма в not_spam.
wikipost
_AiM_15.12.2009 11:54
имеете в виду из тех, к-ые админу валятся для разгребания на предмет спама? или мне надо отдельно отсылать?
wikipost
pig15.12.2009 14:39
Неважно. Любые чистые надо предъявлять. А то POPfile у вас пока набирается увренности, что всё на свете есть спам, потому что вы ему другого не показываете.
wikipost
_AiM_16.12.2009 07:58
почтовик начал подтормаживать. Popfile, похож всему виной.
Альтернатива обучению такому есть ?
wikipost
pig16.12.2009 09:32
Подтормаживает на чём?
wikipost
_AiM_16.12.2009 10:08
pig пишет: на чём?
отправка почты юзерами. думает секунд по 30
wikipost
pig16.12.2009 11:51
А у вас почта от локальных отправителей антиспамом фильтруется? По умолчанию она не проверяется.
IMHO, на DNS-проверках тормоза — это более вероятно.
wikipost
_AiM_16.12.2009 12:51
ред: 16.12.2009 13:23
фильтрацию не настраивал, но я не первый занимаюсь настройкой eserv. какой параметр отвечает за проверку исходящих?
wikipost
ac16.12.2009 22:21
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 и посмотреть по логу, где конкретно задержка.
wikipost
_AiM_17.12.2009 10:01
ac пишет: Можно включить vDebugRules ON и посмотреть по логу, где конкретно задержка.
отрабатывает сейчас корректно, видимо нагрузка невысокая. к концу раб дня проблемы обычно. в логе 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
wikipost
pig17.12.2009 12:37
Внутри домена — это неинтересно, там никаких тормозных проверок быть не должно.
wikipost
_AiM_17.12.2009 14:56

200912log.txt:
2009-12-17 17:42:37;192.168.13.20;192network@tusar.alt.ru;MAIL FROM:<mvv@tusar.alt.ru> SIZE=835 2009-12-17 17:42:37;192.168.13.20;192network@tusar.alt.ru;250 mvv@tusar.alt.ru OK, my domain 2009-12-17 17:42:37;192.168.13.20;192network@tusar.alt.ru;RCPT TO:<matveev.vl@gmail.com> 2009-12-17 17:42:37;192.168.13.20;192network@tusar.alt.ru;250 matveev.vl@gmail.com OK, auth:192network, domain exists. 2009-12-17 17:42:37;192.168.13.20;192network@tusar.alt.ru;DATA 2009-12-17 17:42:37;192.168.13.20;192network@tusar.alt.ru;354 send the mail data, end with . 2009-12-17 17:42:37;192.168.13.20;192network@tusar.alt.ru;250 OK message accepted for delivery 2009-12-17 17:42:37;192.168.13.20;192network@tusar.alt.ru;RSET 2009-12-17 17:42:37;192.168.13.20;192network@tusar.alt.ru;250 Reset state 2009-12-17 17:42:37;192.168.13.20;192network@tusar.alt.ru;QUIT 2009-12-17 17:42:37;192.168.13.20;192network@tusar.alt.ru;221 Goodbye.
wikipost
pig17.12.2009 16:57
А в acSMTP.log отладка правил что пишет?
wikipost
_AiM_17.12.2009 19:48
pig пишет: ка правил что пишет?
завтра гляну — отпишусь
Ппц... письмо дошло тольк через 5 часов. и это на gmail !
wikipost
_AiM_18.12.2009 06:31
pig пишет: А в acSMTP.log отладка правил что пишет?


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
wikipost
pig18.12.2009 11:47
В этом фрагменте тоже ничего интересного. Одно письмо входящее с ГМыла, принято, общее время четыре секунды. Второе письмо спамерское, отвергнуто по RBL, насколько я понял, тоже около четырёх секунд обработка, причём это или торомоза канала, или отправитель специально паузы между командами делает. ГМыл быстрее реагировал.

Надо лог с
_AiM_ пишет: отправка почты юзерами. думает секунд по 30
wikipost
_AiM_18.12.2009 13:05
Rule;1112048781;42;conf\smtp\headers\HEADER.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
wikipost
pig18.12.2009 19:14
Тут вообще ни одного целого письма. Одно в состоянии приёма — судя по теме, спам. У второго — проверка адреса получателя в разгаре, у третьего — только началась. Этот фрагмент занимает меньше секунды

Выцепите все строки, в которых третье поле содержит 43 — я так понимаю, что в этом потоке у вас идёт письмо от локального отправителя наружу.
wikipost
_AiM_22.12.2009 14:58
после перезапуска acSMTP все ок уже несколько дней письма пока уходят стабильно
wikipost
_AiM_24.12.2009 06:11
Вчера особо важное письмо свалилось в 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
wikipost
ac24.12.2009 06:17
Любопытно, что в этом логе. На MX этого домена (mxs.mail.ru) попыток доставки не было? Тогда вероятно проблемы с DNS.
wikipost
pig24.12.2009 18:50
ред: 24.12.2009 18:51
_AiM_ пишет: Error: 10053

Ошибка Winsock:
10053 Программа на вашем хост-компьютере разорвала установленное подключение.

Какая такая "Программа на вашем хост-компьютере" проверяет сетевой трафик?
wikipost
_AiM_26.12.2009 12:45
пользователям инет раздает Traffic Inspector Version: 1.1.5.224
wikipost
pig26.12.2009 17:05
Исходящая почта тоже через него проходит?
wikipost
_AiM_29.12.2009 07:16
ред: 29.12.2009 07:18
нет. в том и дело. теряюсь в догадках...
До этого мой предшественник тож настраивал PopFile. У него тож не получилось — таж проблема наблюдалась.
wikipost
pig29.12.2009 18:29
А POPfile в данном случае ни при чём должен быть. Он исходящую почту, тем более уже попавшую в очередь отправки, проверять не должен.

Посмотрите всё-таки в логах Traffic Inspector — шерстит он 25 порт или нет.
wikipost
_AiM_30.12.2009 08:50
pig пишет: Traffic Inspector — шерстит он 25 порт или нет.
угу. проверяет. в логах есть упоминание 25 порта (
Ответьте на вопрос — как влияет PopFile на взаимдейтсвие Eserv и Traffic Inspector?
wikipost
leka30.12.2009 17:23
_AiM_ пишет: угу. проверяет. в логах есть упоминание 25 порта (
Ответьте на вопрос — как влияет PopFile на взаимдейтсвие Eserv и Traffic Inspector?

ТИ проверяет, если включен SMTP-шлюз и включен антиспам плагин.... Если все правильно настроенно, то ТИ и PopFile даже не знают друг о друге и не мешают друг другу... Посмотри на каких портах они работают и на каких интерфейсах... у меня на одной машине стоят ТИ и Eserv с PopFile и все нормально работает и дружат...
wikipost
pig30.12.2009 19:09
_AiM_ пишет: в логах есть упоминание 25 порта

Значит, он, скорее всего, и рвёт соединение с mail.ru.

_AiM_ пишет: как влияет PopFile на взаимдейтсвие Eserv и Traffic Inspector?

Там наоборот — Traffic Inspector влияет на взаимодействие Eserv и POPfile. Если бросается проверять трафик по порту 8081, на котором POPfile живёт.
wikipost
leka31.12.2009 09:38
ред: 31.12.2009 16:51
pig пишет: Там наоборот — Traffic Inspector влияет на взаимодействие Eserv и POPfile. Если бросается проверять трафик по порту 8081, на котором POPfile живёт.

По умолчанию ТИ живет на 8080 порту и ни как не влияет на 8081 порт.... Если включен SMTP-шлюз в ТИ, то ТИ слушает 25 порт только принимает почту проверяет на соответствие получателей(если еще установлен антиспам, то проверяет на спам)_ и отдает почту почтовику... а потом то почтовик ее лопатит, проверяет всеми его возможностями....
P.S. С наступающим Всех Новым Годом! Желаю Всем здоровья, счастья, и чтобы исполнились все желания, которые Вы себе пожелали...
wikipost
_AiM_11.01.2010 13:16
Вот, что почтовик рассылал периодически юзерам:

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
http://www.eserv.ru/SmtpSend
wikipost
leka11.01.2010 14:14
ред: 11.01.2010 14:15
http://docs.eserv.ru/index.php3?id=310 Вот здесь посмотри...
wikipost
pig11.01.2010 18:57
_AiM_ пишет: НЕ доставлено (пока) по адресам:
For: _

Интересно. Если там действительно подчёркивание, то надо копать логи SMTP-сервера в обратном направлении, чтобы выяснить, откуда этот кривой адрес берётся.
wikipost
_AiM_12.01.2010 15:02
нет! это я перед выкладыванием получателя грохнул.
wikipost
pig12.01.2010 18:46
Тогда смотрите выше, что я писал про ошибку 10053. Соединение рвёт программа, внешняя по отношению к агенту (smtpsend4.exe), но выполняющаяся на этом же компьютере.
wikipost
_AiM_29.01.2010 07:56
спам-фильтр временно отключен. времени разбираться нет. заметил интересный глюк — служба acAMTP стабильно тупит. т.е. после нескольких дней работы повисает и оживает только после перезапуска. службе кто-то мешает. факт. Traffic inspector затормозить невозможно — на нем завязана сеть. торможу — сервак повисает.
wikipost
_AiM_29.01.2010 08:51
ТИ слушал порт 8081 для www сервера. сам сервер не был запущен. но ТИ его упорно слушал. возможно, в этом и было дело. тестирую
wikipost
leka29.01.2010 09:26
_AiM_ пишет: ТИ слушал порт 8081 для www сервера.

Переназначь его к примеру 8085 чтобы в дальнейшем при перезагрузках сервака он не занимал порт 8081 и не мешал работе почтовика и его служб.
wikipost
_AiM_29.01.2010 11:56
leka пишет: Переназначь его к примеру 8085
так и сделал. в этом проблема косяков Eserv и PopFile могла заключаться. верно?
wikipost
leka29.01.2010 16:59
ред: 29.01.2010 17:02
_AiM_ пишет: так и сделал. в этом проблема косяков Eserv и PopFile могла заключаться. верно?
нет... Eserv и PopFile работают нормально в такой связке.... проблема заключается в том что PopFile работает на localhost(127.0.0.1:8081) а ТИ у тебя слушает 0.0.0.0:8081 и с какого то перепугу особенно при загрузке сервера может подключиться и на этот порт для прослушки... для того чтобы не конфликтовали службы ТИ и почтовика нужно их разнести по портам, чтобы не пересекались именно порты.... хотя и работают на разных интерфейсах.... ТИ слушает 0.0.0.0 интерфейсы, а это говорит о том что все доступные.... вот наверно поэтому когда работает PopFile ТИ влезает в его работу... а так как разнес по портам они теперь друг другу мешать не будут и будут жить сами своей жизнью и не подозревая друг о друге....
wikipost
_AiM_11.03.2010 06:45
Стабильно раз в сутки повисает служба SMTP. Решает перезапуск. С серъезных случаях — убить smtpsend в диспетчере, а уже потом перезапуск.
Помогите разобраться. Какие логи нужы?
wikipost
pig11.03.2010 11:23
Для начала — acSMTP.log, который рядом с EXE, и протокольный — DATA\log\smtp\ггггммддlog.txt
wikipost
_AiM_11.03.2010 13:25
протокольный:

Файл: описание файла 1 [399217 bytes]
wikipost
ac11.03.2010 14:29
Этот протокольный лог прямо так и обрывается на "250 postmaster@tu"? У вас места на диске хватает? Резидентные антивирусы не установлены?
wikipost
_AiM_11.03.2010 14:44
ac пишет: льный лог прямо так и обрывается на "250 postmaster@tu"? У вас места на диске хватает?
нет. заканчивается корректно. криво скопировал просто.
wikipost
_AiM_11.03.2010 14:44
ac пишет: антивирусы не установлены?
стоит Dr. Web
wikipost
ac11.03.2010 20:05
Если это именно резидент, а не встроенный в acSMTP drweb32.dll, то надо отключить для чистоты эксперимента.
wikipost
_AiM_19.03.2010 07:16
Dr.Web отключал. проблема не решилась
wikipost
_AiM_19.03.2010 12:59
ред: 19.03.2010 13:03
в папке C:\Eserv3\DATA\mail\out\127.0.0.1\25\ формируются письма формата postmaster@tusar.alt.ru!881313765 в списке процессов smtpsend4
wikipost
ac19.03.2010 22:15
В этом каталоге обычно возвращаемая почта — та, которую не удалось доставить (опечатки в адресах, проблемы у получателей и т.п.). Её не должно быть много. Если много, то загляните внутрь, какие сообщения и на какие адреса идут — может через ваш сервер спам пытаются отправлять (подобрали пароль).
wikipost
_AiM_05.04.2010 12:29
клиенты периодически теряют связь с сервером Eserv. при попытке достучаться telnet ответ не получает. проблема решается только перезагрузкой компа пользователя.
wikipost
pig05.04.2010 16:01
_AiM_ пишет: проблема решается только перезагрузкой компа пользователя

Тогда и источник проблемы надо искать на компе пользователя. Я так думаю ©
wikipost
_AiM_14.04.2010 12:59
ред: 14.04.2010 13:56
у нас два канала связи. после смены IP eserv перестает функционировать. есть настройки, отвечающие за это?
wikipost
pig14.04.2010 15:26
После смены какого IP? Перестаёт функционировать как? Службы останавливаются? Недоступен извне? Недоступен изнутри? Доступен, но не отправляет исходящую почту? Я могу немного подумать и ещё десяток вариантов сочинить, но лень.
wikipost
ac14.04.2010 15:49
Если это про IMAP, то проверьте, что в опциях ini в разделе [IMAP] параметр NetworkInterface пуст (не содержит никакого конкретного IP). Тогда он будет использовать все те IP, которые у него на данный момент есть. А в локальных почтовых клиентах нужно указывать локальный IP сервера, он от переключения внешних IP не меняется.
wikipost
_AiM_15.04.2010 05:19
pig пишет: После смены какого IP?
меняется внешний IP сервера. службы не останавливаются, но почта не ходит. ни туда, ни обратно. пользователи используют SMTP. вот кусок ini-файла:
[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
wikipost
_AiM_15.04.2010 05:29
в логе smtpsend ничего интересного. все как обычно. при этом на сервере висели процессы smtpsend4 в отправке, пока не восстановился канал связи с основным провайдером (+соответственно письма в папке mail\out)
wikipost
pig15.04.2010 05:41
ред: 15.04.2010 05:43
_AiM_ пишет: в логе smtpsend ничего интересного

А из неинтересного? Или вообще никаких ошибок, и агенты в таком состоянии могут висеть бесконечно?

Да, а в каком логе смотрели? В статистике или в протокольных логах, которые в DATA\temp\ пишутся?
wikipost
_AiM_19.04.2010 14:41
В локалке письма ходят
2010-04-19 18:25:39;postmaster@tusar.alt.ru;mvv@tusar.alt.ru;1639;<1242246500c402ab$9edca520$0208a8c0@LOCALHOST>;127.0.0.1;0;
с остальным адресам — никак:
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)
wikipost
_AiM_19.04.2010 14:41
после восстановления основного канала связи, все письма ушли
wikipost
pig19.04.2010 16:02
_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 — экстрим.
wikipost
_AiM_20.04.2010 05:03
pig пишет: запасной канал в чёрном списке Mail.ru по причине динамического IP


т.е. почта на резервном канале с динамикой — для нас останется только мечтой
wikipost
ac20.04.2010 07:49
Смотря как этот резервный канал организован. Если на таких 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х дней, т.е. почта при коротких отключениях не потеряется.
wikipost
Работает на Eserv/5.05555 (05.06.2016)