В настоящее время у меня настроено веб-приложение для отправки электронной почты через webfaction, но я периодически сталкиваюсь с ошибками соединения по следующим причинам:
Errno::ECONNREFUSED: Connection refused - connect(2)
Я бы хотел временно перейти на отправку почты на тот же сервер. Какие потенциальные подводные камни могут возникнуть при смене провайдера электронной почты при работающем приложении и какие меры следует предпринять, чтобы убедиться, что письма доходят до провайдеров?
Я знаю, что нужно делать такие вещи, как настройка резервных записей MX, настройка записей SPF и т. д., но я не уверен, насколько важен каждый шаг на этом пути.
Я использую Ubuntu 8.10 в качестве серверной ОС, я используюРаботающийвыделить запросы по электронной почте в отдельные процессы.
С
решение1
Возможным решением может стать переход от использования webfaction к использованию SMTP-серверов Google Mail для отправки почты.
Поскольку серверы Google надежны и бесплатны, у вас никогда не возникнет никаких проблем.
Вот что нужно сделать:
- Установите Google Apps на домен.
- Настройте записи SPF и т. д. (прочтите документацию).
- Теперь вы можете свободно отправлять почту через почтовые серверы Google SMTP.
- Письмо будет выглядеть так, как будто оно отправлено с вашего домена (у него будет правильный @mydomain.com). Конечно, вы можете попробовать использовать почтовые серверы Google, не устанавливая Google Apps на свой домен, но тогда Google изменит адрес электронной почты «от» на ваш адрес gmail.
Это решение хорошо работает для меня уже некоторое время. И в качестве бонуса вы также можете использовать gmail для отправки корпоративных сообщений со своего домена, без непрофессионального вида присоединения @gmail.com к концу вашего адреса электронной почты.
решение2
В зависимости от того, сколько писем вы отправляете и насколько важно, чтобы они были доставлены, может быть разумным воспользоваться услугами профессиональной компании.
проверитьauthsmp или для другого подходапостоянныйконтакт
решение3
Вам не нужно устанавливать резервные записи MX, которые предназначены только для входящей почты. Записи SPF имеют решающее значение, как сказал Сэм, как и проверка того, что ваш интернет-провайдер и брандмауэры не блокируют трафик. Вам также следует убедиться, что у вашего интернет-провайдера есть хорошая обратная запись DNS (PTR) для IP-адреса, с которого будут отправляться письма (критическое различие между «похоже, что отправляются» и «IP-адрес сервера», в зависимости от вашего брандмауэра!), которая разрешается в имя хоста, например «mail.your-domain.com». Без этого многие, многие домены будут отклонять ваши письма, потому что большинство интернет-провайдеров предоставляют вам запись PTR по умолчанию (например, client-001-005.isp.com), и это выглядит как клиент, атакованный бот-сетью, с точки зрения DNS. Наконец, убедитесь, что ваш IP-адрес не находится ни в одном из черных списков спама, прежде чем вы переключитесь! Раньше я был неприятно удивлен, обнаружив, что человек/компания, имевшая мой статический IP-адрес до меня, попала во множество черных списков, поэтому, когда мне выдали IP-адрес вместе с моей новой учетной записью, я не смог отправлять почту!
J.Ja
решение4
Если вы хотите, чтобы почта отправлялась в фоновом режиме, используйте что-то, что использует Sendmail в фоновом режиме.
Sendmail входит в состав большинства дистрибутивов Linux. Это двоичный файл, который отправляет почту. Самое приятное в нем то, что управление мгновенно возвращается к веб-странице, и Sendmail поставит все в очередь для отправки в свое время.
Некоторое время назад я написал корзину покупок, которая отправляет электронное письмо после завершения процесса покупки. Я использовал phpmailer, который в свою очередь использовал Sendmail. Все работало отлично с того дня, как я перешел на Sendmail вместо SMTP-сервера.