» Все о MDaemon (#2)

sergggey1

Блин, ну нет здесь телепатов! Как люди могут знать, что вы там у себя намудрили? Логи, логи давай! Проблемы с отправкой - SMTP (out) смотри!

А меня как будто и нету

Подскажите мне тоже пожалуйста!

inside22

Цитата:

И еще, как мне включить фильтр слов, дело в том в каждой рассылке есть слова

Открой ContentFilter и там настрой поиск слов и действия при обнаружении.

Цитата:

Вы могли бы мне объяснить как включить проверку на существование домена

Security->Reverse Lookup:
Refuse to accept mail if a lookup returns 'domain not found' - отметь галкой

olegupb
Пасибо большое, попробуем!

Народ!
Хелп!

Стоит
Мдаемон : v9.0.4
ВинГад 613

Внутри локалки все ок!
Почта ходит туда- обратно без проблем.
Инет тоже.

НО не могу отстроить получение/отправку почты с внешних хостов.
Намаялся я ужо.
В Даемон вообще не стучится никто.
Может дело в файерволе?

AndySS

Цитата:

Может дело в файерволе?

Порт 25 и ответ по верхним портам открыты?

может кто помнит
как настроить проверку по DNSBL сразу при входящем коннекте, а не после скриннингов, других проверок и тд

Пасибо.
На свежую голову разобрался.
Роутинг винды отключил и все пучком стало.
В Фаере Вингада пропускало пакеты, вот только дальше винда резала сволочь.

Помогите!
Установил Mdaemon 9.0.6.
Первичный домен xxxx.xx.ru
Создал двух пользователей:
MailBoss@xxxx.xx.ru и sergey@xxxx.xx.ru
пытаюсь отправить почту с sergey@xxxx.xx.ru на MailBoss@xxxx.xx.ru
Почтовый клиент: The Bat!
Ответ сервера: 5.7.1 Unable to relay for MailBoss@xxxx.xx.ru

Даже специально зашел на DNS свой 192.168.1.2 и прописал запись MX для xxxx.xx.ru (совпадает с именем моего домена). Запись указывает почтовый обменник (мой комп) 192.168.1.3.

И где копать?
В логах - полное молчание. SMTP сервис даже не фиксирует факт отправки.
Если отправлять на просто MailBoss (без @xxxx.xx.ru) - отправляется, но другой ящик не получает. В smtp логах тоже молчание.
P.S. MDaemon установлен (с серийником), но не активирован. Может быть в этом дело???Хотя программа заявляет, что у меня есть 30 дней.

SergiusDuke33

Мало информации. Давай IP адреса клиенов и сервера.
В Демоне нажимаешь Alt + F1 затем открываешь вкладку "LAN IPs". Что в списке?
Добавь туда IP твоей локалки.
Ещё Ctrl + F8 там прописываешь свой домен и твои локальные IP.

ip-адрес сервера (DNS+контроллер домена xxxx.xx.ru) - 192.168.1.2
Адрес почтового сервера (MDaemon) - 192.168.1.2
Почтовый клиент стоит на той же машине. Пытался указывать и 192.168.1.3 в качестве адреса и 127.0.0.1.
В LAN-IP внесен мой адрес - 192.168.1.3 и адрес DC - 192.168.1.2

По Ctrl-F8 занесена запись типа:
Имя домена: xxxx.xx.ru
IP адрес: 192.168.1.*

olegupb
Будь другом, опиши пожалуйста подробней как добавить слова "enlarge penis" в content filter.

Я не понял как добавить

у меня не устанавливается на win2kserver , сразу говорит что нет сетевой карты, хотя на компе стоят 2штуки внешняя и внутренняя. Что делать?

Немного не понимаю, как полностью исключить какой-то адрес или группу адресов из спамовой проверки, как из байесовой, так и спамассассина.

Security-spam filter-white list (from)

Ввожу в окошке:

whitelist_from *@subscribe.ru

Перезагрузил мдемона (9,04). Но на следующее письмо снова и байес, и спамассассин накинулись и забраковали... и я не вижу в логах, чтобы из байесового итога вычиталось 100, указанное на Security-spam filter-spam filtering про white list substract.

jb
где при установке лежит файл inetmib.dll (лекарство)?

Цитата из Варезника:
"...ВНИМАНИЕ! Файл inetmib1.dll не должен находиться в той же папке что и установочный дистриб в процессе установки, иначе при установки не будет найдена сетевая карта..."

SergiusDuke33

Адрес почтового сервера 192.168.1.2 - вот этот адрес и указывай в качестве SMTP сервера. Зачем 192.168.1.3 указываешь???
Проверь по F4 - нет ли адреса клиента в IPScreen?

Проверь Setup -> Miscellaneous options -> вкладка [Servers] -> "Allow connections to own IP addresses".
Настрой логи - Alt + F7: [Log mode] - "Log detailed mail sessions"; [Options] - "Log SMTP activity" и "Log SMTP probes (sessions with no DATA command)".

Должна твоя отвергнутая сессия появиться в логах. Затем фрагмент лога сюда.

вопрос по ограничению размера письма
в Setup->Miscellaneous options->Servers стоят последних два ограничителя (Max acceptable SMTP message size и Kill connection if data transmission exceeds) на 10240 кб (кстати в этом месте у демона kb=1000 b). По идее если какой то сервак шлет моему письмо больше чем 10240000 и он поддерживает ESMTP то ему сразу откажут не начиная принимать письмо, если не поддерживает ESMTP то передачу оборвут. В логах я обнаружил что серваки часто врут про размер письма, и отвечают меньше чем потом передают, а иногда и больше. например:
...
Mon 2006-08-28 00:22:36: --> 250-мой_домен Hello mail.домен_отправителя, pleased to meet you
Mon 2006-08-28 00:22:36: --> 250-ETRN
Mon 2006-08-28 00:22:36: --> 250-AUTH=LOGIN
Mon 2006-08-28 00:22:36: --> 250-AUTH LOGIN CRAM-MD5
Mon 2006-08-28 00:22:36: --> 250-8BITMIME
Mon 2006-08-28 00:22:36: --> 250 SIZE 10240000
Mon 2006-08-28 00:22:36: <-- MAIL From:<отправитель> SIZE=10164383 BODY=8BITMIME
...
Mon 2006-08-28 00:22:36: --> 250 <отправитель>, Sender ok
Mon 2006-08-28 00:22:36: <-- RCPT To:<получатель>
...
Mon 2006-08-28 00:22:37: --> 250 <получатель>, Recipient ok
Mon 2006-08-28 00:22:37: <-- DATA
Mon 2006-08-28 00:22:37: Creating temp file (SMTP): d:\mdaemon\queues\temp\md50000033263.tmp
Mon 2006-08-28 00:22:37: --> 354 Enter mail, end with <CRLF>.<CRLF>
Mon 2006-08-28 00:22:55: Bytes transferred exceeds emergency session cutoff value! Aborting session!
Mon 2006-08-28 00:22:55: SMTP session terminated (Bytes in/out: 10241336/354)

как видно на запрос SIZE ответили что размер меньше лимита, а послали больше и их оборвали (потом сняли последний лимит на Kill... и выяснили что message size был 10296598), и самое страшное, отправитель не понял почему его оборвали и он послал еще раз, и еще, короче с пятницы он сделал примерно попыток 120-130 на один почтовик и стока же на другой, то есть сделал трафика где то по 1.2-1.3 гига на каждый сервак. Отсюда пару вопросиков: почему на запрос SIZE ответ не всегда соответсвует реальности (какие факторы дают такое отклонение)? Как избежать таких ситуаций? Скажем если второй ограничитель делать чуть больше первого, то письмо примется и отбросится с ответом 552. Что вообще можно сделать с теми кто пытается отправить письмо больше чем ограничитель, и при прерывании коннекта они его повторяют и очень часто?

Вопрос по доставке писем.
в РОР логе показывает что клиент поключился к серваку и забрал письма, пользователь говорит что ни чего не получал. Вопрос - кому верить? (на компе у пользователя писем нет, архивы почты не делаю - места мало на диске )

вот кусок лога
Sat 2006-08-26 11:17:51: [3933:1] Приём POP соединения от [192.168.3.105 : 53500]
Sat 2006-08-26 11:17:51: [3933:1] --> +OK domen.ru POP MDaemon 8.1.3 ready <MDAEMON-F200608261117.AA1751989MD5156@domen.ru>
Sat 2006-08-26 11:17:52: [3933:1] <-- USER vasia
Sat 2006-08-26 11:17:52: [3933:1] --> +OK vasia... User ok
Sat 2006-08-26 11:17:52: [3933:1] <-- PASS ******
Sat 2006-08-26 11:17:52: [3933:1] --> +OK vasia@domen.ru's mailbox has 5 total messages (261175 octets)
Sat 2006-08-26 11:17:52: [3933:1] <-- STAT
Sat 2006-08-26 11:17:52: [3933:1] --> +OK 5 261175
Sat 2006-08-26 11:17:52: [3933:1] <-- LIST
Sat 2006-08-26 11:17:52: [3933:1] --> +OK 5 261175
Sat 2006-08-26 11:17:52: [3933:1] --> 1 202579
Sat 2006-08-26 11:17:52: [3933:1] --> 2 2365
Sat 2006-08-26 11:17:52: [3933:1] --> 3 17425
Sat 2006-08-26 11:17:52: [3933:1] --> 4 17181
Sat 2006-08-26 11:17:52: [3933:1] --> 5 21625
Sat 2006-08-26 11:17:52: [3933:1] --> .
Sat 2006-08-26 11:17:52: [3933:1] <-- RETR 1
Sat 2006-08-26 11:17:52: [3933:1] --> +OK 202579 octets
Sat 2006-08-26 11:17:52: [3933:1] Отправка <C:\MDAEMON\Users\domen.ru\vasia\md50000007693.msg> на [192.168.3.105]
Sat 2006-08-26 11:17:52: [3933:1] Передача Завершена.
Sat 2006-08-26 11:17:52: [3933:1] <-- STAT
Sat 2006-08-26 11:17:52: [3933:1] --> +OK 5 261175
Sat 2006-08-26 11:17:52: [3933:1] <-- RETR 2
Sat 2006-08-26 11:17:52: [3933:1] --> +OK 2365 octets
Sat 2006-08-26 11:17:52: [3933:1] Отправка <C:\MDAEMON\Users\domen.ru\vasia\md50000007694.msg> на [192.168.3.105]
Sat 2006-08-26 11:17:52: [3933:1] Передача Завершена.
Sat 2006-08-26 11:17:52: [3933:1] <-- STAT
Sat 2006-08-26 11:17:52: [3933:1] --> +OK 5 261175
Sat 2006-08-26 11:17:52: [3933:1] <-- RETR 3
Sat 2006-08-26 11:17:52: [3933:1] --> +OK 17425 octets
Sat 2006-08-26 11:17:52: [3933:1] Отправка <C:\MDAEMON\Users\domen.ru\vasia\md50000007695.msg> на [192.168.3.105]
Sat 2006-08-26 11:17:52: [3933:1] Передача Завершена.
Sat 2006-08-26 11:17:53: [3933:1] <-- STAT
Sat 2006-08-26 11:17:53: [3933:1] --> +OK 5 261175
Sat 2006-08-26 11:17:53: [3933:1] <-- RETR 4
Sat 2006-08-26 11:17:53: [3933:1] --> +OK 17181 octets
Sat 2006-08-26 11:17:53: [3933:1] Отправка <C:\MDAEMON\Users\domen.ru\vasia\md50000007696.msg> на [192.168.3.105]
Sat 2006-08-26 11:17:53: [3933:1] Передача Завершена.
Sat 2006-08-26 11:17:53: [3933:1] <-- STAT
Sat 2006-08-26 11:17:53: [3933:1] --> +OK 5 261175
Sat 2006-08-26 11:17:53: [3933:1] <-- RETR 5
Sat 2006-08-26 11:17:53: [3933:1] --> +OK 21625 octets
Sat 2006-08-26 11:17:53: [3933:1] Отправка <C:\MDAEMON\Users\domen.ru\vasia\md50000007697.msg> на [192.168.3.105]
Sat 2006-08-26 11:17:53: [3933:1] Передача Завершена.
Sat 2006-08-26 11:17:53: [3933:1] <-- STAT
Sat 2006-08-26 11:17:53: [3933:1] --> +OK 5 261175
Sat 2006-08-26 11:17:53: [3933:1] <-- DELE 1
Sat 2006-08-26 11:17:53: [3933:1] --> +OK message 1 deleted
Sat 2006-08-26 11:17:53: [3933:1] <-- DELE 2
Sat 2006-08-26 11:17:53: [3933:1] --> +OK message 2 deleted
Sat 2006-08-26 11:17:53: [3933:1] <-- DELE 3
Sat 2006-08-26 11:17:53: [3933:1] --> +OK message 3 deleted
Sat 2006-08-26 11:17:53: [3933:1] <-- DELE 4
Sat 2006-08-26 11:17:53: [3933:1] --> +OK message 4 deleted
Sat 2006-08-26 11:17:53: [3933:1] <-- DELE 5
Sat 2006-08-26 11:17:53: [3933:1] --> +OK message 5 deleted
Sat 2006-08-26 11:17:53: [3933:1] <-- QUIT
Sat 2006-08-26 11:17:53: [3933:1] --> +OK vasia@domen.ru domen.ru POP Server signing off (mailbox empty)
Sat 2006-08-26 11:17:53: [3933:1] POP-сессия завершена (байт в/вв: 156/261819)
Sat 2006-08-26 11:17:53: ----------
Sat 2006-08-26 11:17:53: Session 3934; child 1
Sat 2006-08-26 11:17:53: [3934:1] Приём POP соединения от [192.168.3.105 : 53501]
Sat 2006-08-26 11:17:53: [3934:1] --> +OK domen.ru POP MDaemon 8.1.3 ready <MDAEMON-F200608261117.AA1753943MD2321@domen.ru>
Sat 2006-08-26 11:17:53: [3934:1] <-- USER vasia
Sat 2006-08-26 11:17:53: [3934:1] --> +OK vasia... User ok
Sat 2006-08-26 11:17:53: [3934:1] <-- PASS ******
Sat 2006-08-26 11:17:53: [3934:1] --> +OK vasia@domen.ru's mailbox has 0 total messages (0 octets)
Sat 2006-08-26 11:17:53: [3934:1] <-- STAT
Sat 2006-08-26 11:17:53: [3934:1] --> +OK 0 0
Sat 2006-08-26 11:17:53: [3934:1] <-- QUIT
Sat 2006-08-26 11:17:53: [3934:1] --> +OK vasia@domen.ru domen.ru POP Server signing off (mailbox empty)
Sat 2006-08-26 11:17:53: [3934:1] POP-сессия завершена (байт в/вв: 40/272)
Sat 2006-08-26 11:17:53: ----------
Sat 2006-08-26 11:17:54: Session 3935; child 1
Sat 2006-08-26 11:17:54: [3935:1] Приём POP соединения от [192.168.3.105 : 53502]
Sat 2006-08-26 11:17:54: [3935:1] --> +OK domen.ru POP MDaemon 8.1.3 ready <MDAEMON-F200608261117.AA1754818MD1607@domen.ru>
Sat 2006-08-26 11:17:54: [3935:1] <-- USER vasia
Sat 2006-08-26 11:17:54: [3935:1] --> +OK vasia... User ok
Sat 2006-08-26 11:17:54: [3935:1] <-- PASS ******
Sat 2006-08-26 11:17:54: [3935:1] --> +OK vasia@domen.ru's mailbox has 0 total messages (0 octets)
Sat 2006-08-26 11:17:54: [3935:1] <-- STAT
Sat 2006-08-26 11:17:54: [3935:1] --> +OK 0 0
Sat 2006-08-26 11:17:54: [3935:1] <-- QUIT
Sat 2006-08-26 11:17:54: [3935:1] --> +OK vasia@domen.ru domen.ru POP Server signing off (mailbox empty)
Sat 2006-08-26 11:17:54: [3935:1] POP-сессия завершена (байт в/вв: 40/272)
Sat 2006-08-26 11:17:54: ----------
Sat 2006-08-26 11:18:38: Session 3936; child 1
Sat 2006-08-26 11:18:38: [3936:1] Приём POP соединения от [192.168.3.105 : 53503]
Sat 2006-08-26 11:18:38: [3936:1] --> +OK domen.ru POP MDaemon 8.1.3 ready <MDAEMON-F200608261118.AA1838693MD1614@domen.ru>
Sat 2006-08-26 11:18:38: [3936:1] <-- USER vasia
Sat 2006-08-26 11:18:38: [3936:1] --> +OK vasia... User ok
Sat 2006-08-26 11:18:38: [3936:1] <-- PASS ******
Sat 2006-08-26 11:18:38: [3936:1] --> +OK vasia@domen.ru's mailbox has 0 total messages (0 octets)
Sat 2006-08-26 11:18:38: [3936:1] <-- STAT
Sat 2006-08-26 11:18:38: [3936:1] --> +OK 0 0
Sat 2006-08-26 11:18:38: [3936:1] <-- QUIT
Sat 2006-08-26 11:18:38: [3936:1] --> +OK vasia@domen.ru domen.ru POP Server signing off (mailbox empty)
Sat 2006-08-26 11:18:38: [3936:1] POP-сессия завершена (байт в/вв: 40/272)
Sat 2006-08-26 11:18:38: ----------
Sat 2006-08-26 11:18:39: Session 3937; child 1
Sat 2006-08-26 11:18:39: [3937:1] Приём POP соединения от [192.168.3.105 : 53504]
Sat 2006-08-26 11:18:39: [3937:1] --> +OK domen.ru POP MDaemon 8.1.3 ready <MDAEMON-F200608261118.AA1839271MD2366@domen.ru>
Sat 2006-08-26 11:18:39: [3937:1] <-- USER vasia
Sat 2006-08-26 11:18:39: [3937:1] --> +OK vasia... User ok
Sat 2006-08-26 11:18:39: [3937:1] <-- PASS ******
Sat 2006-08-26 11:18:39: [3937:1] --> +OK vasia@domen.ru's mailbox has 0 total messages (0 octets)
Sat 2006-08-26 11:18:39: [3937:1] <-- STAT
Sat 2006-08-26 11:18:39: [3937:1] --> +OK 0 0
Sat 2006-08-26 11:18:39: [3937:1] <-- QUIT
Sat 2006-08-26 11:18:39: [3937:1] --> +OK vasia@domen.ru domen.ru POP Server signing off (mailbox empty)
Sat 2006-08-26 11:18:39: [3937:1] POP-сессия завершена (байт в/вв: 40/272)
Sat 2006-08-26 11:18:39: ----------
Sat 2006-08-26 11:18:39: Session 3938; child 1
Sat 2006-08-26 11:18:39: [3938:1] Приём POP соединения от [192.168.3.105 : 53505]
Sat 2006-08-26 11:18:39: [3938:1] --> +OK domen.ru POP MDaemon 8.1.3 ready <MDAEMON-F200608261118.AA1839755MD9678@domen.ru>
Sat 2006-08-26 11:18:39: [3938:1] <-- USER vasia
Sat 2006-08-26 11:18:39: [3938:1] --> +OK vasia... User ok
Sat 2006-08-26 11:18:39: [3938:1] <-- PASS ******
Sat 2006-08-26 11:18:39: [3938:1] --> +OK vasia@domen.ru's mailbox has 0 total messages (0 octets)
Sat 2006-08-26 11:18:39: [3938:1] <-- STAT
Sat 2006-08-26 11:18:39: [3938:1] --> +OK 0 0
Sat 2006-08-26 11:18:39: [3938:1] <-- QUIT
Sat 2006-08-26 11:18:39: [3938:1] --> +OK vasia@domen.ru domen.ru POP Server signing off (mailbox empty)
Sat 2006-08-26 11:18:39: [3938:1] POP-сессия завершена (байт в/вв: 40/272)

hardhearted отвечай сразу кодом 552 вместо 452 . Код 452 подразумевает типа пробуй попозже и другой сервак будет слать снова ! был случай за ночь нагнали 700 мег


Добавлено:
Gunslinger думаю в данном случае нужно верить серверу . а у клиента, что за клиент и нет проблем с базамаи у самого клиента ?

hardhearted

Я вообще "Kill connection data if transmission exceeds []" поставил в ноль. Иначе такие ситуации будут повторяться. Лучше один раз принять письмо больше дозволенного, чем принимать сотни "почти целых" таких писем

Однозначного решения проблемы нет. Можешь, конечно, заблокировать приём с данного сервера на определённое кол-во минут (поместить в тарпит), смотри мою программу
http://forum.mdaemon.ru/viewtopic.php?t=4582 - она периодически просматривает лог и если находит определённые тобой события, помещает IP отправителя в тарпит.
Например, можно задать на событие "Bytes transferred exceeds emergency session cutoff value" помещать почтовик отправителя на столько-то минут в тарпит.

ipmanyak
в том то и дело что так и отвечаю, вопрос то не в этом.
так я отвечу если письмо получу, и оно больше, а вот когда происходит Kill без обьяснения, тогда отправитель считает что соединение просто обрвалось по неизвестным причинам. в приведенном логе как раз этот случай, отправитель соврал про размер, и начала передачу, мой сервак увидев что передача уже превысила лимит тупо оборвал соединение, без ответов почему, и отправляющий сервак начал каждые полчаса кидать это письмо. Я как раз не могу придумать как такого избежать. Это же касается серваков которые вообще не умеют отвечать на запрос SIZE и шлют письмо, когда их обрывают им опять же не говорят почему и они шлют его еще раз.

Добавлено:
MG34
ставить в 0 тоже не самое подходящее решение, в идеале было бу лучше если б
1. на SIZE отвечали правильным размером.
2. При обрыве коннекта посылали ответ 552.

Добавлено:
MG34
у меня раньше было в ноль, пока мне не кинули письмецо на 250 мег, причем в первый раз коннект оборвался почему то и они повторили. Письмо конечно же не приняли но почти 400 мег трафика получил )

hardhearted

Ничего идеального нет! Ну нет никаких гарантий, что на SIZE будут слать правильный размер, неееет !
Нерадивые админы частенько RFC нарушают, что поделать...


Цитата:

у меня раньше было в ноль, пока мне не кинули письмецо на 250 мег, причем в первый раз коннект оборвался почему то и они повторили. Письмо конечно же не приняли но почти 400 мег трафика получил

А если не ноль, тогда раз пятьсот по десять мегов или сколько там лимит у тебя стоит накидают. Выход в блокировке IP отправителя хотя бы на несколько часов. Я уже писал - юзай мою программу. (http://forum.mdaemon.ru/viewtopic.php?t=4582)

MG34
блокировка ип это некультурно, тем более это контора, сюда часто шлют нужные деловые письма, и блокировать клиента или поставщика на нескока часов это жестоко, меня руководство замучает, потому что если заблокировать, то отправляющая сторона не сразу поймет почему от них ни одно письмо ко мне не идет, даже если при блокировке им отправить оповещение что адрес блокирован, то устранив проблему они даже связаться со мной по почте не смогут чтобы я разблокировал )
вот если б мона было демона научить при разрыве коннекта посылать ответ 552, ну или хотя бы если не ставить обрыв коннекта, и получать большое письмо то это письмо оставлять в bad очереди, типа раз уж приняли то уже все равно трафик сьели, то лучше я это письмо юзеру отдам, чем принять письмо большого размера, отбросить его и ответить что превышен размер, тогда отправитель разобьет его на два и кинет еще раз, получится я почем зря приму письмо два раза, а если отправитель тупой то и больше )

hardhearted

А нарушать RFC - это что, культурно? Пусть нормально настроят свой сервак!
Если с конторой интенсивная переписка, то конечно, блокировать ip неудобно, хомячки замучают.

Цитата:

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

- мануал-то по Демону читал? В тарпит IP заносится на определённое кол-во минут. По истечении этого времени Демон САМ, АВТОМАТИЧЕСКИ адрес из тарпита удаляет.

MG34

Цитата:

А нарушать RFC - это что, культурно? Пусть нормально настроят свой сервак!
Если с конторой интенсивная переписка, то конечно, блокировать ip неудобно, хомячки замучают.

еще неизвестно кто нарушает, я поглядел по логам, фактически никогда ответ на запрос SIZE не совпадал с message size написанным после принятия письма, это при том с разных серверов

Цитата:

- мануал-то по Демону читал? В тарпит IP заносится на определённое кол-во минут. По истечении этого времени Демон САМ, АВТОМАТИЧЕСКИ адрес из тарпита удаляет.

читал, но несколько мин не решение, в последнем случае раз в полчаса отсылалось, блокировать надо как то с оповещением, чтоб админ отправляющего сервака мог убрать это письмо из очереди на отправку, а то его заблокируем на часик, а потом разблокируем и опять начнет, а если надолго заблокировать, а проблему решат на стороне отправителя, то им еще полдня ждать придется или как то меня попросить руками разблокировать )

Проблема получения почты
демон настроен для получения почты по поп-протоколу
при начальной настройке все работало

Mon 2006-08-28 23:59:58: Session 1254; child 1
Mon 2006-08-28 23:59:58: Attempting POP Before SMTP connection to [pop.domen.com : 110]
Mon 2006-08-28 23:59:58: Match to HOSTS file - pop.domen.com = 212.х.х.1
Mon 2006-08-28 23:59:58: Host [pop.domen.com] resolved to [212.х.х.1]
Mon 2006-08-28 23:59:58: Waiting for connection...
Mon 2006-08-28 23:59:58: Connection established (10.10.0.1 : 4406 -> 212.х.х.1 : 110)
Mon 2006-08-28 23:59:58: Waiting for protocol initiation...
Mon 2006-08-28 23:59:58: <-- +OK imap.domen.com Cyrus POP3 server ready
Mon 2006-08-28 23:59:58: --> USER us@domen.com
Mon 2006-08-28 23:59:58: <-- +OK Name is a valid mailbox
Mon 2006-08-28 23:59:58: --> PASS ******
Mon 2006-08-28 23:59:58: <-- +OK Mailbox locked and ready
Mon 2006-08-28 23:59:58: POP session complete (Bytes in/out: 110/48)

Есть ли возможно настроить автоответчик (autoresponders) таким образом чтобы он не срабатывал на спам?

golkanavt
да, там при настройке автоответчиков есть вкладка exceptions, можешь там вбить любой триггер, например "X-Spam-Flag: Yes" там стоит по умолчанию.

hardhearted
слона то я и не приметил спасибо за подсказку

Доброго времени суток!

Сегодня возникла следующая проблема: перестала доставлятся почта. Т.е. при получении почты почтовый клиент говорит что в ящике 0 писем. Но на самом деле почта есть и регулярно собирается через Multi-POP. Если заходить через WORLD-Client, то видно что почта есть. Но в то же время вся почта в ящике доставлена в него с многочасовым опозданием.

Кто что может посоветовать...???