LINUX.ORG.RU
ФорумAdmin

exim и mail.ru


0

1

Настроил exim4.
Письма на mail.ru как бы отправляются, но не доходят.

На сервере telnet mxs.mail.ru 25:
<< EHLO domain.ru
<< MAIL FROM: from_mail@domain.ru
<< RCPT TO: to_mail@inbox.ru
<< DATA
<< Subject: eximt
<<
<< eximtest
<<
<< .
<< QUIT

Письмо нормально приходит.
Если вместо mxs.mail.ru - ставить localhost, то уже нет, только на гугл.



Последнее исправление: diem (всего исправлений: 3)

Часть exim конфига

04:34:26 9413 >>>>>>>>>>>>>>>> Remote deliveries >>>>>>>>>>>>>>>>
04:34:26 9413 --------> to_mail@inbox.ru <--------
04:34:26 9413 search_tidyup called
04:34:26 9414 changed uid/gid: remote delivery to to_mail@inbox.ru with transport=remote_smtp
04:34:26 9414 uid=104 gid=107 pid=9414
04:34:26 9414 auxiliary group list: <none>
04:34:26 9414 set_process_info: 9414 delivering 1P95aB-0002Ro-TK using remote_smtp
04:34:26 9414 expanding: T: remote_smtp for $local_part@$domain
04:34:26 9414 result: T: remote_smtp for to_mail@inbox.ru
04:34:26 9414 T: remote_smtp for to_mail@inbox.ru
04:34:26 9414 remote_smtp transport entered
04:34:26 9414 to_mail@inbox.ru
04:34:26 9414 inbox.ru in queue_smtp_domains? no (option unset)
04:34:26 9414 checking status of mxs.mail.ru
04:34:26 9414 locking /var/spool/exim4/db/retry.lockfile
04:34:26 9414 locked /var/spool/exim4/db/retry.lockfile
04:34:26 9414 EXIM_DBOPEN(/var/spool/exim4/db/retry)
04:34:26 9414 returned from EXIM_DBOPEN
04:34:26 9414 opened hints database /var/spool/exim4/db/retry: flags=O_RDONLY
04:34:26 9414 dbfn_read: key=T:mxs.mail.ru:94.100.176.20
04:34:26 9414 dbfn_read: key=T:mxs.mail.ru:94.100.176.20:1P95aB-0002Ro-TK
04:34:26 9414 no message retry record
04:34:26 9414 host retry time not reached: checking ultimate address timeout
04:34:26 9414 now=1287707666 first_failed=1287656936 next_try=1287714489 expired=0
04:34:26 9414 address match: subject=*@mxs.mail.ru pattern=*
04:34:26 9414 mxs.mail.ru in «*»? yes (matched «*»)
04:34:26 9414 *@mxs.mail.ru in «*»? yes (matched «*»)
04:34:26 9414 received_time=1287707647 diff=19 timeout=345600
04:34:26 9414 mxs.mail.ru [94.100.176.20] status = unusable
04:34:26 9414 all IP addresses skipped or deferred at least one address
04:34:26 9414 updating wait-remote_smtp database
04:34:26 9414 locking /var/spool/exim4/db/wait-remote_smtp.lockfile
04:34:26 9414 locked /var/spool/exim4/db/wait-remote_smtp.lockfile
04:34:26 9414 EXIM_DBOPEN(/var/spool/exim4/db/wait-remote_smtp)
04:34:26 9414 returned from EXIM_DBOPEN
04:34:26 9414 opened hints database /var/spool/exim4/db/wait-remote_smtp: flags=O_RDWR
04:34:26 9414 dbfn_read: key=mxs.mail.ru
04:34:26 9414 dbfn_read: key=mxs.mail.ru:11
04:34:26 9414 dbfn_read: key=mxs.mail.ru:10
04:34:26 9414 dbfn_read: key=mxs.mail.ru:9
04:34:26 9414 dbfn_read: key=mxs.mail.ru:8
04:34:26 9414 dbfn_read: key=mxs.mail.ru:7
04:34:26 9414 dbfn_read: key=mxs.mail.ru:6
04:34:26 9414 dbfn_read: key=mxs.mail.ru:5
04:34:26 9414 dbfn_read: key=mxs.mail.ru:4
04:34:26 9414 dbfn_read: key=mxs.mail.ru:3
04:34:26 9414 dbfn_read: key=mxs.mail.ru:2
04:34:26 9414 dbfn_read: key=mxs.mail.ru:1
04:34:26 9414 dbfn_read: key=mxs.mail.ru:0
04:34:26 9414 dbfn_write: key=mxs.mail.ru
04:34:26 9414 added to list for mxs.mail.ru
04:34:26 9413 set_process_info: 9413 delivering 1P95aB-0002Ro-TK: waiting for a remote delivery subprocess to finish
04:34:26 9413 selecting on subprocess pipes
04:34:26 9414 Leaving remote_smtp transport
04:34:26 9414 set_process_info: 9414 delivering 1P95aB-0002Ro-TK (just run remote_smtp for to_mail@inbox.ru in subprocess)
04:34:26 9414 search_tidyup called
04:34:26 9413 reading pipe for subprocess 9414 (not ended)
04:34:26 9413 read() yielded 75
04:34:26 9413 Z0 item read
04:34:26 9413 remote delivery process 9414 ended
04:34:26 9413 set_process_info: 9413 delivering 1P95aB-0002Ro-TK
04:34:26 9413 post-process to_mail@inbox.ru (1)
04:34:26 9413 LOG: retry_defer MAIN
04:34:26 9413 == to_mail@inbox.ru R=dnslookup T=remote_smtp defer (-53): retry time not reached for any host
04:34:26 9413 >>>>>>>>>>>>>>>> deliveries are done >>>>>>>>>>>>>>>>

diem
() автор топика
Ответ на: комментарий от true_admin

))))
Гугл так для теста, то есть с ним всё ok, в отличии от mail.ru
В логи глянул, при отправке мыла всё норм.

Но куча from_mail@domain.ru R=local_user T=mail_spool defer (-52): Retry time not yet reached

Возможно ещё старые, пока exim настраивал.

и очень волнует строчка в дебаге (что выше)
04:34:26 9414 mxs.mail.ru [94.100.176.20] status = unusable
Не понимаю только, что это означает и почему

diem
() автор топика
Ответ на: комментарий от diem

Если не ясно выразился то проблема в том что письма не доходят на mail.ru, только с этого сервера напрямую через mxs.mail.ru.
P.S. mx запись есть.

domain.ru mail is handled by 5 domain.ru.

diem
() автор топика

просто в DATA не дописал все для хедеров
DATA
Subject: test
from: from_mail@domain.ru
to: to_mail@inbox.ru
X-Mailer: telnet session
it's test only
nothing more
.


malamute
()
Ответ на: комментарий от diem

ну значит на тот момент сервер не принимал от тебя почту.

true_admin ★★★★★
()
Ответ на: комментарий от malamute

Нет, это для примера. К стати повторюсь, просто с Subject: письма идут, но только если с хоста напрямую через mxs.mail.ru.

Да и с почтовых клиентов таже фигня, они то всё добавляют.

Скажем c thunderbird, будто бы всё ok, писмьо сохраняеться в отпраленных и т.д.

Если письмо действительно отправляеться (к примеру на gmail)
то в дебаге, в блоке Remote deliveries есть SMTP<< 220 mx.google.com ESMTP b57si5119458eei.51, и так далее.

Не могу понять в чём, дело, перепробывал кучу вариантов.

diem
() автор топика
Ответ на: комментарий от malamute

Куда ему это дописывать? Он почту через MUA (thunderbird) отправляет и эта почта и не проходит на mail.ru, а через telnet проходит.

mky ★★★★★
()
Ответ на: комментарий от diem

Извиняюсь чето вчера плохо вчитался. «Скажем c thunderbird, будто бы всё ok, письмо сохраняеться в отпраленных и т.д.» - я так понял, что сообщение о недоставке не приходит, так? А попробуй сделать обратным адресом гугловский какой-нибудь (то есть пишешь с гугла на мейл через свой релей) и посмотри что придет в сообщении о недоставке.

malamute
()
Ответ на: комментарий от malamute

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

malamute
()
Ответ на: комментарий от malamute

Невероятно но факт!)

Попробывал написать в MAIL FROM гугловский мэйл, и письмо спокойно себе пришло на mail.ru

Потом попробывал через thunderbird со стандартными данными, и писмо тоже пришло.

А самое интересное - то, что я и никто иной 100% не правил конфиг, после размещения данного поста.

Всёравно всем спасибо за помощь.

diem
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.