გაგზავნეთ ელფოსტა თქვენი საკუთარი SMTP სერვერის მეშვეობით

გამოიყენეთ ეს, თუ მართავთ საკუთარ საფოსტო ინფრასტრუქტურას, ან თუ თქვენი პროვაიდერი არ არის ჩვენს მიერ პირდაპირ ჩამოთვლილთა შორის — თითქმის ყველა საფოსტო სერვისს აქვს SMTP-ის მხარდაჭერა.

⚠️ თუ თქვენი პროვაიდერია Mailgun, SendGrid, Postmark, Amazon SES ან Resend, ამის ნაცვლად გამოიყენეთ მისი შესაბამისი სახელმძღვანელო. ეს კავშირები შეცდომის შემთხვევაში გაწვდით უკეთეს შეტყობინებებს, რადგან ჩვენ შეგვიძლია წავიკითხოთ პროვაიდერის რეალური პასუხი და არა მხოლოდ SMTP სტატუსის კოდი.

რა გჭირდებათ

ოთხი რამ იმისგან, ვინც თქვენს საფოსტო სერვერს მართავს:

• Host — მაგ. smtp.yourprovider.com
• Port — 587, 465 ან 2525
• Username და password

რომელი პორტი

587 არის გაგზავნა (submission) 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 ორივე წარმატებით გადის შემოწმებას.

Reverse DNS — თქვენი სერვერის IP მისამართის PTR ჩანაწერი უნდა მიუთითებდეს მისსავე ჰოსტის სახელზე (hostname). მსხვილი მიმღებები ამოწმებენ ამას და ბევრი მათგანი არ მიიღებს წერილს მისამართიდან მის გარეშე. მას აყენებს თქვენი ჰოსტინგის პროვაიდერი და არა თქვენი 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-ის შეცდომა — თქვენი სერვერის სერტიფიკატს გაუვიდა ვადა, არის თვითხელმოწერილი (self-signed), ან არ ემთხვევა თქვენს მიერ შეყვანილ ჰოსტის სახელს. ჩვენ ვამოწმებთ სერტიფიკატებს და არ გამოვტოვებთ ამ შემოწმებას; შეასწორეთ სერტიფიკატი.

"The mail server refused the recipient" — თქვენი სერვერი არ არის კონფიგურირებული ამ გამგზავნისთვის წერილების გადასაცემად (relay), რაც ჩვეულებრივ ნიშნავს იმას, რომ ავთენტიფიცირებულ მომხმარებელს არ აქვს უფლება გააგზავნოს წერილები თქვენი გამგზავნი დომენის სახელით.

იგზავნება, მაგრამ ყველაფერი სპამში ხვდება — ეს DNS-ის საკითხია და არა SMTP-ის. გადაამოწმეთ ზემოთ აღწერილი SPF, DKIM, DMARC და reverse DNS, შემდეგ კი ხელახლა ჩაატარეთ mail-tester-ის შემოწმება.