ਆਪਣੇ ਖੁਦ ਦੇ SMTP ਸਰਵਰ ਰਾਹੀਂ ਈਮੇਲ ਭੇਜੋ

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

⚠️ ਜੇਕਰ ਤੁਹਾਡਾ ਪ੍ਰੋਵਾਈਡਰ Mailgun, SendGrid, Postmark, Amazon SES ਜਾਂ Resend ਹੈ, ਤਾਂ ਇਸ ਦੀ ਬਜਾਏ ਇਸਦੀ ਆਪਣੀ ਗਾਈਡ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਉਹ ਕਨੈਕਸ਼ਨ ਗਲਤੀ ਹੋਣ 'ਤੇ ਤੁਹਾਨੂੰ ਬਿਹਤਰ ਗਲਤੀ ਸੁਨੇਹੇ ਦਿੰਦੇ ਹਨ, ਕਿਉਂਕਿ ਅਸੀਂ SMTP ਸਥਿਤੀ ਕੋਡ ਦੀ ਬਜਾਏ ਇਹ ਪੜ੍ਹ ਸਕਦੇ ਹਾਂ ਕਿ ਪ੍ਰੋਵਾਈਡਰ ਨੇ ਅਸਲ ਵਿੱਚ ਕੀ ਕਿਹਾ ਹੈ।

ਤੁਹਾਨੂੰ ਕਿਸ ਚੀਜ਼ ਦੀ ਲੋੜ ਹੈ

ਚਾਰ ਚੀਜ਼ਾਂ, ਉਸ ਵਿਅਕਤੀ ਤੋਂ ਜੋ ਤੁਹਾਡਾ ਮੇਲ ਸਰਵਰ ਚਲਾਉਂਦਾ ਹੈ:

• ਹੋਸਟ (Host) — ਜਿਵੇਂ smtp.yourprovider.com
• ਪੋਰਟ (Port) — 587, 465 ਜਾਂ 2525
• ਯੂਜ਼ਰਨੇਮ (Username) ਅਤੇ ਪਾਸਵਰਡ (Password)

ਕਿਹੜਾ ਪੋਰਟ

587 STARTTLS ਨਾਲ ਸਬਮਿਸ਼ਨ ਹੈ ਅਤੇ ਇਹੀ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ। ਕਨੈਕਸ਼ਨ ਸਾਫ਼ ਤੌਰ 'ਤੇ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਅਤੇ ਕੁਝ ਵੀ ਭੇਜੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ TLS ਵਿੱਚ ਅੱਪਗ੍ਰੇਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

465 ਅਪ੍ਰਤੱਖ (implicit) 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 ਹੁੰਦਾ ਹੈ; ਤੁਹਾਡਾ ਪ੍ਰੋਵਾਈਡਰ ਤੁਹਾਨੂੰ ਚੋਣਕਾਰ (selector) ਦੱਸੇਗਾ।

DMARC — _dmarc.yourdomain.com 'ਤੇ ਇੱਕ TXT ਰਿਕਾਰਡ, v=DMARC1; p=none; ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਕਿ ਤੁਸੀਂ ਜਾਂਚ ਕਰਦੇ ਹੋ ਕਿ SPF ਅਤੇ DKIM ਦੋਵੇਂ ਪਾਸ ਹੁੰਦੇ ਹਨ।

ਰਿਵਰਸ DNS — ਤੁਹਾਡੇ ਸਰਵਰ ਦੇ IP ਪਤੇ ਲਈ PTR ਰਿਕਾਰਡ ਨੂੰ ਇਸਦੇ ਹੋਸਟਨਾਮ 'ਤੇ ਵਾਪਸ ਹੱਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਵੱਡੇ ਪ੍ਰਾਪਤਕਰਤਾ ਇਸ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹਨ ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਇਸ ਤੋਂ ਬਿਨਾਂ ਕਿਸੇ ਪਤੇ ਤੋਂ ਮੇਲ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਨ گے۔ ਤੁਹਾਡਾ ਹੋਸਟਿੰਗ ਪ੍ਰੋਵਾਈਡਰ ਇਸਨੂੰ ਸੈੱਟ ਕਰਦਾ ਹੈ, ਤੁਹਾਡਾ DNS ਪ੍ਰੋਵਾਈਡਰ ਨਹੀਂ।

⭐ ਇੱਕ ਵਾਰ ਜਦੋਂ ਤੁਸੀਂ ਇਸਨੂੰ ਚਲਾ ਲੈਂਦੇ ਹੋ ਤਾਂ ਇੱਕ ਵਧੀਆ ਮੁਫ਼ਤ ਜਾਂਚ: mail-tester.com ਨੂੰ ਇੱਕ ਸੁਨੇਹਾ ਭੇਜੋ ਅਤੇ ਸਕੋਰ ਪੜ੍ਹੋ। ਇਹ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਚਾਰਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਗਲਤ ਹੈ, ਜੋ ਕਿ ਸਪੈਮ ਫੋਲਡਰ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਨਾਲੋਂ ਬਹੁਤ ਤੇਜ਼ ਹੈ।

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

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

• Provider — SMTP ਸਰਵਰ
• 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 ਅਸਫਲ ਹੋ ਗਿਆ। ਜੇਕਰ ਤੁਹਾਡੇ ਪ੍ਰੋਵਾਈਡਰ ਕੋਲ ਖਾਤੇ 'ਤੇ ਟੂ-ਫੈਕਟਰ ਪ੍ਰਮਾਣੀਕਰਨ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਲੌਗਇਨ ਪਾਸਵਰਡ ਦੀ ਬਜਾਏ ਲਗਭਗ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਇੱਕ ਐਪ ਪਾਸਵਰਡ ਦੀ ਲੋੜ ਹੈ।

"Could not reach host:port" — ਪੋਰਟ ਬਲੌਕ ਹੈ, ਹੋਸਟਨਾਮ ਗਲਤ ਹੈ, ਜਾਂ ਸਰਵਰ ਉਸ ਪੋਰਟ 'ਤੇ ਸਬਮਿਸ਼ਨ ਲਈ ਸੁਣ ਨਹੀਂ ਰਿਹਾ ਹੈ। ਕਿਸੇ ਹੋਰ ਮਸ਼ੀਨ ਤੋਂ telnet smtp.yourprovider.com 587 ਤੁਹਾਨੂੰ ਦੱਸੇਗਾ ਕਿ ਕਿਹੜਾ ਹੈ।

ਇੱਕ TLS ਗਲਤੀ — ਤੁਹਾਡੇ ਸਰਵਰ ਦਾ ਸਰਟੀਫਿਕੇਟ ਮਿਆਦ ਪੁੱਗ ਚੁੱਕਾ ਹੈ, ਸਵੈ-ਦਸਤਖਤਸ਼ੁਦਾ ਹੈ, ਜਾਂ ਤੁਹਾਡੇ ਦੁਆਰਾ ਦਾਖਲ ਕੀਤੇ ਗਏ ਹੋਸਟਨਾਮ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ। ਅਸੀਂ ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹਾਂ ਅਤੇ ਉਸ ਜਾਂਚ ਨੂੰ ਛੱਡਾਂਗੇ ਨਹੀਂ; ਸਰਟੀਫਿਕੇਟ ਨੂੰ ਠੀਕ ਕਰੋ।

"The mail server refused the recipient" — ਤੁਹਾਡਾ ਸਰਵਰ ਇਸ ਭੇਜਣ ਵਾਲੇ ਲਈ ਰੀਲੇਅ ਕਰਨ ਲਈ ਕੌਂਫਿਗਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਿਸਦਾ ਆਮ ਤੌਰ 'ਤੇ ਮਤਲਬ ਹੁੰਦਾ ਹੈ कि ਪ੍ਰਮਾਣਿਤ ਉਪਭੋਗਤਾ ਨੂੰ ਤੁਹਾਡੇ ਭੇਜਣ ਵਾਲੇ ਡੋਮੇਨ ਵਜੋਂ ਭੇਜਣ ਦੀ ਆਗਿਆ ਨਹੀਂ ਹੈ।

ਇਹ ਭੇਜਦਾ ਹੈ ਪਰ ਸਭ ਕੁਝ ਸਪੈਮ ਵਿੱਚ ਚਲਾ ਜਾਂਦਾ է — ਇਹ DNS ਹੈ, SMTP ਨਹੀਂ। ਉਪਰੋਕਤ SPF, DKIM, DMARC এবং ਰਿਵਰਸ DNS ਰਾਹੀਂ ਕੰਮ ਕਰੋ, ਫਿਰ ਮੇਲ-ਟੈਸਟਰ ਜਾਂਚ ਨੂੰ ਦੁਬਾਰਾ ਚਲਾਓ।