Ուղարկել էլ. փոստ ձեր սեփական SMTP սերվերի միջոցով

Օգտագործեք սա, եթե դուք գործարկում եք ձեր սեփական փոստային ենթակառուցվածքը կամ եթե ձեր մատակարարն այնպիսին է, որը մենք անմիջապես չենք թվարկում, գրեթե յուրաքանչյուր փոստային ծառայություն առաջարկում է SMTP:

⚠️ Եթե ձեր մատակարարն է Mailgun, SendGrid, Postmark, Amazon SES կամ Resend, փոխարենն օգտագործեք դրա սեփական ուղեցույցը: Այդ միացումները ձեզ տրամադրում են ավելի լավ սխալի հաղորդագրություններ, երբ ինչ-որ բան սխալ է գնում, քանի որ մենք կարող ենք կարդալ, թե իրականում ինչ է ասել մատակարարը, այլ ոչ թե SMTP կարգավիճակի կոդը:

Այն, ինչ ձեզ անհրաժեշտ է

Չորս բան՝ ձեր փոստային սերվերը գործարկողից.

• Հոսթ (Host) — օրինակ՝ smtp.yourprovider.com
• Պորտ (Port) — 587, 465 կամ 2525
• Օգտանուն և գաղտնաբառ

Որ պորտն օգտագործել

587-ը ուղարկում է STARTTLS-ով և այն է, ինչ դուք պետք է օգտագործեք: Միացումը սկսվում է բաց տեքստով և արդիականացվում է մինչև TLS՝ նախքան որևէ բան ուղարկելը:

465-ը անուղղակի TLS է՝ գաղտնագրված առաջին բայթից: Հավասարապես լավ է. որոշ մատակարարներ նախընտրում են այն:

2525-ը ոչ պաշտոնական այլընտրանք է, որն առաջարկում են որոշ հոսթեր, քանի որ որոշ ցանցեր արգելափակում են 587-ը: Օգտագործեք այն միայն այն դեպքում, եթե ձեր մատակարարը հրահանգում է դա անել:

⛔ 25 պորտն այստեղ ընդունվում է, բայց գրեթե երբեք ճիշտ պատասխանը չէ: Սա այն պորտն է, որն օգտագործում են փոստային սերվերները միմյանց հետ հաղորդակցվելու համար, այլ ոչ թե այն, որն օգտագործում է հավելվածը հաղորդագրություն ուղարկելու համար: Այն արգելափակված է ցանցերի մեծ մասում, հաճախ չունի նույնականացում, և որտեղ այն աշխատում է, հաճախ չգաղտնագրված է:

⛔⛔ Մենք չենք ուղարկի չգաղտնագրված միացման միջոցով: Եթե դուք միացված եք թողնում Use 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) — ձեր սերվերի IP հասցեի PTR գրառումը պետք է վերոլուծվի դեպի դրա հոսթի անունը: Խոշոր ստացողները ստուգում են սա, և շատերը չեն ընդունի նամակ առանց դրա հասցեից: Այն սահմանում է ձեր հոսթինգ մատակարարը, այլ ոչ թե ձեր DNS մատակարարը:

⭐ Լավ անվճար ստուգում, երբ այն աշխատում է. ուղարկեք հաղորդագրություն mail-tester.com հասցեին և կարդացեք գնահատականը: Այն ձեզ ասում է, թե չորսից որն է սխալ, ինչը շատ ավելի արագ է, քան սպամի թղթապանակից գուշակելը:

Միացրեք այն Zinn®-ում

Բացեք Email sending-ը ձեր վահանակում.

• Provider — SMTP server
• Send from this domain — mail.yourdomain.com (դոմեն, այլ ոչ թե հասցե)
• SMTP host, Port, Username, Password
• Use STARTTLS — միացված, եթե չեք գտնվում 465 պորտում

⭐ Ստեղծեք նվիրված արկղ կամ ներկայացման օգտատեր դրա համար, այլ ոչ թե նորից օգտագործեք որևէ մեկի մուտքը: Երբ ինչ-որ մեկը հեռանում է և նրա գաղտնաբառը փոխվում է, ձեր հաճախորդների ծանուցումները չպետք է դադարեն:

Ուղարկեք թեստը և մուտքագրեք կոդը

Սեղմեք Send test message այլ դոմենի մուտքային արկղ ուղղելու համար, կարդացեք դրանից կոդը և մուտքագրեք այն:

Երբ այն չի աշխատում

"The mail server rejected the username or password" — SMTP AUTH-ը ձախողվեց: Եթե ձեր մատակարարն ունի երկփուլ նույնականացում հաշվի վրա, ձեզ գրեթե անպայման անհրաժեշտ է հավելվածի գաղտնաբառ (app password)՝ մուտքի գաղտնաբառի փոխարեն:

"Could not reach host:port" — պորտն արգելափակված է, հոսթի անունը սխալ է, կամ սերվերը չի լսում այդ պորտով ներկայացումը: telnet smtp.yourprovider.com 587 հրամանը մեկ այլ մեքենայից կասի, թե որն է խնդիրը:

TLS սխալ — ձեր սերվերի վկայագիրն ժամկետանց է, ինքնաստորագրված կամ չի համապատասխանում ձեր մուտքագրած հոսթի անունին: Մենք ստուգում ենք վկայագրերը և չենք բաց թողնի այդ ստուգումը. ուղղեք վկայագիրը:

"The mail server refused the recipient" — ձեր սերվերը կազմաձևված չէ այս ուղարկողի համար փոխանցելու (relay) համար, ինչը սովորաբար նշանակում է, որ նույնականացված օգտատիրոջը չի թույլատրվում ուղարկել որպես ձեր ուղարկող դոմեն:

Այն ուղարկվում է, բայց ամեն ինչ հայտնվում է սպամում — դա DNS է, այլ ոչ թե SMTP: Անցեք վերը նշված SPF, DKIM, DMARC և հակադարձ DNS հրահանգներով, այնպես նորից գործարկեք mail-tester ստուգումը: