Некоторое время я без проблем запускал ящик CentOS / Dovecot / Postfix в качестве почтового сервера.
Несколько недель назад пользователи перестали отправлять электронные письма через внешних клиентов. Они могут читать и получать доступ к своей электронной почте из клиентов Outlook / Evolution / Thunderbird, но не могут отправлять электронные сообщения.
Сообщение об ошибке для меня очень неоднозначно. В основном это говорит о том, что клиент не может подключиться к серверу.
Я не менял никаких файлов конфигурации, и в почтовом журнале не записываются эти неудачные попытки.
Я новичок в этой работе, и я в тупике.
Мы будем очень благодарны за любую помощь в указании любых возможных причин или каких-либо журналов, которые мне не хватает, или любых ресурсов, которые я мог бы изучить.
Изменить: я могу отправлять электронные письма через локальный веб-почтовый клиент, например roundcube или squirrel.
ОБНОВИТЬ:
Как предложил Мэтт Симмонс, я попытался подключиться к серверу через telnet. Мне удалось подключиться изнутри, но не извне. Затем я решил изменить порт и смог подключиться извне и отправлять электронные письма с учетных записей электронной почты в моем домене от внешних клиентов.
Однако теперь я не могу получать электронные письма от учетных записей, находящихся за пределами моего сервера. Пожалуйста помоги. Я исправил небольшую проблему и создал большую.
Я обнаружил, что мой интернет-провайдер блокирует порт 25. Вместо этого я использую порт отправки.
Попытка подключиться к telnet снаружи и изнутри, как предложил Мэтт Симмонс, указала мне правильное направление, и я получил последнюю подсказку в следующем потоке:
Мой интернет-провайдер блокирует порт 25. Порт 587 - хорошая замена?
Спасибо.
Я не использую Centos, но использую RHEL. Одна вещь, которая часто укусывает меня в RHEL, но я часто забываю ее проверить, - это SELinux.
Попробуйте выключить, т.е. setenforce 0 и посмотрите, имеет ли это значение. Иногда люди выключают его во время настройки, а затем забывают сделать изменение постоянным в файле конфигурации, затем при перезагрузке оно возвращается, и все перестает работать,
Проблема с использованием порта отправки заключается в том, что он обычно предназначен для использования только аутентифицированными пользователями. По этой причине внешние почтовые серверы не будут пытаться доставлять почту на ваш сервер, используя порт отправки.
Шаг 1 - Служба работает?
service dovecot status
Если нет, то
service dovecot start
Шаг 2 - Можете ли вы подключиться к локальному хосту через порт 25 и 443?
Если нет, попробуйте перезапустить службу и повторите попытку. Если вы по-прежнему не можете, проверьте журнал почты и сообщения на предмет полезной информации. Возможно, вам придется запустить сервер в режиме отладки (что я не знаю, как это сделать, но вы сможете понять, прочитав /etc/init.d/dovecot)
Шаг 3 - Можете ли вы подключиться к серверу через эти порты через Telnet с других машин?
Если нет, проверьте брандмауэр на этом компьютере. Проверьте /etc/hosts.deny. Проверьте брандмауэры на машинах, к которым вы пытаетесь подключиться.
Если вы успешно зашли так далеко и все работает, но ваши клиенты по-прежнему не могут подключиться, пора попробовать стать клиентом. Telnet к порту 25 на сервере (с другой машины) и притвориться smtp-клиентом:
HELO fakeclient
MAIL FROM myemail@address.com
RCPT TO: someone@theserver.com
DATA
To: someone@theserver.com
From: myemail.com
Subject: Test 1
This is test 1
.
Надеюсь, появится какое-то диагностическое сообщение, и вы узнаете, почему оно не было принято к доставке. Если он БЫЛ принят к доставке, представьте себя IMAP-сервером
Telnet к порту 443 на машине и сделайте следующее:
? LOGIN username password
? LIST "" "*"
? LOGOUT
Если вы успешно зашли так далеко, то сломались почтовые клиенты. Проверьте, не работают ли конфигурации прокси-сервера или, в худшем случае, переустановите.