ਗਿਆਨ ਕੋਸ਼

ਆਪਣੇ ਖੁਦ ਦੇ Postmark ਖਾਤੇ ਰਾਹੀਂ ਈਮੇਲ ਭੇਜੋ

ਆਪਣਾ ਖੁਦ ਦਾ Postmark ਖਾਤਾ ਕਨੈਕਟ ਕਰੋ: ਡੋਮੇਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨਾ, ਵਿਕਲਪਿਕ return-path ਰਿਕਾਰਡ ਨੂੰ ਫਿਰ ਵੀ ਕਿਉਂ ਜੋੜਨਾ ਹੈ, Account ਟੋਕਨ ਦੇ ਮੁਕਾਬਲੇ Server ਟੋਕਨ, ਅਤੇ ਇੱਕ ਨਿਸ਼ਕਿਰਿਆ ਪ੍ਰਾਪਤਕਰਤਾ ਦਾ ਕੀ ਅਰਥ ਹੈ।

ਤੁਹਾਨੂੰ ਇੱਕ Postmark ਖਾਤੇ ਅਤੇ ਤੁਹਾਡੇ ਡੋਮੇਨ ਦੇ DNS ਤੱਕ ਪਹੁੰਚ ਦੀ ਲੋੜ ਪਵੇਗੀ।

Postmark ਦੇ ਆਪਣੇ ਦਸਤਾਵੇਜ਼: Sender signatures and domains · Server API tokens · Sign up

⭐ ਅਸੀਂ ਇਸਦੇ ਲਈ Postmark ਨੂੰ ਕਿਉਂ ਚੁਣਾਂਗੇ। ਇਹ ਮਾਰਕੀਟਿੰਗ ਈਮੇਲਾਂ ਭੇਜਣ ਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ ਬਿਲਕੁਲ ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਇਸਦੀ ਡਿਲੀਵਰੀ ਦਰ ਇੰਨੀ ਵਧੀਆ ਹੈ: ਤੁਹਾਡੇ ਇਨਵੌਇਸ ਕਿਸੇ ਹੋਰ ਦੇ ਨਿਊਜ਼ਲੈਟਰ ਨਾਲ ਸਾਖ ਸਾਂਝੀ ਨਹੀਂ ਕਰ ਰਹੇ ਹਨ। ਜੇਕਰ ਤੁਹਾਡੀ ਇੱਕੋ-ਇੱਕ ਲੋੜ ਇਹ ਹੈ ਕਿ ਟ੍ਰਾਂਜੈਕਸ਼ਨਲ ਮੇਲ ਪਹੁੰਚੇ, ਤਾਂ ਇਹ ਸਭ ਤੋਂ ਵਧੀਆ ਵਿਕਲਪ ਹੈ।

1. ਆਪਣਾ ਡੋਮੇਨ ਜੋੜੋ ਅਤੇ ਤਸਦੀਕ ਕਰੋ

Sender Signatures → Domains → Add Domain, ਅਤੇ ਇੱਕ ਸਬ-ਡੋਮੇਨ ਦਰਜ ਕਰੋ ਜਿਵੇਂ ਕਿ mail.yourdomain.com।

Postmark ਤੁਹਾਨੂੰ ਦੋ ਰਿਕਾਰਡ ਦਿੰਦਾ ਹੈ:

TypeHostPurpose
TXT<selector>._domainkey.mail.yourdomain.comDKIM ਜਨਤਕ ਕੁੰਜੀ
CNAMEpm-bounces.mail.yourdomain.comReturn-path (ਬਾਊਂਸ) ਡੋਮੇਨ

ਦੋਵੇਂ ਜੋੜੋ, ਫਿਰ Verify ਦਬਾਓ।

⭐ Return-path ਰਿਕਾਰਡ ਸ਼ਾਮਲ ਕਰੋ, ਭਾਵੇਂ Postmark ਇਸਨੂੰ ਵਿਕਲਪਿਕ ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕਰਦਾ ਹੈ। ਇਸਦੇ ਬਿਨਾਂ ਤੁਹਾਡੇ ਸੁਨੇਹੇ Postmark ਦੇ ਆਪਣੇ ਬਾਊਂਸ ਡੋਮੇਨ ਨਾਲ ਭੇਜੇ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ SPF ਤੁਹਾਡੇ ਦੀ ਬਜਾਏ postmarkapp.com ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਇਕੱਲਾ DKIM ਅਜੇ ਵੀ ਤੁਹਾਨੂੰ ਇੱਕ DMARC ਪਾਸ ਦਿਵਾਏਗਾ — ਪਰ ਤੁਸੀਂ ਬਿਨਾਂ ਕਿਸੇ ਕਾਰਨ ਦੋ ਜਾਂਚਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਛੱਡ ਦਿੱਤਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਕੋਈ ਵੱਡਾ ਪ੍ਰਾਪਤਕਰਤਾ ਸਖ਼ਤੀ ਕਰਦਾ ਹੈ ਤਾਂ ਪਹਿਲੀ ਵਾਰ ਤੁਹਾਨੂੰ ਦੋਵਾਂ ਦੀ ਲੋੜ ਪਵੇਗੀ।

⚠️ Postmark ਨੂੰ SPF ਰਿਕਾਰਡ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਕਿਉਂਕਿ ਇਹ ਤੁਹਾਡੇ ਡੋਮੇਨ ਨੂੰ ਲਿਫਾਫਾ ਭੇਜਣ ਵਾਲੇ ਵਜੋਂ ਨਹੀਂ ਵਰਤਦਾ ਹੈ। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ SPF ਹੈ, ਤਾਂ ਇਸਨੂੰ ਇੰਝ ਹੀ ਰਹਿਣ ਦਿਓ।

2. ਆਪਣਾ Server API ਟੋਕਨ ਪ੍ਰਾਪਤ ਕਰੋ

ਉਹ server ਖੋਲ੍ਹੋ ਜਿਸ ਤੋਂ ਤੁਸੀਂ ਭੇਜਣਾ ਚਾਹੁੰਦੇ ਹੋ — Postmark ਭੇਜਣ ਵਾਲੇ ਵਾਤਾਵਰਣ ਨੂੰ "server" ਕਹਿੰਦਾ ਹੈ — ਫਿਰ API Tokens, ਅਤੇ Server API token ਕਾਪੀ ਕਰੋ।

⛔ Server ਟੋਕਨ, ਨਾ ਕਿ Account ਟੋਕਨ। Account ਟੋਕਨ ਤੁਹਾਡੇ ਪੂਰੇ Postmark ਖਾਤੇ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ: ਇਹ ਸਰਵਰ ਬਣਾ ਸਕਦਾ ਹੈ, ਡੋਮੇਨ ਬਦਲ ਸਕਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਦੁਆਰਾ ਭੇਜੇ ਗਏ ਹਰ ਸੰਦੇਸ਼ ਨੂੰ ਪੜ੍ਹ ਸਕਦਾ ਹੈ। Server ਟੋਕਨ ਇੱਕ ਸਰਵਰ ਤੋਂ ਭੇਜ ਸਕਦਾ ਹੈ। ਉਹ ਇੱਕੋ ਜਿਹੇ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ ਅਤੇ ਇੱਕੋ ਕਿਸਮ ਦੇ ਬਕਸੇ ਵਿੱਚ ਪੇਸਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਇਸ ਪੰਨੇ 'ਤੇ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਇਹ ਸਭ ਤੋਂ ਆਸਾਨ ਗਲਤੀ ਹੈ।

⭐ ਇਸਦੇ ਲਈ ਇੱਕ ਵੱਖਰਾ ਸਰਵਰ ਬਣਾਉਣ 'ਤੇ ਵਿਚਾਰ ਕਰੋ — ਇਸਨੂੰ "Zinn® notifications" ਕਹੋ। Postmark ਦੇ ਅੰਕੜੇ, ਬਾਊਂਸ ਸੂਚੀਆਂ ਅਤੇ ਗਤੀਵਿਧੀ ਫੀਡ ਸਾਰੇ ਪ੍ਰਤੀ-ਸਰਵਰ ਹਨ, ਇਸਲਈ ਇੱਕ ਵੱਖਰੇ ਸਰਵਰ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਡੀਆਂ ਕਲਾਇੰਟ ਸੂਚਨਾਵਾਂ ਤੁਹਾਡੇ ਦੁਆਰਾ ਭੇਜੀਆਂ ਜਾਣ ਵਾਲੀਆਂ ਕਿਸੇ ਵੀ ਹੋਰ ਚੀਜ਼ ਨਾਲ ਨਹੀਂ ਰਲਦੀਆਂ ਹਨ।

3. ਇਸਨੂੰ Zinn® ਵਿੱਚ ਕਨੈਕਟ ਕਰੋ

ਆਪਣੇ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ Email sending ਖੋਲ੍ਹੋ:

  • Provider — Postmark
  • Send from this domain — mail.yourdomain.com
  • Message stream — outbound ਦੇ ਤੌਰ 'ਤੇ ਛੱਡੋ ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਆਪਣਾ ਖੁਦ ਦਾ ਨਹੀਂ ਬਣਾਇਆ ਹੈ
  • Postmark server token — ਕਦਮ 2 ਦਾ ਟੋਕਨ

⚠️ Message stream ਇੱਕ transactional ਸਟ੍ਰੀਮ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। Postmark ਪ੍ਰਸਾਰਣ ਸਟ੍ਰੀਮ 'ਤੇ ਭੇਜੀ ਗਈ ਟ੍ਰਾਂਜੈਕਸ਼ਨਲ-ਦਿੱਖ ਵਾਲੀ ਮੇਲ ਨੂੰ ਰੱਦ ਕਰਦਾ ਹੈ, ਅਤੇ ਪਾਸਵਰਡ ਰੀਸੈਟ ਅਤੇ ਇਨਵੌਇਸ ਟ੍ਰਾਂਜੈਕਸ਼ਨਲ ਹੁੰਦੇ ਹਨ।

4. ਟੈਸਟ ਭੇਜੋ ਅਤੇ ਕੋਡ ਦਰਜ ਕਰੋ

ਕਿਸੇ ਵੱਖਰੇ ਡੋਮੇਨ 'ਤੇ ਇਨਬਾਕਸ ਵਿੱਚ Send test message ਦਬਾਓ, ਇਸ ਵਿੱਚੋਂ ਕੋਡ ਪੜ੍ਹੋ, ਅਤੇ ਇਸਨੂੰ ਦਰਜ ਕਰੋ।

ਜਦੋਂ ਇਹ ਕੰਮ ਨਹੀਂ ਕਰਦਾ

"You tried to send to a recipient that has been marked as inactive" — Postmark ਇੱਕ ਹਾਰਡ ਬਾਊਂਸ ਜਾਂ ਸਪੈਮ ਸ਼ਿਕਾਇਤ ਤੋਂ ਬਾਅਦ ਇੱਕ ਪਤੇ ਨੂੰ ਪੱਕੇ ਤੌਰ 'ਤੇ ਦਬਾ ਦਿੰਦਾ ਹੈ, ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਇਸਨੂੰ ਮੁੜ ਸਰਗਰਮ ਨਹੀਂ ਕਰਦੇ। Suppressions ਵਿੱਚ ਦੇਖੋ। ਇਹ Postmark ਤੁਹਾਡੀ ਰੱਖਿਆ ਕਰ ਰਿਹਾ ਹੈ, ਅਤੇ ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਸਹੀ ਹੁੰਦਾ ਹੈ।

422 with "Invalid 'From' address" — Send from this domain ਵਿੱਚ ਡੋਮੇਨ Postmark ਵਿੱਚ ਤਸਦੀਕ ਨਹੀਂ ਹੈ, ਜਾਂ ਤੁਸੀਂ yourdomain.com ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਹੈ ਅਤੇ mail.yourdomain.com ਤੋਂ ਭੇਜ ਰਹੇ ਹੋ। Postmark ਸਹੀ ਡੋਮੇਨ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।

401 Unauthorized — ਤੁਸੀਂ Server ਟੋਕਨ ਦੀ ਬਜਾਏ Account ਟੋਕਨ ਪੇਸਟ ਕੀਤਾ ਹੈ (ਉੱਪਰ ਦੇਖੋ), ਜਾਂ ਟੋਕਨ ਕਿਸੇ ਵੱਖਰੇ ਸਰਵਰ ਨਾਲ ਸਬੰਧਤ ਹੈ।

ਸਭ ਕੁਝ ਕੰਮ ਕਰਦਾ ਹੈ ਪਰ ਇਹ ਸਪੈਮ ਫੋਲਡਰ ਵਿੱਚ ਹੈ — ਜਾਂਚ ਕਰੋ ਕਿ DKIM Postmark ਵਿੱਚ Verified ਦਿਖਾਉਂਦਾ ਹੈ ਅਤੇ ਇਹ ਕਿ ਤੁਹਾਡਾ DMARC ਰਿਕਾਰਡ p=reject 'ਤੇ ਸੈੱਟ ਨਹੀਂ ਹੈ ਜਦੋਂ ਕਿ ਤੁਹਾਡੇ ਡੋਮੇਨ ਬਾਰੇ ਕੁਝ ਹੋਰ ਅਜੇ ਵੀ ਗਲਤ ਤਰੀਕੇ ਨਾਲ ਇਕਸਾਰ ਹੈ।

ਬਲੌਗ ਤੋਂ ਨਵੀਨਤਮ

ਹੋਸਟਿੰਗ, SEO ਅਤੇ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਸਾਈਟਾਂ ਚਲਾਉਣ ਬਾਰੇ ਅਸੀਂ ਕੀ ਲਿਖਿਆ ਹੈ।

ਹੋਸਟਿੰਗ ਪਰਤ ਤੋਂ ਐੱਸਈਓ ਅਤੇ ਲਿੰਕ ਬਿਲਡਿੰਗ: 2026 ਦੇ ਇੱਕ ਆਪਰੇਟਰ ਦਾ ਦ੍ਰਿਸ਼ਟੀਕੋਣ

2026 ਵਿੱਚ ਹੋਸਟਿੰਗ ਇੰਡੈਕਸਿੰਗ ਅਤੇ ਲਿੰਕ ਇਕੁਇਟੀ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ: ਪੰਨਿਆਂ ਨੂੰ ਇੰਡੈਕਸ ਰੱਖਣਾ, ਪੁਰਾਣੇ ਡੋਮੇਨਾਂ 'ਤੇ ਕੰਮ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹਨਾਂ ਦੀ ਜਾਂਚ ਕਰਨਾ, ਬਿਨਾਂ ਕਿਸੇ ਫੁੱਟਪ੍ਰਿੰਟ ਦੇ ਲਿੰਕ ਬਿਲਡਿੰਗ, ਅਤੇ ਐਸਈਓ ਲਈ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਕੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ, ਇਸ ਬਾਰੇ ਇੱਕ ਸਪਸ਼ਟ ਹਕੀਕਤ।

ਪੋਸਟ ਪੜ੍ਹੋ →

WordPress ਨੂੰ ਤੇਜ਼ ਅਤੇ ਸੁਰੱਖਿਅਤ ਬਣਾਉਣਾ: ਕਾਰਗੁਜ਼ਾਰੀ ਅਤੇ ਪਲੱਗਇਨ ਚੈੱਕਲਿਸਟ

ਤੇਜ਼, ਸੁਰੱਖਿਅਤ WordPress ਲਈ ਇੱਕ ਵਿਹਾਰਕ ਜਾਂਚ-ਸੂਚੀ: ਸਰਵਰ-ਪੱਧਰੀ ਕੈਸ਼ਿੰਗ, ਪ੍ਰਤੀ-ਸਾਈਟ ਆਬਜੈਕਟ ਕੈਸ਼, ਚਲਾਉਣ ਯੋਗ ਕੁਝ ਕੁ ਪਲੱਗਇਨ, ਸਟੈਕ ਨੂੰ ਅੱਪ-ਟੂ-ਡੇਟ ਰੱਖਣਾ, ਅਤੇ WooCommerce ਪੰਨੇ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਹਾਨੂੰ ਕਦੇ ਵੀ ਕੈਸ਼ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ।

ਪੋਸਟ ਪੜ੍ਹੋ →

2026 ਵਿੱਚ ਪ੍ਰਬੰਧਿਤ ਵੈੱਬ ਹੋਸਟਿੰਗ ਕਿਵੇਂ ਚੁਣੀਏ: ਇੱਕ ਖਰੀਦਦਾਰ ਗਾਈਡ

ਕੰਟਰੋਲ ਪੈਨਲ ਵਾਲੇ ਇੱਕ ਸਸਤੇ ਬਕਸੇ ਤੋਂ ਚੰਗੀ ਪ੍ਰਬੰਧਿਤ ਹੋਸਟਿੰਗ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕੀ ਵੱਖਰਾ ਕਰਦਾ ਹੈ — ਮਾਈਗ੍ਰੇਸ਼ਨ, ਬੈਕਅੱਪ, ਆਈਸੋਲੇਸ਼ਨ, ਅਸਲ ਕੈਸ਼ਿੰਗ ਅਤੇ ਇਮਾਨਦਾਰ ਸਕੇਲਿੰਗ — ਅਤੇ ਵਚਨਬੱਧ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸਦਾ ਨਿਰਣਾ ਕਿਵੇਂ ਕਰਨਾ ਹੈ।

ਪੋਸਟ ਪੜ੍ਹੋ →

ਬਲੌਗ ਪੜ੍ਹੋ →

ਕੀ ਅਜੇ ਵੀ ਸਮੱਸਿਆ ਆ ਰਹੀ ਹੈ?

ਸਰਪੋਰਟ ਹਰ ਪਲਾਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ, ਹੈਲਪ ਡੈਸਕ ਹਫ਼ਤੇ ਦੇ ਸਾਰੇ ਦਿਨ 24 ਘੰਟੇ ਖੁੱਲ੍ਹਾ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਸਾਡੀਆਂ ਕਿਸੇ ਵੀ 58 ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਸਾਨੂੰ ਲਿਖ ਸਕਦੇ ਹੋ — ਅਸੀਂ ਤੁਹਾਡੀ ਆਪਣੀ ਭਾਸ਼ਾ ਵਿੱਚ ਜਵਾਬ ਦਿੰਦੇ ਹਾਂ।

ਸਹਾਇਤਾ ਨਾਲ ਸੰਪਰਕ ਕਰੋ → ਸਾਰੇ ਲੇਖ →