Mikrotik.moscow [тема: После обновления письма не отправляются.]

После обновления письма не отправляются.

Wed, 22 Jul 2015 12:46:00 -0400

После обновления письма не отправляются. RouterOS в форуме RouterOS.
Версия 6.30.1: Не могу отправить письма. В логе Mikrotik ошибок нет, всё прошло успешно, но письмо не приходит ни на мой корпоративный Exchange, ни на личный Gmail.
/tool e-mail send to="****@gmail.com" from="****@****.com" server="IP сервера" subject="тема" user="username" password="password" start-tls=yes
Пробовал также без кавычек — разницы нет. Тестировал на x86, rb411 и rb751 с RoS версии 6.30.1.
22.07.2015 12:46:00, keema.

После обновления письма не отправляются.

Thu, 28 May 2015 10:00:00 -0400

После обновления письма не отправляются. RouterOS в форуме RouterOS.
Исправлено в версии 6.29
28.05.2015 10:00:00, Juta.

После обновления письма не отправляются.

Wed, 22 Apr 2015 11:34:00 -0400

После обновления письма не отправляются. RouterOS в форуме RouterOS.
Обновление статуса после перехода на версию 6.28 — без изменений, проблема всё ещё существует. Вот полный лог RB сессии электронной почты, если ваш почтовый клиент RB настроен на использование TLS (/tool e-mail set start-tls=yes):

Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 220 mail.example.com NO UCE ESMTP
Apr/22/2015 13:49:38 e-mail,debug EMAIL: send EHLO [192.168.0.1]
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-mail.example.com
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-PIPELINING
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-SIZE 40960000
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-ETRN
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-STARTTLS
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-AUTH PLAIN LOGIN
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-AUTH=PLAIN LOGIN
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-ENHANCEDSTATUSCODES
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-8BITMIME
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250 DSN
Apr/22/2015 13:49:38 e-mail,debug EMAIL: send STARTTLS
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 220 2.0.0 Ready to start TLS
Apr/22/2015 13:49:38 e-mail,debug EMAIL: send EHLO [xxxx:xxxx:xxxx:xxxx:7757:c608:774d:10e8]
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-mail.example.com
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-PIPELINING
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-SIZE 40960000
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-ETRN
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-AUTH PLAIN LOGIN
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-AUTH=PLAIN LOGIN
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-ENHANCEDSTATUSCODES
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250-8BITMIME
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250 DSN
Apr/22/2015 13:49:38 e-mail,debug EMAIL: send MAIL FROM:
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250 2.1.0 Ok
Apr/22/2015 13:49:38 e-mail,debug EMAIL: send RCPT TO:
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250 2.1.5 Ok
Apr/22/2015 13:49:38 e-mail,debug EMAIL: send DATA
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 354 End data with .
Apr/22/2015 13:49:38 e-mail,debug EMAIL: send .
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 250 2.0.0 Ok: queued as 70DD892A03A
Apr/22/2015 13:49:38 e-mail,debug EMAIL: send QUIT
Apr/22/2015 13:49:38 e-mail,debug EMAIL: recv: 221 2.0.0 Bye

Видите разницу между двумя EHLO? Я не понимаю, почему он посылается именно в таком виде. Было бы нормально просто повторить первый EHLO ещё раз. Postfix не любит второй EHLO, потому что он не соответствует rfc2821, разделу 4.1.3.

Ещё один вариант решения — не использовать TLS.
22.04.2015 11:34:00, Juta.

После обновления письма не отправляются.

Wed, 25 Feb 2015 12:50:00 -0500

После обновления письма не отправляются. RouterOS в форуме RouterOS.
Определённо нет.
25.02.2015 12:50:00, keema.

После обновления письма не отправляются.

Wed, 25 Feb 2015 08:37:00 -0500

После обновления письма не отправляются. RouterOS в форуме RouterOS.
Нет, это определённо не решение.
25.02.2015 08:37:00, Clauu.

После обновления письма не отправляются.

Wed, 25 Feb 2015 07:20:00 -0500

После обновления письма не отправляются. RouterOS в форуме RouterOS.
Временным решением будет закомментировать reject_invalid_helo_hostname в smtpd_helo_restrictions в /etc/postfix/main.cf, но будьте готовы к возможному увеличению количества спама. -tadas
25.02.2015 07:20:00, Juta.

После обновления письма не отправляются.

Tue, 24 Feb 2015 19:03:00 -0500

После обновления письма не отправляются. RouterOS в форуме RouterOS.
Да... такое же поведение.
Feb 24 15:41:52 debian postfix/smtpd[4115]: Установлено анонимное TLS-соединение с unknown[192.168.80.1]: TLSv1.2, шифр ECDHE-RSA-AES256-GCM-SHA384 (256/256 бит)
Feb 24 15:41:52 debian postfix/smtpd[4115]: NOQUEUE: отклонено: RCPT от unknown[192.168.80.1]: 554 5.5.2 <[774a:de0:774b:1f0:774b:608:7740:50e8]>: команда Helo отклонена: неверный IP-адрес; from=<> admin@domain.com to=<> mymail@yahoo.com proto=ESMTP helo=<[774a:de0:774b:1f0:774b:608:7740:50e8]>
Feb 24 15:41:52 debian postfix/smtpd[4115]: отключение от unknown[192.168.80.1]
24.02.2015 19:03:00, Clauu.

После обновления письма не отправляются.

Tue, 24 Feb 2015 13:36:00 -0500

После обновления письма не отправляются. RouterOS в форуме RouterOS.
Похоже, MT переделали команду SMTP HELO так, что теперь она отправляет IPv6-адрес, но забыли добавить «IPv6:» перед ним, из-за чего нарушили пункт 4.1.3 RFC2821. Да, в логе RB750 я вижу ошибку «invalid TO address», но причина отклонения письма сервером — «Helo command rejected: invalid ip address; from= to= proto=ESMTP helo=<[xxxx:xxxx:xxxx:xxxx:0:dc:775e:d0e8]>». Запускаю ROS 6.27 на RB750. — tadas
24.02.2015 13:36:00, Juta.

После обновления письма не отправляются.

Tue, 10 Feb 2015 11:55:00 -0500

После обновления письма не отправляются. RouterOS в форуме RouterOS.
Привет, я больше не могу отправлять письма с Mikrotik. При этом я в замешательстве, ведь раньше всё работало до обновления моей лаборатории до версии 6.26. Я обновился с 6.19. Раньше работало вот так: send server=1.2.3.4 from=sender@example.com to=recepient@example.com subject="test" start-tls=yes user=user password=password. Теперь же работает только так: send server=1.2.3.4 from=sender@example.com to=recepient@example.com subject="test". И, конечно, такие письма помечаются как спам, потому что нет аутентификации.
10.02.2015 11:55:00, keema.