Я настраиваю свой первый демон sendmail на centos, использую виртуальные домены и почту. Пока что у меня все работает, и письма, отправленные с удаленных серверов, попадают в папку «Входящие».
Проблема, с которой я столкнулся, заключается в попытке входа на сервер с помощью почтового клиента.
Я настроил запись mx (около 36 часов назад), например mail.mydomain.org, а также одну для mydomain.org. Я не знаю, нужны ли мне обе.
Проблема в:Когда я пытаюсь добавить учетную запись IMAP в почтовый клиент, он мне говорит, что сервер не отвечает. То же самое, когда я добавляю SMTP.
Я предполагаю, что эти порты не открыты, и я не настроил сервер для прослушивания IMAP или SMTP должным образом.
Я установил Dovecot, который, как я понимаю, обрабатывает запросы imap для Postfix, но я настолько новичок, что мне сложно понять, использует ли мой сервер sendmail или postfix.
Есть ли какие-нибудь советы в правильном направлении или что я могу проверить?
решение1
Запись MX не сообщает клиенту ничего особенного. Почтовые клиенты ищут запись A или AAAA для имени DNS, предоставленного в качестве сервера IMAP или SMTP (или POP3). Записи MX предназначены для указания того, какие серверы являются почтовыми обменниками для вашего домена (например, на какой сервер отправлять почту, когда получатель находится в вашем домене).
Либо порты заблокированы брандмауэром, либо разрешение DNS не работает или выдает неправильный адрес, либо служба, к которой вы пытаетесь получить доступ, не запущена.
Проверьте, что если ваш почтовый клиент пытается использовать SSL для подключения, ваши демоны IMAP и SMTP действительно настроены на прием SSL-подключений. Если вы не хотите этого делать, отключите SSL в настройках клиента.
Проверьте, что DNS-имена, которые вы указываете в клиенте для серверов SMTP и IMAP, верны, и что вы можете открыть соединение (используя telnet или что-то еще) с этим хостом на соответствующих портах (например, 25 и 143). Если хотите, попробуйте сами запустить сеанс IMAP или SMTP в клиенте telnet и посмотрите, выдает ли он правильные ответы.
Рассмотрите возможность проверки журналов на сервере на предмет очевидных ошибок.