Я настраиваю SMTP-сервер за NAT. Я немного смущен требованиями DNS, так как думал, что могу просто настроить SMTP-сервер и разрешить соединения с внутреннего IP-адреса на машине, и он будет нормально отправлять электронные письма.
Теперь я могу заставить его отправлять электронные письма на учетные записи Gmail, но на других учетных записях электронной почты, похоже, не может подключиться к их почтовому серверу.
Я кое-что читал об обратном поиске DNS - нужно ли мне вводить некоторые записи DNS для домена, чтобы другие почтовые серверы могли выполнять обратный поиск и проверять, что я легален? В настоящее время электронные письма приходят только с внешнего IP-адреса сервера.
Обновить
Проблема с отправкой электронной почты была определена как нестандартные окончания строк в текстовых сообщениях электронной почты. Убедитесь, что вы используете "\r\n" вместо того "\n" в текстовых сообщениях, так как в противном случае некоторые почтовые серверы будут отклонять ваши сообщения!
Тебе особо нечего делать. Я не уверен, почему это работает в Gmail, а не где-либо еще; на сколько разных доменов вы пытались отправить?
1) Проверьте свои журналы SMTP. Включите ведение журнала, если оно не включено (используйте IIS Admin).
2) Убедитесь, что вы можете разрешить локально почтовые домены, на которые не можете отправлять сообщения.
3) Попробуйте запустить telnet на порт 25 на сервере (ах), к которому вы не можете подключиться. С помощью этого метода достаточно просто отправить электронное письмо вручную.
ПРИМЕЧАНИЕ: проверка журналов обычно может избавить от необходимости использовать 2 и 3.
4) Для включения обратного DNS потребуется, чтобы вы связались с вашим интернет-провайдером и попросили его настроить его для вас. Это определенно критерий, по которому почтовые серверы / фильтры спама будут отклонять электронную почту, хотя он не универсален.
5) Если у вас есть какие-либо межсетевые экраны, которые фильтруют SMTP, отключите их (даже проверьте свой интернет-маршрутизатор, особенно если это Cisco).
6) Убедитесь, что вы правильно настроили SMTP: http://www.itsolutionskb.com/2008/11/installing-and-configuring-windows-server-2008-smtp-server/
Я поддерживаю то, что сказал DrStalker, многие интернет-провайдеры будут блокировать: 25, чтобы люди не могли делать именно то, что вы делаете «В целях безопасности», но большинство также отменит это, если вы их попросите.
Еще вам нужно обратить внимание на записи MX в DNS. Запись MX (или Mail eXchanger) сообщает почтовым серверам, куда доставлять почту, поскольку большинство почтовых серверов НЕ находятся на веб-сервере.
Например, ваш веб-сервер включен x.x.x.1 и ваш почтовый сервер включен x.x.x.2. Ваш рекорд для www.example.com указывает на x.x.x.1 - отлично подходит для веб-браузеров, но не подходит для доставки почты. Чтобы обойти это, вы создаете запись MX для www.example.com, которая указывает на x.x.x.2.
Несколько вещей, на которые следует обратить внимание для записи MX:
Итак, вы можете установить рекорд A для mail.example.com и укажите на x.x.x.2 и ваш MX для example.com к mail.example.com.
Твоя голова уже взорвалась?
Стоит отметить, что этот метод требуется только в том случае, если ваш почтовый сервер и ваш веб-сервер находятся на разных общедоступных IP-адресах. Если они находятся на одном общедоступном IP-адресе, и вы просто пересылаете свою почту на основе порта на маршрутизаторе, тогда вы этого не сделаете. необходимость сделать это. Однако это очень хорошая практика иметь MX для каждого домена, для которого вы ожидаете получать почту, даже если вы просто указываете его на запись A для своей зоны.
Ваш запрос относительно обратного DNS применим только тогда, когда вы отправляете почту. Если вы можете отправить на gmail.com, скорее всего, у вас все в порядке (для большинства коммерческих или домашних IP-адресов настроен обратный DNS, он просто указывает на запись PTR в DNS провайдера), и что ему нечего делать с получением почты.
Ваш провайдер позволяет отправлять SMTP-трафик? многие интернет-провайдеры блокируют это; для проверки попробуйте вручную подключиться к удаленному серверу через порт 25. Если это не сработает, вам нужно либо заставить интернет-провайдера открывать исходящий SMTP-трафик, либо настроить ваш SMTP-сервер на ретрансляцию почты через SMTP-сервер провайдера.