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

Свържете собствения си SMTP сървър: кой порт да използвате и защо не 25, SPF, DKIM, DMARC и rDNS записите, които трябва да публикувате сами, и защо отказваме да преминем към некриптирана връзка.

Използвайте това, ако поддържате собствена пощенска инфраструктура или ако Вашият доставчик е такъв, който не описваме директно – почти всяка пощенска услуга предлага 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 – записът PTR за IP адреса на Вашия сървър трябва да се резолвира обратно до неговото хост име. Големите получатели проверяват това и мнозина няма да приемат поща от адрес без него. Вашият хостинг доставчик го задава, а не Вашият DNS доставчик.

⭐ Добра безплатна проверка, след като го стартирате: изпратете съобщение до mail-tester.com и прочетете резултата. Тя Ви казва кое от четирите е грешно, което е много по-бързо от гадаенето от папка със спам.

Свържете го в Zinn®

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

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

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

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

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

Когато не работи

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

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

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

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

Изпраща се, но всичко отива в спам – това е DNS, а не SMTP. Преминете през SPF, DKIM, DMARC и обратния DNS по-горе, след което пуснете отново проверката на mail-tester.