Ошибка smtp сессии ошибка чтения

set ssl_starttls=yes
set ssl_force_tls=yes

set imap_user = 'name@gmail.com'
set imap_pass = 'password'

set from='name@gmail.com'
set realname='name@gmail.com'

set folder = imaps://imap.gmail.com/
set spoolfile = imaps://imap.gmail.com/INBOX
set postponed="imaps://imap.gmail.com/[Gmail]/Drafts"

set header_cache = "~/.mutt/cache/headers"
set message_cachedir = "~/.mutt/cache/bodies"
set certificate_file = "~/.mutt/certificates"

set smtp_url = 'smtp://name@gmail.com:password@smtp.gmail.com:465/'

set move = no
set imap_keepalive = 900

set smtp_pass="secrets"

When sending a mail got that error. Firewall also off on server and port 465 open on Security group. Is it required to install postfix with mutt?

Connection to smtp.gmail.com closed SMTP session failed: read error Could not send the message.

I can read the mails on my inbox but can’t send emails. This is on my maillog,

Mar  1 10:20:01 appsvr2 postfix/qmgr[6075]: 9703F3F7974: from=<root@appsvr2.localdomain>, size=768, nrcpt=1 (queue active)
Mar  1 10:20:01 appsvr2 postfix/local[5970]: 9427E3F796E: to=<root@appsvr2.localdomain>, orig_to=<root>, relay=local, delay=0.04, delays=0.03/0.01/0/0, dsn=2.0.0, status=sent (delivered to mailbox)
Mar  1 10:20:01 appsvr2 postfix/qmgr[6075]: 9427E3F796E: removed
Mar  1 10:20:01 appsvr2 postfix/local[5970]: 9703F3F7974: to=<root@appsvr2.localdomain>, orig_to=<root>, relay=local, delay=0.04, delays=0.03/0.01/0/0, dsn=2.0.0, status=sent (delivered to mailbox)
Mar  1 10:20:01 appsvr2 postfix/qmgr[6075]: 9703F3F7974: removed
Mar  1 10:30:01 appsvr2 postfix/pickup[5945]: A43FB3E643: uid=0 from=<root>
Mar  1 10:30:01 appsvr2 postfix/cleanup[5980]: A43FB3E643: message-id=<20190301050001.A43FB3E643@appsvr2.localdomain>
Mar  1 10:30:01 appsvr2 postfix/qmgr[6075]: A43FB3E643: from=<root@appsvr2.localdomain>, size=827, nrcpt=1 (queue active)
Mar  1 10:30:01 appsvr2 postfix/local[5983]: A43FB3E643: to=<root@appsvr2.localdomain>, orig_to=<root>, relay=local, delay=0.04, delays=0.03/0.01/0/0, dsn=2.0.0, status=sent (delivered to mailbox)
Mar  1 10:30:01 appsvr2 postfix/qmgr[6075]: A43FB3E643: removed

0

3

Ошибка SMTP сессии: 553 5.1.2 The address specified is not a valid RFC-5321 address. e1sm927199lbs.44 - gsmtp

Вот часть конфига из .muttrc

set smtp_url=smtp://usermail:pass@smtp.gmail.com:587/
set ssl_force_tls = yes

set ssl_starttls=yes
set ssl_force_tls=yes

set imap_user = '[email protected]'
set imap_pass = 'password'

set from='[email protected]'
set realname='[email protected]'

set folder = imaps://imap.gmail.com/
set spoolfile = imaps://imap.gmail.com/INBOX
set postponed="imaps://imap.gmail.com/[Gmail]/Drafts"

set header_cache = "~/.mutt/cache/headers"
set message_cachedir = "~/.mutt/cache/bodies"
set certificate_file = "~/.mutt/certificates"

set smtp_url = 'smtp://[email protected]:[email protected]:465/'

set move = no
set imap_keepalive = 900

set smtp_pass="secrets"

2019-02-01 07:03

Ошибка SMTP сессии на Exim

26 Nov 2012 | Автор: dd |

День начался радостно, с того, что по каким то причинам перестала доставляться почта от одного из клиентов, а на почтовом сервере Exim, пошли отлупы в виде сообщения “unexpected disconnection while reading SMTP command from smtp.xxxx.xx”

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

Судя по заголовкам писем, возвращавшихся отправителю с ошибками, разрыв сессии случался на стадии smtp-диалога, на моменте отправки команды “RCPT TO:”, то есть явно до начала работы спамфильтра или антивируса, так что стал отталкиваться от того, что разрыв сесси приходится на какие то проверки в процессе установки сессии.

Скажу сразу, надо было больше положиться на логирование и подключение дополнительных опций в логах и плясать от них, нежели от вариантов ошибок. Но я счел, что ошибка довольно тривиальная и полез в инеты с тем, что сессия рвалась между почтарями Exim и Exchange. И действительно одной из основных причин данной ошибки был озвучен сбой в процессе проверки обратного вызова ident, описываемый в основной конфигурации Exim:
rfc1413_hosts = *
rfc1413_query_timeout = 0s

Надо отметить, что данную проверку уже какое то время поругивают, так как она является не безопасной, и большинство современных почтарей её не поддерживают, но у меня никаких проблем её наличие не вызывало. Также есть истории о том, что ident вызов может не проходить на некоторых фаерволах или рутерах (например на глючных прошивках PIX), так что пришлось поковыряться на клиентском шлюзе Sofaware, но и там все было нормально.
Так что пришлось проверку по ident сначала закоментить, а потом и вообще настроить на исключение, увеличив таймаут до 10 секунд, но это не помогло.
Также не помогло и добавление параметра на увеличение таймаута для входяещего SMTP соединения:
smtp_receive_timeout = 10m

Так что пришлось подключать более широкое логирование и плясать уже оттуда. Оказалось, что эту проблему почему то начали вызывать проверки на дохлых RBL, описанные в acl секторе, так как пока почтовый сервер exim ждал отклика от дохлых RBL, почтовый сервер Exchange отваливался по таймауту. Причем, судя по всему, RBL’ы были мертвы уже какое то время, но проблему они стали вызывать только сегодня.

Ошибка SMTP сессии на Exim, 4.2 out of 10 based on 25 ratings

Теги: exim, почтовые системы