Изпращайте имейли чрез собствен SMTP сървър

Използвайте това, ако управлявате собствена пощенска инфраструктура или ако Вашият доставчик не е посочен директно от нас — почти всяка пощенска услуга предлага SMTP.

⚠️ Ако Вашият доставчик е Mailgun, SendGrid, Postmark, Amazon SES или Resend, използвайте неговото собствено ръководство. Тези връзки Ви предоставят по-точни съобщения за грешка при възникнал проблем, тъй като можем да разчетем какво всъщност е отговорил доставчикът, вместо обикновен SMTP код за състояние.

Какво Ви е необходимо

Четири неща от лицето или организацията, поддържащи Вашия пощенски сървър:

• Хост — напр. smtp.yourprovider.com
• Порт — 587, 465 или 2525
• Потребителско име и парола

Кой порт

587 е за подаване чрез STARTTLS и е препоръчителният избор. Връзката започва в некриптиран вид и се надгражда до TLS, преди да бъде изпратено каквото и да било.

465 е имплицитен TLS — криптиран от първия байт. Също толкова подходящ; някои доставчици го предпочитат.

2525 е неофициална алтернатива, предлагана от някои хостинг доставчици, тъй като определени мрежи блокират порт 587. Използвайте го само ако Вашият доставчик изрично Ви инструктира за това.

⛔ Порт 25 се приема тук, но почти никога не е правилното решение. Това е портът, който пощенските сървъри използват за комуникация помежду си, а не този, през който дадено приложение подава съобщение. Той е блокиран в повечето мрежи, често няма удостоверяване, а там, където работи, нерядко е некриптиран.

⛔⛔ Ние няма да изпращаме данни през некриптирана връзка. Ако оставите опцията Използване на STARTTLS включена — както е редно — и Вашият сървър откаже да надгради връзката, изпращането ще се прекрати с грешка, вместо да продължи в некриптиран вид. Това е напълно умишлено: връзките за възстановяване на пароли на Вашите клиенти преминават през тези съобщения, а незабелязаното понижаване на сигурността е най-лошият възможен срив, тъй като писмото въпреки всичко се доставя.

Настройте своя DNS предварително

Вашият доставчик не прави това автоматично вместо Вас, както би било при управлявана услуга. За домейна, от който изпращате, е необходимо следното:

SPF — TXT запис, упълномощаващ адреса на Вашия сървър: v=spf1 ip4:203.0.113.10 -all или v=spf1 a:smtp.yourprovider.com -all. Ако вече разполагате с SPF запис, редактирайте го; наличието на два SPF записа за един домейн води до пълен неуспех на проверката за SPF.

DKIM — Вашият пощенски сървър подписва изходящите съобщения, а Вие публикувате съответния публичен ключ на адрес <selector>._domainkey.yourdomain.com. При Postfix това обикновено е OpenDKIM; Вашият доставчик ще Ви предостави селектора.

DMARC — TXT запис в _dmarc.yourdomain.com, започващ с v=DMARC1; p=none;, докато се уверите, че и SPF, и DKIM преминават успешно.

Обратен DNS (Reverse DNS) — PTR записът за IP адреса на Вашия сървър трябва да сочи обратно към неговото хост име. Големите получатели проверяват това и много от тях няма да приемат поща от адрес без такъв запис. Той се конфигурира от Вашия хостинг доставчик, а не от Вашия DNS доставчик.

⭐ Надеждна безплатна проверка, след като завършите конфигурацията: изпратете съобщение до mail-tester.com и вижте резултата. Инструментът посочва кое от четирите изисквания не е изпълнено коректно, което е много по-бърз подход от гадаенето по папката със спам.

Свързване в Zinn®

Отворете Изпращане на имейли във Вашето табло за управление:

• Доставчик — SMTP сървър
• Изпращане от този домейн — mail.yourdomain.com (домейн, а не имейл адрес)
• SMTP хост, Порт, Потребителско име, Парола
• Използване на STARTTLS — включено, освен ако не използвате порт 465

⭐ Създайте специална пощенска кутия или отделен потребител за подаване за тази цел, вместо да използвате личните данни за вход на служител. Когато даден служител напусне и паролата му бъде променена, известията към Вашите клиенти не бива да прекъсват.

Изпратете теста и въведете кода

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

Отстраняване на неизправности

„Пощенският сървър отхвърли потребителското име или паролата“ — неуспешно SMTP удостоверяване (SMTP AUTH). Ако Вашият доставчик изисква двуфакторно удостоверяване за акаунта, почти сигурно се нуждаете от парола за приложение, а не от стандартната си парола за вход.

„Неуспешно свързване с хост:порт“ — портът е блокиран, хост името е грешно или сървърът не приема подаване на съобщения през този порт. Командата telnet smtp.yourprovider.com 587, изпълнена от друга машина, ще Ви покаже каква е причината.

Грешка при TLS — сертификатът на Вашия сървър е изтекъл, самоподписан е или не съответства на въведеното хост име. Ние проверяваме сертификатите и няма да пропуснем тази проверка; коригирайте сертификата.

„Пощенският сървър отказа получателя“ — Вашият сървър не е конфигуриран да препраща (relay) за този подател, което обикновено означава, че удостовереният потребител няма разрешение да изпраща от името на Вашия изпращащ домейн.

Съобщенията се изпращат, но попадат в спам — проблемът е в DNS, а не в SMTP. Проверете последователно SPF, DKIM, DMARC и обратния DNS (Reverse DNS) по-горе, след което пуснете отново теста в mail-tester.