Проблема

Не приходит входящая почта.

Диагностика

  • На сервере СУБД проверить значение параметра standard_conforming_strings в файле /etc/postgresql/11/main/postgresql.conf:
    cat /etc/postgresql/11/main/postgresql.conf | grep standard_conforming_strings
    Ожидаемый вывод:
    standard_conforming_strings=off

Возможная причина: Некорректная интерпретация символа обратной косой черты. Перейти к решению.


  • Если в работе RuPost используется relay-сервер и/или пограничный шлюз, проверить, регистрирует ли сервер RuPost входящую почту.
    Запустить отслеживание журнала работы почты на сервере RuPost:
    sudo tail -f /var/log/mail.log
  • Выполнить пробную отправку письма на RuPost
    Пример отправки письма через telnet:
    telnet relay.rupost.local 25

    Данная команда выполнит подключение к relay-серверу:

    Trying 127.0.0.1... 
    Connected to relay.rupost.local. 
    Escape character is '^]'. 
    220 relay.domain.local ESMTP Postfix (Astra Linux/GNU)

    Ввести команды:

    HELO domain.com                         - выполнить приветствие, подставить имя домена отправителя 
    250 relay.rupost.local                  - сервер ответил 
    MAIL FROM: username@domain.com          - определить отправку письма от имени пользователя 
    250 2.1.0 Ok                            - сервер ответил подтверждением
    RCPT TO: user1@rupost.local             - указать получателя, в данном случае - ящик RuPost 
    250 2.1.5 Ok                            - сервер ответил подтверждением
    DATA                                    - начать ввод данным письма
    354 End data with <CR><LF>.<CR><LF>     - сервер ожидает ввода данных
    Subject: Test Email                     - ввести тему письма
    TEST                                    - ввод
    .                                       - ввести точку и нажимаем "Enter", завершаем ввод письма 
    250 2.0.0 Ok: queued as 4dHnhT0wRrz1vYG - сервер подтвердил и передал письмо на отправку с указанием идентификатора письма
  • Проверить, получает ли отправитель письмо-отбивку о невозможности доставки, например:
    <recipient@domain.name>: host mxname.domain.name[111.111.111.6] said: 550 5.1.1
        <recipient@domain.name>: Recipient address rejected: undeliverable address:
        Address lookup failed (in reply to RCPT TO command)
  • Проверьте вывод в файле mail.logЕсли RuPost получил и зарегистрировал сам факт получения письма, вжурнале появятся записи с указанным выше кодом отказа.
    Пример вывода при получении письма для несуществующего пользователя:
    Nov 28 16:27:39 kvrup main/lmtp[296410]: 4dHvGy1H6Zz27j5: to=<user9999@inno.local>, relay=127.0.0.1[127.0.0.1]:24, delay=35, delays=34/0.07/0.01/0.11, dsn=5.1.1, status=bounced (host 127.0.0.1[127.0.0.1] said: 550 5.1.1 <user9999@inno.local> User doesn't exist: user9999@inno.local (in reply to RCPT TO command))

 Если в файле mail.log отсутствуют записи, соответствующие письму (идентификатору письма, например 4dHnhT0wRrz1vYG, как в примере выше), значит, сервер RuPost не получает входящую почту.

Возможная причина: Некорректно настроен relay-сервер или пограничный шлюз. Перейти к решению.


  1. Включить режим расширенного журналирования Dovecot и добавить в конфигурационный файл /etc/dovecot/dovecot.conf следующие строки:
    auth_verbose = yes
    auth_verbose_passwords = no
    auth_debug = yes
    auth_debug_passwords = yes
    mail_debug = yes 
  2. Перезагрузить почтовые компоненты:
    sudo dovecot reaload
    sudo systemctl restart dovecot
  3. Выполнить команду:
    sudo journalctl -u dovecot --since "today"
    и проверить наличие сообщений вида:
    окт 15 08:46:41 mail.domain.name dovecot[204279]: auth: Debug: domain.name(username@domain.name,127.0.0.2): pass search: base=dc=akb,dc=ru scope=subtree filter=(&(mail=username@domain.name)(proxyAddresses=SMTP:*)(!(objectClass=Contact))) fields=
    окт 15 08:46:41 mail.domain.name dovecot[204279]: auth: Error: domain.name(username@domain.name,127.0.0.2): LDAP search returned multiple entries
    Последнее сообщение говорит о том, что получено более одного ответа с одним и тем же атрибутом — критическая ошибка.

Возможная причина: Учетные записи с одинаковыми атрибутами. Перейти к решению.


Возможные причины