Установлено ненадежное соединение TLS с gmail-smtp-in.l.google.com
 

Я думаю, у вас здесь ошибка цепочки сертификатов. Убедитесь, что вы отправляете промежуточный сертификат вместе со своим сертификатом.

Не должно возникнуть проблем с тем, чтобы стать небольшим почтовым провайдером. Кажется, ты делаешь правильные вещи. Многие крупные провайдеры не понимают этого и, надеюсь, получают большую часть своей почты.

Если почта отправляется в папку СПАМ, вероятно, вы что-то пропустили. Должна быть запись о том, почему у вас проблемы с доставкой:

• Для возвращенных сообщений прочтите ответ. Следует указать, почему письмо было отклонено. По возможности убедитесь, что сообщения о недоставке регистрируются.
• Для сообщений, отправленных в папку «Спам», проверьте заголовки доставленных сообщений. Это должно (будет для GMail или Yahoo) содержать информацию о некоторых из проверок, которые были выполнены. Это поможет вам определить, в чем проблема.

Некоторые вещи, которые вы не указали, хотя некоторые должны быть обнаружены в отчете о проверке:

• Проверка rDNS адреса ваших почтовых серверов прошла успешно. (Ваша запись PTR должна возвращать только один адрес.)
• Ваш сервер использовал имя из записи PTR в своем сообщении EHLO или HELO.
• Установите запись SPF для домена вашего почтового сервера ("v = spf1 a -all ").
• Вы зарегистрировались на dnswl.org.
• Вы опубликовали открытый ключ (-и) DKIM в правильном месте. Вы можете использовать один и тот же ключ для нескольких доменов. Может быть полезно, чтобы другие организации использовали записи CNAME для записей DNS, которые вы контролируете.
• Вы использовали большой ключ DKIM 1024 или больше.
• Обработка исходящей почты с помощью спам-фильтра (по крайней мере, проблемы с журналом).

Если у вас есть DMARC, вы можете настроить отчеты о состоянии доставки и отчеты о недоставках. Это позволит вам получать отчеты о доставке. Я получаю отчеты от Google, Microsoft и Yahoo. Обратите внимание, что сообщение «нет» означает, что письмо было доставлено.

В настоящее время , рассылка спама - настоящая головная боль. Такие большие парни, как Gmail, Microsoft, Yahoo и т. Д., Пытаются защитить своих пользователей от спама. Следовательно, они должны улучшить свои методы фильтрации спама.Кроме того, из соображений безопасности они никогда не раскрывают свою политику в отношении спама. Следовательно, мы не смогли найти руководство по настройке почтового сервера таким образом, чтобы мы могли отправлять письма крупным поставщикам услуг.

Нет никаких конкретных правил, которые нельзя было бы перечислить в их плохой книге, но вы должны сохранить свой сервер обновлен с учетом новых правил. Вот некоторые из них.

1) Проверьте основную причину возврата почты. Связано ли это с репутацией IP сервера ИЛИ неправильными записями DNS домена.

2) Не используйте запись SPF со значением по умолчанию, например ~ all. Создайте определенную запись SPF, например MX -all

3) Избегайте пересылки почты с вашего сервера на Gmail / Yahoo / Microsoft / Comcast. Если они обнаруживают спам в ваших пересылаемых письмах, они не будут беспокоиться о том, чтобы проверить, откуда это письмо было отправлено. Они просто рассматривают ваш почтовый сервер как источник спама, и вы можете быть добавлены в черный список.

4) Установите SSL на свой сервер и используйте исходящий с подключением TLS.

5) Сохраняйте список Double Opt In во всех информационные бюллетени. И многое другое ...

В приведенных выше (отличных) ответах не хватает одной вещи - настроить исходящий TLS. Gmail начал наказывать отправителей, не использующих TLS, и другие провайдеры ничего не говорят, но я уверен, что они последуют их примеру.

@Stefan

Вы кажетесь очень осведомленным, что просто потрясающе, я просмотрел ваши заголовки, без вашего доменного имени это очень усложняет поиск и устранение неисправностей. Единственное, что я заметил в ваших заголовках, это то, что вы используете "Simple/Simple" для подписи своего DKIM, вы должны действительно переключить его на "Relaxed/Relaxed" (Расслабленный/Релаксированный). У многих почтовых серверов есть проблемы с простотой.

Вы также оставили имя почтового сервера в вашем вставном ящике, который появляется в черном списке . Я сомневаюсь, что это вызывает Вашу проблему, но этот инструмент сканирует намного больше, чем тот, который Вы использовали.

Отправьте письмо по адресу mailtest@unlocktheinbox.com, чтобы узнать, сколько у вас критиков. Вы можете получить несколько подсказок.

A resposta é non.

Afirmo isto sobre todo porque son consciente de que hai persoas imaxinables con máis experiencia en todos os aspectos de ser administrador de ESP que eu e aínda eu executa ducias de sistemas de correo electrónico de produción que se cualifiquen como "pequenos" sen problemas presentados.

Polo que publicaches parece que ensinaches todo e, presumindo que implementaches correctamente o que aparece, só queda unha opción - que o seu enderezo IP fixo cousas malas na súa vida pasada.

Quero dicir (realmente) malo. O seu enderezo IP pode extraerse das listas negras públicas por iniciativa do ISP (que é moito máis eficiente), pero antes servía o tráfico de virus e phishing repetidamente durante un período de tempo prolongado.

Se é o caso, por desgraza hai pouco que pódese facer, que eu saiba. Unha opción é seguir intentando manter o servidor de correo electrónico lexítimo durante moito tempo, pagando o prezo de moitos correos electrónicos rexeitados antes de que a reputación do remitente - sexa completamente diferente de estar presente ou non nas listas negras públicas 1144214] - establécese lentamente.