Postfix / Dovecot / MySQL / Ubuntu 16.04 - Получение через IMAP, но не отправка

Я дошел до того, что, по-моему, я прочитал каждую статью / статью об этом и застрял. Я относительно не знаком с Ubuntu и Linux в целом, но я пытался решить одну проблему одновременно.

Проблема в том, что она не отправит электронное письмо от внешнего почтового клиента. Я пытался связать его через gmail, через мое приложение Outlook. Он будет получать сообщения электронной почты без проблем, указывая на то, что входящий сервер работает нормально.

В этот момент он также не создает ошибок в файле mail.err.

выдержка из файла mail.log.

Sep 15 01:34:12 lamp-512mb-nyc3-01 postfix/qmgr[9953]: F02FF1F8F98: from= <nate@exampledomain.com>, size=2312, nrcpt=1 (queue active) Sep 15 01:34:12 lamp-512mb-nyc3-01 postfix/smtp[9963]: connect to gmail- smtp-in.l.google.com[2607:f8b0:400d:c01::1a]:25: Network is unreachable Sep 15 01:34:42 lamp-512mb-nyc3-01 postfix/smtp[9963]: connect to gmail- smtp-in.l.google.com[173.194.68.26]:25: Connection timed out Sep 15 01:34:42 lamp-512mb-nyc3-01 postfix/smtp[9963]: connect to alt1.gmail-smtp-in.l.google.com[2800:3f0:4003:c01::1b]:25: Network is unreachable Sep 15 01:34:42 lamp-512mb-nyc3-01 postfix/smtp[9989]: connect to aspmx.l.google.com[173.194.207.27]:25: Connection timed out Sep 15 01:34:42 lamp-512mb-nyc3-01 postfix/smtp[9989]: connect to aspmx.l.google.com[2607:f8b0:400d:c0c::1a]:25: Network is unreachable Sep 15 01:34:42 lamp-512mb-nyc3-01 postfix/smtp[9989]: connect to alt1.aspmx.l.google.com[2800:3f0:4003:c01::1a]:25: Network is unreachable

Любые идеи, почему я получаю эти ошибки?

postconf -n:

alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no inet_interfaces = all inet_protocols = all mailbox_size_limit = 0 mydestination = localhost myhostname = example.com mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 myorigin = /etc/mailname readme_directory = no recipient_delimiter = + relayhost = smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu) smtpd_recipient_restrictions = permit_sasl_authenticated permit_mynetworks reject_unauth_destination smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_path = private/auth smtpd_sasl_type = dovecot smtpd_tls_auth_only = yes smtpd_tls_cert_file = /etc/letsencrypt/live/Example.com/fullchain.pem smtpd_tls_key_file = /etc/letsencrypt/live/Example.com/privkey.pem smtpd_use_tls = yes virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual-mailbox-domains.cf virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf virtual_transport = lmtp:unix:private/dovecot-lmtp
0
задан 15 September 2017 в 05:17

3 ответа

Это похоже на то, что исходящие соединения на порту 25 блокируются брандмауэром. Запустите telnet gmail- smtp-in.l.google.com 25, чтобы вручную установить соединение с каким-либо SMTP-сервером (а также попробовать другие хосты-получатели, если только Google будет нацелен).

Если соединение работает, вы должны получить некоторый результат, подобный этому :

Trying 2a00:1450:400c:c06::1b...
Connected to gmail-smtp-in.l.google.com.
Escape character is '^]'.
220 mx.google.com ESMTP q18si2099858wre.148 - gsmtp

Если вы также получаете таймауты соединений с telnet, проверьте свою систему на локальные брандмауэры и обратитесь к сетевому администратору / оператору, чтобы открыть исходящие соединения на порту 25 в своем брандмауэре. Если вы управляете сервером за каким-то товарным маршрутизатором: некоторые также блокируют попытки подключения к порту 25, в этом случае проконсультируйтесь с конфигурацией маршрутизатора или вручную (но имейте в виду, что большинство сайтов-получателей будут блокировать почту с нестатических IP-адресов для борьбы со спамом, используйте smarthost в этом случае для отправки почты).

0
ответ дан 22 May 2018 в 18:27
  • 1
    Спасибо огромное! Это было действительно заблокировано - это звучит так очевидно. Вместо того, чтобы проверять ufw, чтобы увидеть, какие порты разрешены, я ранее просто установил его, чтобы разрешить 25. Когда я проверил, я увидел, что он разрешил 25, но также имел правило отклонять 25 из ..., который был решен sudo ufw разрешите 25. Еще раз спасибо! – Nathan Krowitz 16 September 2017 в 19:09

Это похоже на то, что исходящие соединения на порту 25 блокируются брандмауэром. Запустите telnet gmail- smtp-in.l.google.com 25, чтобы вручную установить соединение с каким-либо SMTP-сервером (а также попробовать другие хосты-получатели, если только Google будет нацелен).

Если соединение работает, вы должны получить некоторый результат, подобный этому :

Trying 2a00:1450:400c:c06::1b... Connected to gmail-smtp-in.l.google.com. Escape character is '^]'. 220 mx.google.com ESMTP q18si2099858wre.148 - gsmtp

Если вы также получаете таймауты соединений с telnet, проверьте свою систему на локальные брандмауэры и обратитесь к сетевому администратору / оператору, чтобы открыть исходящие соединения на порту 25 в своем брандмауэре. Если вы управляете сервером за каким-то товарным маршрутизатором: некоторые также блокируют попытки подключения к порту 25, в этом случае проконсультируйтесь с конфигурацией маршрутизатора или вручную (но имейте в виду, что большинство сайтов-получателей будут блокировать почту с нестатических IP-адресов для борьбы со спамом, используйте smarthost в этом случае для отправки почты).

0
ответ дан 18 July 2018 в 06:49

Это похоже на то, что исходящие соединения на порту 25 блокируются брандмауэром. Запустите telnet gmail- smtp-in.l.google.com 25, чтобы вручную установить соединение с каким-либо SMTP-сервером (а также попробовать другие хосты-получатели, если только Google будет нацелен).

Если соединение работает, вы должны получить некоторый результат, подобный этому :

Trying 2a00:1450:400c:c06::1b... Connected to gmail-smtp-in.l.google.com. Escape character is '^]'. 220 mx.google.com ESMTP q18si2099858wre.148 - gsmtp

Если вы также получаете таймауты соединений с telnet, проверьте свою систему на локальные брандмауэры и обратитесь к сетевому администратору / оператору, чтобы открыть исходящие соединения на порту 25 в своем брандмауэре. Если вы управляете сервером за каким-то товарным маршрутизатором: некоторые также блокируют попытки подключения к порту 25, в этом случае проконсультируйтесь с конфигурацией маршрутизатора или вручную (но имейте в виду, что большинство сайтов-получателей будут блокировать почту с нестатических IP-адресов для борьбы со спамом, используйте smarthost в этом случае для отправки почты).

0
ответ дан 24 July 2018 в 18:41

Другие вопросы по тегам:

Похожие вопросы: