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

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

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

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

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

• ਹੋਸਟ — ਉਦਾਹਰਨ ਲਈ smtp.yourprovider.com
• ਪੋਰਟ — 587, 465 ਜਾਂ 2525
• ਉਪਭੋਗਤਾ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ

ਕਿਹੜਾ ਪੋਰਟ

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

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

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 ਰਾਹੀਂ ਕੰਮ ਕਰੋ, ਫਿਰ mail-tester ਜਾਂਚ ਨੂੰ ਦੁਬਾਰਾ ਚਲਾਓ।