Magpadala ng email sa pamamagitan ng sarili mong SMTP server

Gamitin ito kung pinatatakbo mo ang iyong sariling imprastraktura ng mail, o kung ang iyong provider ay isa sa mga hindi namin direktang inililista — halos bawat serbisyo ng mail ay nag-aalok ng SMTP.

⚠️ Kung ang iyong provider ay Mailgun, SendGrid, Postmark, Amazon SES o Resend, gamitin ang sarili nitong gabay sa halip. Ang mga koneksyong iyon ay nagbibigay sa iyo ng mas mahuhusay na mensahe ng error kapag may nagkaproblema, dahil mababasa namin kung ano talaga ang sinabi ng provider sa halip na isang SMTP status code lamang.

Ang kailangan mo

Apat na bagay, mula sa sinumang nagpapatakbo ng iyong 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 ito ang dapat mong gamitin. Nagsisimula ang koneksyon nang hindi naka-encrypt at ina-upgrade sa TLS bago may maipadalang 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 iniaalok ng ilang host dahil bina-block ng ilang network ang 587. Gamitin lamang ito kung sasabihin sa iyo ng iyong provider.

⛔ Tinatanggap ang Port 25 dito ngunit halos hindi kailanman ito ang tamang sagot. Ito ang port na ginagamit ng mga mail server upang makipag-usap sa isa't isa, hindi ang ginagamit ng isang application upang magsumite ng mensahe. Naka-block ito sa karamihan ng mga network, madalas na wala itong authentication, at kung saan man ito gumagana ay madalas na hindi ito naka-encrypt.

⛔⛔ Hindi kami magpapadala gamit ang isang hindi naka-encrypt na koneksyon. Kung iiwan mong naka-on ang Use STARTTLS — at dapat mo itong gawin — at tumanggi ang iyong server na mag-upgrade, mabibigo ang pagpapadala sa halip na magpatuloy nang hindi naka-encrypt. Sadya iyon: ang mga link sa pag-reset ng password ng iyong mga kliyente ay dumadaan sa mga mensaheng ito, at ang isang downgrade na walang nakapapansin ang pinakamalalang uri ng pagkabigo, dahil dumarating pa rin ang mail.

I-set up muna ang iyong DNS

Hindi ito ginagawa ng iyong provider para sa iyo tulad ng ginagawa ng isang pinamamahalaang serbisyo. Kailangan mo, sa domain kung saan ka nagpapadala:

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

DKIM — nilalagdaan ng iyong mail server ang mga papalabas na mensahe at inilalathala mo ang katugmang pampublikong key sa <selector>._domainkey.yourdomain.com. Sa Postfix kadalasan itong OpenDKIM; sasabihin sa iyo ng iyong provider ang selector.

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

Reverse DNS — ang PTR record para sa IP address ng iyong server ay dapat na nagre-resolve pabalik sa hostname nito. Sinusuri ito ng mga malalaking receiver at marami ang hindi tatanggap ng mail mula sa isang address na wala nito. Ang iyong hosting provider ang nagse-set nito, hindi ang iyong DNS provider.

⭐ Isang magandang libreng pagsusuri kapag pinatatakbo mo na ito: magpadala ng mensahe sa mail-tester.com at basahin ang score. Sinasabi nito sa iyo kung alin sa apat ang mali, na mas mabilis kaysa sa panghuhula mula sa isang spam folder.

Ikonekta ito sa Zinn®

Buksan ang Email sending sa iyong 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 submission user para dito, sa halip na muling gamitin ang login ng isang tao. Kapag may umalis at nagbago ang kanilang password, hindi dapat huminto ang mga abiso ng iyong 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 may two-factor authentication ang iyong provider sa account, halos tiyak na kailangan mo ng isang 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 submission sa port na iyon. Sasabihin sa iyo ng telnet smtp.yourprovider.com 587 mula sa ibang makina kung alin ang totoo.

Isang TLS error — paso na ang certificate ng iyong server, self-signed, o hindi tumutugma sa hostname na iyong inilagay. Bineberipika namin ang mga certificate at hindi namin lalampasan ang pagsusuring iyon; ayusin ang certificate.

"The mail server refused the recipient" — hindi naka-configure ang iyong server upang mag-relay para sa nagpadalang ito, na karaniwang nangangahulugang ang na-authenticate na user ay hindi pinahihintulutang magpadala bilang iyong sending domain.

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