Գիտելիքների բազա

Ուղարկեք էլ. նամակ ձեր սեփական 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.comՎերադարձի ուղու (bounce) դոմեն

Ավելացրեք երկուսն էլ, ապա սեղմեք Verify:

⭐ Ավելացրեք վերադարձի ուղու գրառումը, նույնիսկ եթե Postmark-ն այն նշում է որպես կամընտրական։ Առանց դրա ձեր հաղորդագրություններն ուղարկվում են Postmark-ի սեփական վերադարձի դոմենով, ուստի SPF-ը համապատասխանում է postmarkapp.com-ին, այլ ոչ թե ձեզ: Միայն DKIM-ը դեռևս թույլ կտա անցնել DMARC ստուգումը, բայց դուք առանց որևէ պատճառի դեն եք նետել երկու ստուգումներից մեկը, և երբ խոշոր ստացողը խստացնի պահանջները, դուք կցանկանաք ունենալ երկուսն էլ:

⚠️ Postmark-ը չի պահանջում SPF գրառում, քանի որ այն չի օգտագործում ձեր դոմենը որպես ծրարի ուղարկող: Եթե արդեն ունեք SPF, այն անփոփոխ թողեք:

2. Ստացեք ձեր սերվերի API թոքենը

Բացեք այն սերվերը, որից ցանկանում եք ուղարկել (Postmark-ն ուղարկող միջավայրն անվանում է «սերվեր»), ապա անցեք API Tokens բաժին և պատճենեք Server API token-ը:

⛔ Սերվերի թոքենը, ոչ թե հաշվի (Account) թոքենը։ Հաշվի թոքենը կառավարում է ձեր ամբողջ Postmark հաշիվը. այն կարող է ստեղծել սերվերներ, փոխել դոմեններ և կարդալ ձեր երբևէ ուղարկված ցանկացած հաղորդագրություն: Սերվերի թոքենը կարող է ուղարկել միայն մեկ սերվերից: Դրանք նման են միմյանց և մուտքագրվում են նույն տիպի դաշտի մեջ, և սա ամենահեշտ սխալն է, որը կարելի է թույլ տալ այս էջում:

⭐ Մտածեք սրա համար առանձին սերվեր ստեղծելու մասին. անվանեք այն "Zinn® notifications": Postmark-ի վիճակագրությունը, վերադարձված նամակների ցանկերը և գործունեության հոսքը յուրաքանչյուր սերվերի համար առանձին են, ուստի առանձին սերվեր ունենալը նշանակում է, որ ձեր հաճախորդներին ուղարկվող ծանուցումները չեն խառնվի ձեր ուղարկած այլ նամակների հետ:

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

Բացեք Email sending բաժինը ձեր վահանակում (dashboard).

  • Provider — Postmark
  • Send from this domain — mail.yourdomain.com
  • Message stream — թողեք որպես outbound, եթե չեք ստեղծել ձեր սեփականը
  • Postmark server token — թոքենը 2-րդ քայլից

⚠️ Message stream-ը պետք է լինի transactional հոսք: 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 with "Invalid 'From' address" — Send from this domain դաշտում նշված դոմենը հաստատված չէ Postmark-ում, կամ դուք հաստատել եք yourdomain.com-ը և ուղարկում եք mail.yourdomain.com-ից: Postmark-ը համեմատում է հենց այդ դոմենը:

401 Unauthorized — դուք տեղադրել եք հաշվի (Account) թոքենը սերվերի թոքենի փոխարեն (տես վերևում), կամ թոքենը պատկանում է այլ սերվերի:

Ամեն ինչ աշխատում է, բայց նամակը սպամի թղթապանակում է — ստուգեք, որ DKIM-ը Postmark-ում ցույց է տալիս Verified, և որ ձեր DMARC գրառումը սահմանված չէ p=reject, մինչդեռ ձեր դոմենի հետ կապված մեկ այլ բան դեռևս անհամապատասխան է:

Վերջինը բլոգից

Ինչ ենք գրել հոսթինգի, SEO-ի և կայքերի մեծածավալ կառավարման մասին:

Որոնողական օպտիմալացում և հղումների կառուցում հոսթինգի մակարդակից. 2026 թվականի օպերատորի տեսակետը

Ինչպես է հոսթինգը ձևավորում ինդեքսավորումը և հղումների արժեքը 2026 թվականին. էջերը ինդեքսավորված պահելը, հին դոմեյնների ստուգումը նախքան դրանց վրա կայք կառուցելը, հղումների կառուցումն առանց որոնողական հետքի և անկեղծ հայացք այն բանին, թե ինչ կարող է և ինչ չի կարող անել ենթակառուցվածքը SEO-ի համար:

Կարդալ գրառումը →

WordPress-ը դարձնել արագ և ապահով. արտադրողականության և փլագինների ստուգաթերթ

Գործնական ստուգաթերթ արագ և ապահով WordPress-ի համար. սերվերի մակարդակով քեշավորում, օբյեկտների քեշ յուրաքանչյուր կայքի համար, մի քանի փլագիններ, որոնք արժե օգտագործել, ստեկի արդիական պահպանում և WooCommerce-ի էջերը, որոնք երբեք չպետք է քեշավորեք:

Կարդալ գրառումը →

Ինչպես ընտրել կառավարվող վեբ հոսթինգ 2026 թվականին. Գնորդի ուղեցույց

Ինչն է իրականում տարբերում լավ կառավարվող հոսթինգը կառավարման վահանակով էժան տուփից՝ միգրացիաները, պահուստային պատճենները, մեկուսացումը, իրական քեշավորումը և ազնիվ մասշտաբավորումը, և ինչպես գնահատել այն նախքան պարտավորվելը:

Կարդալ գրառումը →

Կարդալ բլոգը →

Դեռ օգնության կարի՞ք ունեք:

Աջակցությունը ներառված է յուրաքանչյուր սակագնային պլանում, աջակցման կենտրոնը գործում է օրական 24 ժամ, և դուք կարող եք գրել մեզ մեր 58 լեզուներից որևէ մեկով. մենք պատասխանում ենք ձեր լեզվով:

Կապվել աջակցման ծառայության հետ → Բոլոր հոդվածները →