» Все о MDaemon (#5)

Цитата:

Могу лишь предположить, что несмотря на насчитанные баллы и X-Spam-Flag: YES письмо  не считается спамом и пропускается поскольку отправитель в белом списке auto white-list. Попробуй удалить адрес оттуда и проверить еще раз. Версия антиспама у вас 3.2.4 , текущая 3.4.0, но не думаю что это важно

Auto white-list идет встроенным плагином к SpamAssassin 3.2.4, который я использую. И как удалить адрес из этого списка я пока не нашел.

Я уже проанализировал логи и также начинаю склонятся к тому, что причинной действительно может быть auto white-list.
Я не нашел ни одной записи в логах, с:

Код:
**** [****:*] Message refused because spam score is too high
**** [****:*] --> 554 Sorry, message looks like SPAM to me

[more] Подскажите, кто сталкивался с проблемой не ходит почта на google. На все остальное работает. Была проблема шел спам все убрал. Почта ходила нормально, но после пользователи начали жаловаться что не доходит почта только на google. А прочитал все темы, какие были здесь по этому поводу мне ни чего не помогло. Буду признателен всем тем кто не останется в стороне.
Почтовик Mdaemon v12.5.6
From: sag@dream-land.ru
Sat 2014-04-19 15:05:28: * To: santexnic69@gmail.com
Sat 2014-04-19 15:05:28: * Subject:
Sat 2014-04-19 15:05:28: * Size (bytes): 6154
Sat 2014-04-19 15:05:28: * Message-ID: <000001cf5bbf$425d5dd0$c7181970$@ru>
Sat 2014-04-19 15:05:28: Attempting SMTP connection to [gmail.com]
Sat 2014-04-19 15:05:28: Resolving MX records for [gmail.com] (DNS Server: 192.168.1.13)...
Sat 2014-04-19 15:05:28: * P=005 S=003 D=gmail.com TTL=(12) MX=[gmail-smtp-in.l.google.com]
Sat 2014-04-19 15:05:28: * P=010 S=004 D=gmail.com TTL=(12) MX=[alt1.gmail-smtp-in.l.google.com]
Sat 2014-04-19 15:05:28: * P=020 S=000 D=gmail.com TTL=(12) MX=[alt2.gmail-smtp-in.l.google.com]
Sat 2014-04-19 15:05:28: * P=030 S=001 D=gmail.com TTL=(12) MX=[alt3.gmail-smtp-in.l.google.com]
Sat 2014-04-19 15:05:28: * P=040 S=002 D=gmail.com TTL=(12) MX=[alt4.gmail-smtp-in.l.google.com]
Sat 2014-04-19 15:05:28: Attempting SMTP connection to [gmail-smtp-in.l.google.com:25]
Sat 2014-04-19 15:05:28: Resolving A record for [gmail-smtp-in.l.google.com] (DNS Server: 192.168.1.13)...
Sat 2014-04-19 15:05:28: * D=gmail-smtp-in.l.google.com TTL=(5) A=[173.194.71.27]
Sat 2014-04-19 15:05:28: Attempting SMTP connection to [173.194.71.27:25]
Sat 2014-04-19 15:05:28: Waiting for socket connection...
Sat 2014-04-19 15:05:28: * Connection established (89.21.128.2:2106 -> 173.194.71.27:25)
Sat 2014-04-19 15:05:28: Waiting for protocol to start...
Sat 2014-04-19 15:05:28: <-- 220 mx.google.com ESMTP sz4si20480981lbb.246 - gsmtp
Sat 2014-04-19 15:05:28: --> EHLO mail.dream-land.ru
Sat 2014-04-19 15:05:29: <-- 250-mx.google.com at your service, [89.21.128.2]
Sat 2014-04-19 15:05:29: <-- 250-SIZE 35882577
Sat 2014-04-19 15:05:29: <-- 250-8BITMIME
Sat 2014-04-19 15:05:29: <-- 250-STARTTLS
Sat 2014-04-19 15:05:29: <-- 250-ENHANCEDSTATUSCODES
Sat 2014-04-19 15:05:29: <-- 250 CHUNKING
Sat 2014-04-19 15:05:29: --> STARTTLS
Sat 2014-04-19 15:05:29: <-- 220 2.0.0 Ready to start TLS
Sat 2014-04-19 15:05:29: SSL negotiation successful (TLS 1.0, 2048 bit key exchange, 128 bit RC4 encryption)
Sat 2014-04-19 15:05:29: --> EHLO mail.dream-land.ru
Sat 2014-04-19 15:05:29: <-- 250-mx.google.com at your service, [89.21.128.2]
Sat 2014-04-19 15:05:29: <-- 250-SIZE 35882577
Sat 2014-04-19 15:05:29: <-- 250-8BITMIME
Sat 2014-04-19 15:05:29: <-- 250-ENHANCEDSTATUSCODES
Sat 2014-04-19 15:05:29: <-- 250 CHUNKING
Sat 2014-04-19 15:05:29: --> MAIL From:<sag@dream-land.ru> SIZE=6154
Sat 2014-04-19 15:05:29: <-- 250 2.1.0 OK sz4si20480981lbb.246 - gsmtp
Sat 2014-04-19 15:05:29: --> RCPT To:<santexnic69@gmail.com>
Sat 2014-04-19 15:06:00: <-- 250 2.1.5 OK sz4si20480981lbb.246 - gsmtp
Sat 2014-04-19 15:06:00: --> DATA
Sat 2014-04-19 15:06:00: <-- 354 Go ahead sz4si20480981lbb.246 - gsmtp
Sat 2014-04-19 15:06:00: Sending <c:\mdaemon\queues\remote\pd35000384790.msg> to [173.194.71.27]
Sat 2014-04-19 15:06:00: Transfer Complete
Sat 2014-04-19 15:06:00: <-- 550-5.7.1 [89.21.128.2 12] Our system has detected that this message is
Sat 2014-04-19 15:06:00: <-- 550-5.7.1 likely unsolicited mail. To reduce the amount of spam sent to Gmail,
Sat 2014-04-19 15:06:00: <-- 550-5.7.1 this message has been blocked. Please visit
Sat 2014-04-19 15:06:00: <-- 550-5.7.1 http://support.google.com/mail/bin/answer.py?hl=en&answer=188131 for
Sat 2014-04-19 15:06:00: <-- 550 5.7.1 more information. sz4si20480981lbb.246 - gsmtp
[/more]

xaxol78

Цитата:

Sat 2014-04-19 15:06:00: <-- 550-5.7.1 [89.21.128.2      12] Our system has detected that this message is  
Sat 2014-04-19 15:06:00: <-- 550-5.7.1 likely unsolicited mail. To reduce the amount of spam sent to Gmail,  
Sat 2014-04-19 15:06:00: <-- 550-5.7.1 this message has been blocked.

Ну да, ваш IP'шни заблокирован gmail'ом. Как временное решение, пока вы разбираетесь с ними, настройте форвард почты для gmail'а через почтовый сервер провайдера.

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

xaxol78
Цитата:

Просто до среды все работало отлично.

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

проблема осталась нерешенной. Все тоже самое.

Sun 2014-04-20 16:40:01: <-- 550-5.7.1 [89.21.128.2 12] Our system has detected that this message is
Sun 2014-04-20 16:40:01: <-- 550-5.7.1 likely unsolicited mail. To reduce the amount of spam sent to Gmail,
Sun 2014-04-20 16:40:01: <-- 550-5.7.1 this message has been blocked. Please visit
Sun 2014-04-20 16:40:01: <-- 550-5.7.1 http://support.google.com/mail/bin/answer.py?hl=en&answer=188131 for
Sun 2014-04-20 16:40:01: <-- 550 5.7.1 more information. x2si22301357lad.75 - gsmtp

Я просто не пойму в какую сторону копать

xaxol78 Читать то, что написано на сайте по указанной урле и по ссылкам с нее. В частности, посмотреть логи своего почтовика. слал ли он спам. Подумать, закрыт ли NAT по 25 порту всем кроме почтовика ?
https://support.google.com/mail/answer/69585?hl=en&ref_topic=3407174
читать тему Encountering '550-5.7.1 Our system has detected that this message is likely unsolicited mail'
там же есть ссылка для контактов с gmail
https://support.google.com/mail/contact/gtag_headers?hl=en&bug_topic=69585&ctx=gtag_headers
в которой должны вложить им письмо

xaxol78
читайте на что ссылаются
https://support.google.com/mail/answer/188131?hl=ru
смотрите логи почтовика - нет ли у вас массовой рассылки на gmail
насчет заражения - вряд ли, так как ваш IP больше нигде не находится в черном списке.

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

почтовик слал спам. я это убрал. Подумать, закрыт ли NAT по 25 порту всем кроме почтовика ? (это надо посмотреть). За ссылки спасибо. В support.google уже написал.
заголовки письма неправильные, что именно ?

Что говорят по поводу найденной уязвимости Heartbleed OpenSSL
У демона она ведь не закрыта в 13.6.2 версии?
В 14 закрыли?

Kamerton Разве Mdaemon когда-то юзал Openssl? Никогда не слышал об этом.


Добавлено:
на всякий случай пошарил на форуме altn
http://lists.altn.com/WebX?14@@.5986066c/2

Код: MDaemon is not affected by this vulnerability.
We are not using OpenSSL to provide SSL support.
--
Arron Caruth
Director of Product Development
Alt-N Technologies

xaxol78

Цитата:

заголовки письма неправильные, что именно

не важно. это когда клиент неправильно формирует сообщение или создаете сообщение нестандартными способами (например скриптами)

ipmanyak
Да - согласен!
Я проверил на каком то проверяльщике и он мне сказал что есть уязвимость!
А вот вчера как написал сообщение - снова пошел проверять - но уже на других проверяльщиках - и все пучком! Нет такой проблемы!
Ну теперь все будут знать что демон не подвержен опасности в этой уязвимости!

Kamerton

Цитата:

демон не подвержен опасности в этой уязвимости!

Виндовые программы редко используют openssl, так как в винде есть своя библиотека для шифрования - http://ru.wikipedia.org/wiki/CryptoAPI

Kamerton

Цитата:

Я проверил на каком то проверяльщике

Мой совет, не пользуйтесь и главное не доверяйте "проверяльщиками", "тестировщиками" и т.д. С их "помощью" можно очень легко и просто получить очень-очень серьёзные проблемы!

Не мною придумана фраза - "Жизнь была бы тяжела, если б не было лоха"!

Добрый день!
Прошу заранее не быть ногами - если ответ есть где-то на форуме. Но я его не нашел.
Задача следующая:
Есть юзвери и есть списки рассылки.
Нужно что бы почта отправлялась не с личного адреса (user@company.com), а от имени списка рассылки (list@company.com).
Если в настройках клиента прописать email list@company.com – не отправляется не проходит проверку – authentication does not match this account.
Если проверку отключить – то спамеры пытаются слать спам от имени этого адреса.
Подскажите плс как этот вопрос решить – возможность отправки от email списка рассылки.

[more] Пожалуйста помогите.Не могу получить письма от одного ящика!

=================================================
E:\MDaemon\Logs\MDaemon-20140422-all.log
=================================================

Tue 2014-04-22 10:59:59: ----------
Tue 2014-04-22 11:00:01: Session 935528; child 0001
Tue 2014-04-22 11:00:01: Accepting SMTP connection from [84.204.170.9:50067] to [10.116.10.10:25]
Tue 2014-04-22 11:00:01: --> 220 mail.etm-res.ru ESMTP MDaemon 14.0.0; Tue, 22 Apr 2014 11:00:01 +0400
Tue 2014-04-22 11:00:01: <-- EHLO msfn.etm.spb.ru
Tue 2014-04-22 11:00:01: --> 250-mail.etm-res.ru Hello msfn.etm.spb.ru, pleased to meet you
Tue 2014-04-22 11:00:01: --> 250-ETRN
Tue 2014-04-22 11:00:01: --> 250-AUTH LOGIN CRAM-MD5 PLAIN
Tue 2014-04-22 11:00:01: --> 250-8BITMIME
Tue 2014-04-22 11:00:01: --> 250 SIZE 25000000
Tue 2014-04-22 11:00:01: <-- MAIL From:<base@etm.spb.ru> SIZE=4022
Tue 2014-04-22 11:00:01: --> 250 <base@etm.spb.ru>, Sender ok
Tue 2014-04-22 11:00:01: <-- RCPT To:<incomres@etm-res.ru>
Tue 2014-04-22 11:00:01: --> 553 mail.etm-res.ru does not accept mail from base@etm.spb.ru
Tue 2014-04-22 11:00:01: <-- DATA
Tue 2014-04-22 11:00:01: --> 503 Unexpected command or sequence of commands
Tue 2014-04-22 11:00:01: <-- RSET
Tue 2014-04-22 11:00:01: --> 250 RSET? Well, ok.
Tue 2014-04-22 11:00:01: <-- QUIT
Tue 2014-04-22 11:00:01: --> 221 See ya in cyberspace
Tue 2014-04-22 11:00:01: SMTP session terminated (Bytes in/out: 110/405)

=================================================
E:\MDaemon\Logs\MDaemon-20140422-SMTP-(in).log
=================================================

Tue 2014-04-22 10:58:53: ----------
Tue 2014-04-22 11:00:01: Session 935528; child 0001
Tue 2014-04-22 11:00:01: Accepting SMTP connection from [84.204.170.9:50067] to [10.116.10.10:25]
Tue 2014-04-22 11:00:01: --> 220 mail.etm-res.ru ESMTP MDaemon 14.0.0; Tue, 22 Apr 2014 11:00:01 +0400
Tue 2014-04-22 11:00:01: <-- EHLO msfn.etm.spb.ru
Tue 2014-04-22 11:00:01: --> 250-mail.etm-res.ru Hello msfn.etm.spb.ru, pleased to meet you
Tue 2014-04-22 11:00:01: --> 250-ETRN
Tue 2014-04-22 11:00:01: --> 250-AUTH LOGIN CRAM-MD5 PLAIN
Tue 2014-04-22 11:00:01: --> 250-8BITMIME
Tue 2014-04-22 11:00:01: --> 250 SIZE 25000000
Tue 2014-04-22 11:00:01: <-- MAIL From:<base@etm.spb.ru> SIZE=4022
Tue 2014-04-22 11:00:01: --> 250 <base@etm.spb.ru>, Sender ok
Tue 2014-04-22 11:00:01: <-- RCPT To:<incomres@etm-res.ru>
Tue 2014-04-22 11:00:01: --> 553 mail.etm-res.ru does not accept mail from base@etm.spb.ru
Tue 2014-04-22 11:00:01: <-- DATA
Tue 2014-04-22 11:00:01: --> 503 Unexpected command or sequence of commands
Tue 2014-04-22 11:00:01: <-- RSET
Tue 2014-04-22 11:00:01: --> 250 RSET? Well, ok.
Tue 2014-04-22 11:00:01: <-- QUIT
Tue 2014-04-22 11:00:01: --> 221 See ya in cyberspace
Tue 2014-04-22 11:00:01: SMTP session terminated (Bytes in/out: 110/405) [/more]

One13 Думаю нужно делать правило и в нем менять поле FROM на адрес рассылки вместо юзера. Но так просто его не изменить, нужно применять регулярные выражения. Нужно еще определиться по какому признаку применять это правило. Слать будут на рассылку из локали или и снаружи тоже?

HolmHolmHolm Лог MDaemon-20140422-all.log у вас какой-то не тот, неполный, фактически это тот же SMTP-IN. В нем должны быть отражены различный проверки. PTR, CFILTER и др.
Проверьте лог Screening.log и фильтры Hostscreening, возможно тот почтовик у вас забанен.

Цитата:

One13 Думаю нужно делать правило и в нем менять поле FROM на адрес рассылки вместо юзера.  Но так просто его не изменить, нужно применять регулярные выражения.  Нужно еще определиться  по какому признаку применять  это правило. Слать будут на рассылку из локали или и снаружи тоже?

Да и из локалки и с наружи (смартфоны, планшеты и т.д.).

One13 Создаешь правило в CF - IF to header contains list@company.com тогда действие - Search and replace within header , в параметрах выбираешь хидер FROM в строке поиска отмечаешь по > - тэгированное выражение и и в нем пишешь [.*], в поле замены пишешь list@company.com. Там же есть тест, где можешь проверить замену. Имей ввиду, в письмах будет меняться только обратный адрес, фамилия отправителя останется неизменной.

Цитата:

Имей ввиду, в письмах будет меняться только обратный адрес, фамилия отправителя останется неизменной.

Начальство хочет что бы письма отправлялись с list@company.com, а не vasya.pupkin@company.com ( что-то вроде Vasya Pupkin Crutaya Company list@company.com.
При этом в настройках клиентов в поле обратный адрес - забито list@company.com, а для входа на сервер прописан конечный пользователь.
где-то так.
Спасибо за помощь - буду тестить. Отпишусь по результатам.

HolmHolmHolm

Цитата:

Tue 2014-04-22 11:00:01: <-- RCPT To:<incomres@etm-res.ru>
Tue 2014-04-22 11:00:01: --> 553 mail.etm-res.ru does not accept mail from base@etm.spb.ru

Проверьте причину запрета на приём почты с этого адреса, соответственно устраните её и всё будет нормально.

Но мне кажется, что все проблемы у вас из-за того, что к вам с внешнего адреса идёт почта с адресом вашего домена без авторизации. Вероятнее всего именно в этом причина отказа от приёма почты.

qxaszw12
подскажи как настроить форвард почты для gmail'а через почтовый сервер провайдера? где копать?

xaxol78

Цитата:

как настроить форвард почты для gmail'а через почтовый сервер провайдера?

Выбирайте пункты меню: Настройка - Первичный домен - Доставка
Далее в "Опции доставки" выбрать - Отсылать всю почту сначала напрямую, потом на Сервер, если будут проблемы.
Далее укажите почтовый сервер провайдера.
Если провайдер требует какие-либо проверки, то укажите их чуть ниже.

Еще для конкретного домена (gmail.com) можете настроить "Шлюз" и в качестве адреса перенаправления укажите адрес вашего провайдера"
http://help.altn.com/mdaemon/ru/index.html?gateway_automatic_gateway_creation.htm


Успехов!

qxaszw12
Спасибо. Как раз так и сделол

Спасибо всем. Почта ходит пока через провайдера. Буду ждать когда гугл удалит из спам листов. Век живи век учись !!!!

[more] Добрый день, Коллеги. Помогите в следующей проблеме: Имеется почтовой сервер MDaemon v. 14.0.0. При отправки письма с нашего сервера на другой почтовой сервер, (а на другом сервере настроен грейт листинг на 5 минут), сталкиваемся с проблемой, наш сервер письмо не отправлено откладывает во кладку удаленные и больше не пытается отправить это письмо. Как это можно побороть, чтобы письма повторно отправлялись оппоненту после задержки в грейт листенге. Спасибо..
Вот лог письма
Fri 2014-04-25 10:00:27: ----------
Fri 2014-04-25 10:06:31: Session 025332; child 0001
Fri 2014-04-25 10:06:31: Parsing message <f:\mdaemon\remoteq\pd50000140027.msg>
Fri 2014-04-25 10:06:31: * From: ******@******.ru
Fri 2014-04-25 10:06:31: * To: ******@*****.ru
Fri 2014-04-25 10:06:31: * Subject:
Fri 2014-04-25 10:06:31: * Size (bytes): 25863
Fri 2014-04-25 10:06:31: * Message-ID: <001201cf604c$ec2e6c00$c48b4400$@ru>
Fri 2014-04-25 10:06:31: Attempting SMTP connection to [******.ru]
Fri 2014-04-25 10:06:31: Resolving MX records for [******.ru] (DNS Server: 192.168.100.1)...
Fri 2014-04-25 10:06:31: * P=010 S=001 D=******* TTL=(349) MX=[mx.*****.ru]
Fri 2014-04-25 10:06:31: * P=020 S=000 D=******.ru TTL=(349) MX=[keys.******.ru]
Fri 2014-04-25 10:06:31: Attempting SMTP connection to [mx.******.ru:25]
Fri 2014-04-25 10:06:31: Resolving A record for [mx.*****.ru] (DNS Server: 192.168.100.1)...
Fri 2014-04-25 10:06:31: * D=mx.********.ru TTL=(349) A=[**************]
Fri 2014-04-25 10:06:31: Attempting SMTP connection to [*************:25]
Fri 2014-04-25 10:06:31: Waiting for socket connection...
Fri 2014-04-25 10:06:31: * Connection established (**********:4831 -> *********:25)
Fri 2014-04-25 10:06:31: Waiting for protocol to start...
Fri 2014-04-25 10:06:31: <-- 220 mx.*******.ru Microsoft ESMTP MAIL Service ready at Fri, 25 Apr 2014 10:08:23 +0400
Fri 2014-04-25 10:06:31: --> EHLO smtp.********.ru
Fri 2014-04-25 10:06:31: <-- 250-mx.********.ru Hello [**************]
Fri 2014-04-25 10:06:31: <-- 250-SIZE
Fri 2014-04-25 10:06:31: <-- 250-PIPELINING
Fri 2014-04-25 10:06:31: <-- 250-DSN
Fri 2014-04-25 10:06:31: <-- 250-ENHANCEDSTATUSCODES
Fri 2014-04-25 10:06:31: <-- 250-STARTTLS
Fri 2014-04-25 10:06:31: <-- 250-X-ANONYMOUSTLS
Fri 2014-04-25 10:06:31: <-- 250-AUTH NTLM LOGIN
Fri 2014-04-25 10:06:31: <-- 250-X-EXPS GSSAPI NTLM
Fri 2014-04-25 10:06:31: <-- 250-8BITMIME
Fri 2014-04-25 10:06:31: <-- 250-BINARYMIME
Fri 2014-04-25 10:06:31: <-- 250-CHUNKING
Fri 2014-04-25 10:06:31: <-- 250-XEXCH50
Fri 2014-04-25 10:06:31: <-- 250-XRDST
Fri 2014-04-25 10:06:31: <-- 250 XSHADOW
Fri 2014-04-25 10:06:31: --> STARTTLS
Fri 2014-04-25 10:06:31: <-- 220 2.0.0 SMTP server ready
Fri 2014-04-25 10:06:31: SSL negotiation successful (TLS 1.0, 2048 bit key exchange, 128 bit RC4 encryption)
Fri 2014-04-25 10:06:31: --> EHLO smtp.******.ru
Fri 2014-04-25 10:06:31: <-- 250-mx.********.ru Hello [**********]
Fri 2014-04-25 10:06:31: <-- 250-SIZE
Fri 2014-04-25 10:06:31: <-- 250-PIPELINING
Fri 2014-04-25 10:06:31: <-- 250-DSN
Fri 2014-04-25 10:06:31: <-- 250-ENHANCEDSTATUSCODES
Fri 2014-04-25 10:06:31: <-- 250-AUTH NTLM LOGIN
Fri 2014-04-25 10:06:31: <-- 250-X-EXPS GSSAPI NTLM
Fri 2014-04-25 10:06:31: <-- 250-8BITMIME
Fri 2014-04-25 10:06:31: <-- 250-BINARYMIME
Fri 2014-04-25 10:06:31: <-- 250-CHUNKING
Fri 2014-04-25 10:06:31: <-- 250-XEXCH50
Fri 2014-04-25 10:06:31: <-- 250-XRDST
Fri 2014-04-25 10:06:31: <-- 250 XSHADOW
Fri 2014-04-25 10:06:31: --> MAIL From:<prvs=1192be3786=******@*****.ru> SIZE=25863
Fri 2014-04-25 10:06:31: <-- 250 2.1.0 Sender OK
Fri 2014-04-25 10:06:31: --> RCPT To:<******@******.ru>
Fri 2014-04-25 10:06:31: <-- 451 4.7.1 Temporarily rejected. Perezvonite pozje.
Fri 2014-04-25 10:06:31: --> QUIT
Fri 2014-04-25 10:06:31: Attempting SMTP connection to [keys.*****.ru:25]
Fri 2014-04-25 10:06:31: Resolving A record for [keys.*****.ru] (DNS Server: 192.168.100.1)...
Fri 2014-04-25 10:06:31: * D=keys.*********.ru TTL=(349) A=[***************]
Fri 2014-04-25 10:06:31: Attempting SMTP connection to [**************:25]
Fri 2014-04-25 10:06:31: Waiting for socket connection...
Fri 2014-04-25 10:06:52: * Winsock Error 10060
Fri 2014-04-25 10:06:52: * *************** added to connection failure cache for 5 minutes
Fri 2014-04-25 10:06:52: Возраст этого сообщения равен 0 минутам; осталось 1 минут его нахождения в этой очереди
Fri 2014-04-25 10:06:52: SMTP session terminated (Bytes in/out: 681/271) [/more]

alex070707
Вы повторяетесь, см. 137-ую страницу (хотя конечно приведение лога сессии - уже хороший шаг).
Из Вашего лога можно сказать что письмо после отшиба по грейлистингу остаётся в очереди на доставку, но время содержания письма в очереди подозрительно маленькое - 1 минута, на следующую попытку у МДемона не остаётся никакого времени, проверьте настройки очередей. Отсюда скорее всего и невозможность доставки.

Но лучше взять выдежку не из smtp-out, а из all - там не только сессия, но и решения МДемона о том что следует предпринять. Об этом уже писалось. В логе all можно найти эту самую smtp-сессию, а также можно среди остальных записей найти что же случилось дальше.

alex070707 Проверьте настройки retry очереди и сделайте их как было, по умолчанию.
Navigation: Queues Menu > Mail Queues > Retry Queue
- держать в remote очереди 60 минут (в течение этого времени будет делать попытку отправить каждую минуту.)
- повторять отправку каждые 240 минут, после истечения предыдущих 60 минут.
- действия с письмами, не отправленными из retry очереди в течении (по дефолту 5 дней).

Добрый день!

Столкнулся с такой проблемой. У нас один пользователь постоянно делает рассылку на более 100 адресов, из них большое количество на mail.ru. Половина из них весят на сервере как спам!



и так постоянно, уже жалобу начальнику хотят доложить!

Кто сталкивался с такой проблемой, подскажите пожалуйста!

Заранее спасибо!