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

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

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

Ինչ է ձեզ անհրաժեշտ

Չորս բան՝ ձեր փոստային սերվերն աշխատեցնող անձից կամ ծառայությունից.

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

Ո՞ր պորտը

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

465-ը implicit 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-ը երկուսն էլ հաջողությամբ անցնում են:

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 պորտը

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

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

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

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

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

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

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

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

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