+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

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

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

keema

Guest

10.02.2015 11:55:00

Привет, я больше не могу отправлять письма с 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". И, конечно, такие письма помечаются как спам, потому что нет аутентификации.

Juta

Guest

24.02.2015 13:36:00

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

Clauu

Guest

24.02.2015 19:03:00

Да... такое же поведение.
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]

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

Clauu Guest	#5 0 25.02.2015 08:37:00 Нет, это определённо не решение.

keema Guest	#6 0 25.02.2015 12:50:00 Определённо нет.

Juta

Guest

22.04.2015 11:34:00

Обновление статуса после перехода на версию 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: <routeros@site1.example.com>
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: <administrator@example.com>
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.

Juta Guest	#8 0 28.05.2015 10:00:00 Исправлено в версии 6.29

keema Guest	#9 0 22.07.2015 12:46:00 Версия 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.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры