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

თქვენ დაგჭირდებათ AWS-ის ანგარიში და წვდომა თქვენი დომენის DNS-ზე. SES ამ სიაში ყველაზე იაფი ვარიანტია დიდი სხვაობით და ამავდროულად ყველაზე მეტი ნაბიჯისგან შემდგარი.

Amazon-ის საკუთარი დოკუმენტაცია: დომენის ვერიფიკაცია · SMTP მონაცემების მიღება · Sandbox-იდან გამოსვლა

⭐ ჩვენ ვუკავშირდებით SES-ს მისი SMTP ინტერფეისით და არა მისი REST API-ით. სწორედ ამიტომ გთხოვენ SMTP მომხმარებლის სახელსა და პაროლს და არა AWS-ის წვდომის გასაღებს. ორივე გზა აგზავნის ზუსტად იმავე შეტყობინებას; SMTP გზა თავიდან აგაცილებთ AWS-ის მოთხოვნის ხელმოწერის პრობლემების მთელ კატეგორიას, რომელთა დიაგნოსტირება გარედან ძალიან რთულია, და ეს არის ინტერფეისი, რომლისთვისაც Amazon აქვეყნებს მონაცემებს ზუსტად იმისთვის, რომ ჩვენნაირმა ხელსაწყოებმა შეძლონ მისი გამოყენება.

1. აირჩიეთ რეგიონი და დარჩით მასში

SES რეგიონულია. ყველაფერი ქვემოთ — თქვენი ვერიფიცირებული დომენი, თქვენი ავტორიზაციის მონაცემები, თქვენი გაგზავნის კვოტა — ეკუთვნის ერთ AWS რეგიონს და არ არსებობს არცერთ სხვაში.

აირჩიეთ თქვენს კლიენტებთან ყველაზე ახლოს მდებარე რეგიონი (eu-west-1 ევროპისთვის, us-east-1 ჩრდილოეთ ამერიკისთვის) და დაიმახსოვრეთ იგი. თქვენი დომენის ირლანდიაში ვერიფიკაცია და შემდეგ ფრანკფურტში მონაცემების შექმნა ყველაზე გავრცელებული გზაა აქ მთელი დღის დასაკარგად, და შეცდომა, რომელსაც ის იძლევა, არაფერს ამბობს რეგიონებზე.

2. მოახდინეთ თქვენი დომენის ვერიფიკაცია

Amazon SES console → Identities → Create identity → Domain. შეიყვანეთ ქვედომენი, როგორიცაა mail.yourdomain.com.

ჩართეთ Easy DKIM და აირჩიეთ RSA_2048_BIT. SES გაწვდით სამ CNAME ჩანაწერს:

დაამატეთ სამივე. ვერიფიკაცია ჩვეულებრივ სრულდება ერთ საათში.

⭐ ასევე გაააქტიურეთ custom MAIL FROM domain (bounce.mail.yourdomain.com) და დაამატეთ MX და SPF TXT ჩანაწერები, რომლებსაც ის ითხოვს. მის გარეშე თქვენი კონვერტის გამგზავნი არის amazonses.com, ამიტომ SPF უსწორდება Amazon-ს და არა თქვენ, და თქვენ მხოლოდ DKIM-ზე ხართ დამოკიდებული.

3. გამოდით sandbox-იდან — ეს არის ნაბიჯი, რომელიც ადამიანებს გამორჩებათ ხოლმე

⛔⛔ ახალი SES ანგარიში იმყოფება sandbox-ში და შეუძლია გაგზავნოს მხოლოდ იმ მისამართებზე, რომლებიც ცალკე გაქვთ ვერიფიცირებული. ის მიიღებს ყველაფერ დანარჩენს და არცერთ მათგანს არ მიიტანს ადრესატამდე.

ეს ზუსტად ის ხარვეზია, რომლის დასაჭერადაც არსებობს ჩვენი ვერიფიკაციის ნაბიჯი: sandbox-ში SES იღებს თქვენს შეტყობინებას სრულიად ჩვეულებრივი წარმატების პასუხით და შემდეგ აგდებს მას. თუ თქვენ ჩვენს კონფიგურაციას შეამოწმებთ ტესტის გაგზავნით იმ მისამართზე, რომელიც შემთხვევით უკვე ვერიფიცირებული გაქვთ AWS-ში, ის იმუშავებს — და შემდეგ ნამდვილი კლიენტისთვის განკუთვნილი ყოველი შეტყობინება უკვალოდ გაქრება.

Account dashboard → Request production access. Amazon გეკითხებათ, რას აგზავნით და როგორ ამუშავებთ bounce-ებს; ორიოდე გულწრფელი წინადადება თქვენივე კლიენტებისთვის ტრანზაქციული შეტყობინებების გაგზავნის შესახებ, როგორც წესი, მტკიცდება 24 საათის განმავლობაში.

⭐ გააკეთეთ ეს სანამ SES-ს აქ დააკავშირებთ. ამის შემდეგ გამოსასწორებელი არაფერი იქნება, რადგან შეცდომა აღარაფერს ექნება.

4. შექმენით SMTP მონაცემები

SES console → SMTP settings → Create SMTP credentials.

ეს ქმნის IAM მომხმარებელს მხოლოდ გაგზავნის ნებართვით და გაძლევთ SMTP მომხმარებლის სახელს და SMTP პაროლს.

⛔ ეს არ არის თქვენი AWS-ის წვდომის გასაღები (access key) და საიდუმლო (secret). ისინი მიღებულია IAM secret-იდან კონკრეტული ალგორითმით და მათი ურთიერთჩანაცვლება შეუძლებელია. აქ AWS secret access key-ს ჩასმა ყოველ ჯერზე გამოიწვევს ავთენტიფიკაციის ჩაშლას, და შეცდომა უბრალოდ იტყვის, რომ მონაცემები უარყოფილია.

⚠️ პაროლი ნაჩვენებია მხოლოდ ერთხელ. ჩამოტვირთეთ CSV გვერდის დატოვებამდე.

5. დააკავშირეთ ის Zinn®-ში

გახსენით Email sending თქვენს მართვის პანელში:

• Provider — Amazon SES
• Send from this domain — mail.yourdomain.com
• AWS region — რეგიონი 1-ლი ნაბიჯიდან, მაგ. eu-west-1
• SMTP username — მე-4 ნაბიჯიდან
• Port — დატოვეთ 587
• SES SMTP password — მე-4 ნაბიჯიდან

ჩვენ თავად ვაგენერირებთ ჰოსტს თქვენთვის (email-smtp.<region>.amazonaws.com), ასე რომ ჰოსტის სახელის შეცდომით შეყვანის რისკი არ არსებობს.

6. გააგზავნეთ ტესტი და შეიყვანეთ კოდი

დააჭირეთ Send test message-ს საფოსტო ყუთზე, რომელიც მდებარეობს სხვა დომენზე, რომელიც არ გაქვთ ვერიფიცირებული AWS-ში — პირადი Gmail-ის მისამართი იდეალურია, რადგან სწორედ ის ამტკიცებს, რომ sandbox-იდან გამოსული ხართ. წაიკითხეთ კოდი და შეიყვანეთ იგი.

როდესაც ეს არ მუშაობს

"Email address is not verified" რეალურ კლიენტთან გაგზავნისას — თქვენ კვლავ sandbox-ში ხართ. ნაბიჯი 3.

535 Authentication Credentials Invalid — თქვენ გამოიყენეთ თქვენი AWS წვდომის გასაღები SMTP მონაცემების ნაცვლად (ნაბიჯი 4), ან მონაცემები ეკუთვნის სხვა რეგიონს და არა იმას, რომელიც შეიყვანეთ.

"Maximum sending rate exceeded" — ახალი საწარმოო (production) ანგარიში იწყება წამში 14 შეტყობინებით და დღეში 50,000-ით. ეს ძალიან ბევრი შეტყობინებაა, მაგრამ თუ გადაგაქვთ კლიენტების დიდი ბაზა, ჯერ მოითხოვეთ ლიმიტის გაზრდა.

მუშაობდა ტესტირებისას და შეწყვიტა მუშაობა production-ში — შეამოწმეთ SES-ის Reputation დაფა. Amazon ავტომატურად აჩერებს გაგზავნას, როდესაც bounce-ების ან საჩივრების მაჩვენებელი გადაკვეთს მათ ზღვარს, და ძველი კლიენტების სიით ამ ზღვრის გადაკვეთა ძალიან ადვილია.