Magpadala ng email sa pamamagitan ng iyong sariling SMTP server

Gamitin ito kung pinapatakbo ninyo ang inyong sariling imprastruktura ng mail, o kung ang inyong provider ay isa na hindi namin tuwirang inililista — halos bawat serbisyo ng mail ay nag-aalok ng SMTP.

⚠️ Kung ang inyong provider ay Mailgun, SendGrid, Postmark, Amazon SES o Resend, gamitin na lamang ang sarili nitong gabay. Ang mga koneksyong iyon ay nagbibigay sa inyo ng mas mahusay na mga mensahe ng error kapag may nangyaring mali, dahil mababasa namin ang sinabi talaga ng provider sa halip na isang status code ng SMTP.

Ang inyong kailangan

Apat na bagay, mula sa sinumang nagpapatakbo ng inyong mail server:

• Host — hal. smtp.yourprovider.com
• Port — 587, 465 o 2525
• Username at password

Aling port

Ang 587 ay submission na may STARTTLS at ang dapat ninyong gamitin. Nagsisimula ang koneksyon nang malinaw at ina-upgrade sa TLS bago pa man ipadala ang anuman.

Ang 465 ay implicit TLS — naka-encrypt mula sa unang byte. Parehong maayos; mas gusto ito ng ilang provider.

Ang 2525 ay isang hindi opisyal na alternatibo na inaalok ng ilang host dahil hinaharangan ng ilang network ang 587. Gamitin lamang ito kung sasabihin sa inyo ng inyong provider.

⛔ Ang Port 25 ay tinatanggap dito ngunit halos kailanman ay hindi ang tamang sagot. Ito ang port na ginagamit ng mga server ng mail para makipag-usap sa isa't isa, hindi ang ginagamit ng isang aplikasyon para magsumite ng mensahe. Nakaharang ito sa karamihan ng mga network, madalas na walang pagpapatotoo (authentication), at kung saan man ito gumagana, kadalasang hindi ito naka-encrypt.

⛔⛔ Hindi kami magpapadala sa pamamagitan ng isang koneksyong hindi naka-encrypt. Kung pananatilihin ninyong nakabukas ang Use STARTTLS — at dapat ninyong gawin — at tumanggi ang inyong server na mag-upgrade, mabibigo ang pagpapadala sa halip na magpatuloy nang malinaw. Sinasadya iyon: ang mga link sa pag-reset ng password ng inyong mga kliyente ay naglalakbay sa mga mensaheng ito, at ang pagbaba ng antas (downgrade) na walang nakakapansin ay ang pinakamasamang uri ng kabiguan, dahil dumarating pa rin ang mail.

I-set up muna ang inyong DNS

Hindi ito ginagawa ng inyong provider para sa inyo sa paraang ginagawa ng isang pinamamahalaang serbisyo. Kailangan ninyo, sa domain na pinapadalhan ninyo:

SPF — isang TXT record na nagpapahintulot sa address ng inyong server: v=spf1 ip4:203.0.113.10 -all, o v=spf1 a:smtp.yourprovider.com -all. Kung mayroon na kayong SPF record, i-edit ito; ang dalawang SPF record sa isang domain ay ganap na nabibigo sa SPF.

DKIM — nilalagdaan ng inyong mail server ang mga lumalabas na mensahe at inilalathala ninyo ang tumutugmang pampublikong key sa <selector>._domainkey.yourdomain.com. Sa Postfix kadalasang OpenDKIM ito; sasabihin sa inyo ng inyong provider ang selector.

DMARC — isang TXT record sa _dmarc.yourdomain.com, na nagsisimula sa v=DMARC1; p=none; habang sinusuri ninyo na pumapasa ang parehong SPF at DKIM.

Reverse DNS — ang PTR record para sa IP address ng inyong server ay dapat maresolba pabalik sa hostname nito. Sinusuri ito ng mga malalaking tatanggap at marami ang hindi deretso tatanggap ng mail mula sa isang address nang wala ito. Itinatakda ito ng inyong hosting provider, hindi ng inyong DNS provider.

⭐ Isang magandang libreng pagsusuri kapag napatakbo na ninyo ito: magpadala ng mensahe sa mail-tester.com at basahin ang marka. Sinasabi nito sa inyo kung alin sa apat ang mali, na mas mabilis kaysa sa manghula mula sa isang spam folder.

Ikonekta ito sa Zinn®

Buksan ang Email sending sa inyong dashboard:

• Provider — SMTP server
• Send from this domain — mail.yourdomain.com (isang domain, hindi isang address)
• SMTP host, Port, Username, Password
• Use STARTTLS — naka-on, maliban kung ikaw ay nasa port 465

⭐ Gumawa ng nakalaang mailbox o user ng pagsusumite para dito, sa halip na muling gamitin ang pag-login ng isang tao. Kapag umalis ang isang tao at nagbago ang kanilang password, hindi dapat huminto ang mga abiso ng inyong mga kliyente.

Ipadala ang pagsubok at ilagay ang code

Pindutin ang Send test message patungo sa isang inbox sa ibang domain, basahin ang code mula rito, at ilagay ito.

Kapag hindi ito gumagana

"The mail server rejected the username or password" — nabigo ang SMTP AUTH. Kung ang inyong provider ay may two-factor authentication sa account, halos tiyak na kailangan ninyo ng app password sa halip na ang password sa pag-login.

"Could not reach host:port" — naka-block ang port, mali ang hostname, o hindi nakikinig ang server para sa pagsusumite sa port na iyon. Sasabihin sa inyo ng telnet smtp.yourprovider.com 587 mula sa isa pang makina kung alin.

Isang TLS error — ang sertipiko ng inyong server ay nag-expire na, naka-self-sign, o hindi tumutugma sa hostname na inyong ipinasok. Sinusuri namin ang mga sertipiko at hindi namin lalaktawan ang pagsusuring iyon; ayusin ang sertipiko.

"The mail server refused the recipient" — ang inyong server ay hindi naka-configure na mag-relay para sa nagpapadalang ito, na karaniwang nangangahulugan na ang pinatotohanan na user ay hindi pinapayagang magpadala bilang inyong nagpapadalang domain.

Nagpapadala ito ngunit napupunta ang lahat sa spam — iyon ay DNS, hindi SMTP. Magtrabaho sa SPF, DKIM, DMARC at reverse DNS sa itaas, pagkatapos ay muling patakbuhin ang pagsusuri sa mail-tester.