Многие ISP является портом блока 25, как я выбираю альтернативный порт?
тире является легкой заменой удара, я предполагаю, что Вы используете человечность, которая изменилась на него несколько лет назад.
Не чрезмерно хороший, хотя, по моему скромному мнению. http://forums.debian.net/viewtopic.php?f=20&t=45116
Your question is not 100% clear to me. Are you looking to have incoming port 25 connections, or are you connecting 25 outbound? I will split the answer into two to cover both bases.
Outbound 25
If by "installs communicate on port 25", you mean that the software installation tries to contact other servers using port 25, that is a bad idea. Do not ship software that calls out on port 25.
The only outbound port your software can rely on for "phoning home" or contacting other servers is port 80. And not only the port, but the protocol has to be HTTP. Some firewalls allow port 80, but they also inspect the protocol and block it if it is not HTTP. You can also rely on 443, HTTPS. Still, I would provide an alternative installation/registration workflow which works if there is no port 80 connection.
ISP's block outgoing 25 because it's used by spammers to directly contact mail servers from subscriber lines and deliver spam.
That being said, of course you can ship software that sends mail, and that uses port 25. However, that mail should go to an SMTP server which is configured by the user. (Quite often, a relay provided by their ISP, which may require authentication.)
Inbound 25
An application that is going to act as a mail server for a domain will generally not be deployable by users who cannot have incoming port 25 open.
Those people will need a workaround, ranging from changing their subscription, changing to another ISP, or using some machine in some other network as a port-forwarding proxy which forwards port 25 connections to the real server, using some port that is open.
The choice of alternate port is best left as a configuration to be determined by the users.
There is no universal port number that is guaranteed to be open, regardless of ISP.
But the bigger problem is that all the mail software out there will expect to connect to port 25. The mail exchange (MX) DNS record does not include a port number; it resolves to a host.
The MX host is expected to listen on port 25.
Если вы просто отправляете электронную почту от имени конечного пользователя, который создает электронную почту в вашем приложении, используйте аутентифицированный SMTP для порта 587.
Вы можете выбрать любой порт, который хотите, при условии, что вы создаете закрытую частную систему электронной почты, и все MTA знают, что использовать этот порт для связи друг с другом, при условии, что вы остаетесь последовательными. Если вам нужна эта система для связи с внешним миром, по крайней мере, один из ваших MTA должен будет использовать порт назначения 25 для ретрансляции или использовать доверенный ретранслятор для выхода в остальной мир.
Пока вы выбираете что-то из диапазона высоких портов, и это то, что вы можете запомнить, это нормально.
Я согласен с Майклом Хэмптоном, но, поскольку в ваших комментариях также говорится о MTA:
-Сделайте свой MUA Программа позволяет конечному клиенту / пользователю выполнить настройку, чтобы установить правильный исходящий MTA со своим интернет-провайдером.
Затем MUA отправит электронное письмо своему резидентному интернет-провайдеру, поскольку это позволит ему исходить из его собственной сети. РЕДАКТИРОВАТЬ: конечно, вы сказали, что ваше приложение является комбинированным MUA / MTA. Это не будет работать для функциональности MTA, если у вас не будет «тысяч» развернутых приложений, а затем отправить всю электронную почту на другой централизованный MTA (через любой порт), а затем этот MTA ретранслирует исходящую электронную почту куда угодно через порт 25.
Для входящих 25 вы можете использовать одну из множества служб перенаправления smtp, поскольку многие интернет-провайдеры блокируют порт 25. См. Это сообщение: http://thenubbyadmin.com/2010/06 /14/list-of-inbound-smtp-redirection-services-some-for-free/ .
Мой плагин для DNSMadeEasy: Comcast заблокировал порт 25 на мне без предупреждения, убив мой почтовый сервер. Изучив варианты перенаправления, я выбрал DNS Made Easy. (EasyDNS в Канаде, DNSExit подняли цены, DYN смехотворно дорого). В DNS Made Easy мне удалось выполнить резервное копирование менее чем за 10 минут, и это с ручными записями MX Record. Они также очень быстро ответили на мой глупый вопрос, потому что я торопился и не нажал маленькую синюю информационную кнопку «i». У них практически бесконечный буфер в 1 ГБ, и мой почтовый сервер стал намного более устойчивым к простоям, когда я использую эту службу перенаправления.
Сегодня я выпустил на ForwardEmail.net, чтобы разрешить переадресацию пользовательских портов для электронной почты. Это решение может сработать для вас. Мы задокументировали это вместе с руководством/инструкцией на нашей странице, посвященной порту 25, заблокированному провайдером .
Если вы не знакомы с ForwardEmail.net:
ForwardEmail — это бесплатная, безопасная служба пересылки электронной почты с открытым исходным кодом, которая позволяет использовать пользовательские домены и одноразовые адреса. Он также имеет строгую политику абсолютной нетерпимости к хранению журналов любого типа (см. Политику конфиденциальности нулевой терпимости для получения дополнительной информации).