ცოდნის ბაზა

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

დააკავშირეთ თქვენი Postmark ანგარიში: დომენის ვერიფიკაცია, რატომ უნდა დაემატოს მაინც არასავალდებულო return-path ჩანაწერი, Server ტოკენი Account ტოკენთან შედარებით და რას ნიშნავს არააქტიური მიმღები.

დაგჭირდებათ Postmark-ის ანგარიში და წვდომა თქვენი დომენის DNS-თან.

Postmark-ის საკუთარი დოკუმენტაცია: გამგზავნის ხელმოწერები და დომენები · სერვერის API ტოკენები · რეგისტრაცია

⭐ რატომ ავირჩევდით Postmark-ს ამისთვის. ის საერთოდ უარს ამბობს მარკეტინგული ელფოსტის გაგზავნაზე, რაც ზუსტად იმის მიზეზია, თუ რატომ აქვს მას მიწოდების ასეთი მაღალი მაჩვენებელი: თქვენი ინვოისები არ იზიარებენ რეპუტაციას სხვის სიახლეების ბიულეტენთან. თუ თქვენი ერთადერთი მოთხოვნა ტრანზაქციული ფოსტის მიწოდებაა, ეს საუკეთესო არჩევანია.

1. დაამატეთ და დაადასტურეთ თქვენი დომენი

Sender Signatures → Domains → Add Domain, და შეიყვანეთ სუბდომენი, მაგალითად mail.yourdomain.com.

Postmark გიბრუნებთ ორ ჩანაწერს:

ტიპიჰოსტიდანიშნულება
TXT<selector>._domainkey.mail.yourdomain.comDKIM საჯარო გასაღები
CNAMEpm-bounces.mail.yourdomain.comReturn-path (bounce) დომენი

დაამატეთ ორივე, შემდეგ დააჭირეთ Verify.

⭐ დაამატეთ return-path ჩანაწერი, მიუხედავად იმისა, რომ Postmark მას არასავალდებულოდ აღნიშნავს. მის გარეშე თქვენი შეტყობინებები იგზავნება Postmark-ის საკუთარი bounce დომენით, ასე რომ SPF სწორდება postmarkapp.com-ზე და არა თქვენზე. მხოლოდ DKIM მაინც უზრუნველყოფს DMARC-ის გავვლას — მაგრამ თქვენ უმიზეზოდ უარყავით ორი შემოწმებიდან ერთ-ერთი, ხოლო ორივე დაგჭირდებათ, როდესაც მსხვილი მიმღები წესებს გამკაცრებს.

⚠️ Postmark არ მოითხოვს SPF ჩანაწერს, რადგან ის არ იყენებს თქვენს დომენს კონვერტის გამგზავნად. თუ უკვე გაქვთ SPF, დატოვეთ იგი ცვლილების გარეშე.

2. მიიღეთ თქვენი სერვერის API ტოკენი

გახსენით სერვერი, საიდანაც გსურთ გაგზავნა — Postmark გაგზავნის გარემოს "სერვერს" უწოდებს — შემდეგ API Tokens, და დააკოპირეთ Server API token.

⛔ სერვერის ტოკენი, და არა ანგარიშის (Account) ტოკენი. Account ტოკენი მართავს თქვენს მთლიან Postmark ანგარიშს: მას შეუძლია შექმნას სერვერები, შეცვალოს დომენები და წაიკითხოს ყველა შეტყობინება, რაც კი ოდესმე გაგიგზავნიათ. Server ტოკენს შეუძლია გაგზავნოს მხოლოდ ერთი სერვერიდან. ისინი ერთმანეთს ჰგვანან და თავსდებიან ერთი და იმავე ტიპის ველში, და ეს არის ყველაზე მარტივი შეცდომა, რაც შეიძლება ამ გვერდზე დაუშვათ.

⭐ განიხილეთ ამისთვის ცალკე სერვერის შექმნა — დაარქვით მას "Zinn®-ის შეტყობინებები". Postmark-ის სტატისტიკა, დაბრუნებების სიები და აქტივობების ნაკადი თითოეული სერვერისთვის ცალ-ცალკეა, ასე რომ ცალკე სერვერი ნიშნავს, რომ თქვენი კლიენტის შეტყობინებები არ აირევა არაფერ სხვაში, რასაც აგზავნით.

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

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

  • Provider — Postmark
  • Send from this domain — mail.yourdomain.com
  • Message stream — დატოვეთ outbound-ად, თუ არ შეგიქმნიათ საკუთარი
  • Postmark server token — ტოკენი მე-2 ნაბიჯიდან

⚠️ Message stream უნდა იყოს ტრანზაქციული ნაკადი. Postmark უარყოფს ტრანზაქციული იერის მქონე ფოსტას, რომელიც გაგზავნილია სამაუწყებლო (broadcast) ნაკადით, ხოლო პაროლის აღდგენა და ინვოისები ტრანზაქციულია.

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

დააჭირეთ Send test message სხვა დომენზე არსებულ საფოსტო ყუთში, წაიკითხეთ კოდი მასში და შეიყვანეთ ის.

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

"You tried to send to a recipient that has been marked as inactive" — Postmark ბლოკავს მისამართს მკვეთრი დაბრუნების (hard bounce) ან სპამზე საჩივრის შემდეგ, სამუდამოდ, სანამ არ გაააქტიურებთ მას. იხილეთ Suppressions-ში. ეს Postmark-ის მხრიდან თქვენი დაცვაა და ის ჩვეულებრივ მართალია.

422 "Invalid 'From' address"-ით — დომენი ველში Send from this domain არ არის დადასტურებული Postmark-ში, ან თქვენ დაადასტურეთ yourdomain.com და აგზავნით mail.yourdomain.com-იდან. Postmark ამოწმებს ზუსტ დომენს.

401 Unauthorized — თქვენ ჩასვით Account ტოკენი Server ტოკენის სანაცვლოდ (იხილეთ ზემოთ), ან ტოკენი ეკუთვნის სხვა სერვერს.

ყველაფერი მუშაობს, მაგრამ შეტყობინება სპამის საქაღალდეშია — შეამოწმეთ, რომ DKIM აჩვენებს Verified Postmark-ში და რომ თქვენი DMARC ჩანაწერი არ არის დაყენებული p=reject-ზე, სანამ თქვენი დომენის სხვა პარამეტრები ჯერ კიდევ აცდენილია.

უახლესი ბლოგიდან

რას ვწერდით ჰოსტინგის, SEO-ს და საიტების ფართო მასშტაბით მართვის შესახებ.

SEO და ბმულების შექმნა ჰოსტინგის შრიდან: ოპერატორის ხედვა 2026 წლისთვის

როგორ განსაზღვრავს ჰოსტინგი ინდექსირებასა და ბმულების წონას 2026 წელს: გვერდების ინდექსში შენარჩუნება, ძველი დომენების შემოწმება მათზე საიტის აწყობამდე, ბმულების მშენებლობა საძიებო კვალის გარეშე და გულწრფელი შეფასება იმისა, თუ რა შეუძლია და რა არ შეუძლია ინფრასტრუქტურას SEO-სთვის.

პოსტის წაკითხვა →

WordPress-ის სისწრაფისა და უსაფრთხოების უზრუნველყოფა: წარმადობისა და მოდულების საკონტროლო სია

პრაქტიკული საკონტროლო სია სწრაფი და უსაფრთხო WordPress-ისთვის: სერვერის დონის ქეშირება, ობიექტების ქეში თითოეული საიტისთვის, რამდენიმე მოდული, რომელთა გამოყენებაც ღირს, ტექნოლოგიური დასტის განახლებულ მდგომარეობაში შენარჩუნება და WooCommerce-ის გვერდები, რომლებიც არასდროს უნდა დააქეშოთ.

პოსტის წაკითხვა →

როგორ შევარჩიოთ მართვადი ვებ ჰოსტინგი 2026 წელს: მყიდველის გზამკვლევი

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

პოსტის წაკითხვა →

წაიკითხეთ ბლოგი →

კვლავ გაქვთ პრობლემა?

მხარდაჭერა შედის ყველა გეგმაში, სავარძელი ღიაა დღეში 24 საათის განმავლობაში და შეგიძლიათ მოგვწეროთ ჩვენს ნებისმიერ 58 ენაზე — ჩვენ გიპასუხებთ თქვენს ენაზე.

მხარდაჭერასთან დაკავშირება → ყველა სტატია →