Вопросы Теги

Сервер CentOS/Dovecot/Postfix не позволяет внешним почтовым клиентам больше посылать электронное письмо

Используйте netstat или ActivePorts, чтобы найти, держится ли что-то все еще за порт 80.

1
задан 30 May 2009 в 20:12
4 ответа

Я узнал, что мой ISP блокирует порт 25. Я использую порт представления вместо этого.

При попытке соединиться с telnet с внешней стороны и внутренней части, поскольку предложенный Matt Simmons указал на меня в правильном направлении, и я получил заключительную подсказку в следующем потоке:

Мой ISP является блокирующим портом 25. Порт 587 хорошая замена?

Спасибо.

2
ответ дан 3 December 2019 в 20:03

Я не использую Centos, но я действительно использую RHEL. Одной вещью, что soemtimes кусает меня с RHEL, который я часто забываю проверять, является SELinux.

Попытайтесь выключить его, т.е. setenforce 0 и посмотрите, имеет ли это значение. Иногда люди выключают его, в то время как они приводят в порядок набор и затем забывают делать изменение постоянным в файле конфигурации, затем на перезагрузке это возвращается, и вещи прекращают работать,

1
ответ дан 3 December 2019 в 20:03
  • 1
    Уже попробованный это. Выполнение sestatus говорит мне, что отключено. –  user6271 30 May 2009 в 19:19

Шаг 1 - услуга работает? 

 service dovecot status

Если не, то 

 service dovecot start

Шаг 2 - Может Вы telnet к localhost на порте 25 и 443?

В противном случае попытайтесь перезапустить сервис и и проверьте снова. Если Вы все еще не можете, проверить maillog и сообщения для полезного вывода. Вам, вероятно, придется выполнить сервер в режиме отладки (который я не знаю, как сделать, но необходимо смочь выяснить путем чтения/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

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

0
ответ дан 3 December 2019 в 20:03
  • 1
    Я попробовал Ваш подход telneting. Я мог соединиться с внутренней части, но не с внешней стороны. Я изменил порт для наблюдения то, что произошло, и я смог к conennect от внутренней и внешней части, но теперь меня can' t получают электронное письмо от другого домены. Я сосу так много в этом. –  user6271 30 May 2009 в 20:24

Проблема с использованием порта представления состоит в том, что это обычно предназначается для использования только аутентифицируемыми пользователями. Из-за этого внешние почтовые серверы не собираются пытаться поставить почту Вашему серверу с помощью порта представления.

0
ответ дан 3 December 2019 в 20:03
  • 1
    That' s прекрасный - внешним почтовым серверам нельзя блокировать их порты исходящей почты. Порт 25 предназначается для использования для MTA к коммуникации MTA, тогда как порт 587 предназначается для использования для MUA к коммуникации MTA. –  MikeyB 4 June 2009 в 04:57
  • 2
    Право, но если I' m недоразумение запроса, adolfojp' s ISP имеет полностью firewalled от порта 25, таким образом, MTA can' t принимают входящие соединения от другого MTAs. Я думаю he' s просьба о пути вокруг этого. –  Josh Steadmon 5 June 2009 в 00:40

Теги

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