ਗਿਆਨ ਕੋਸ਼
ਆਪਣਾ ਖੁਦ ਦਾ Resend ਖਾਤਾ ਕਨੈਕਟ ਕਰੋ: ਇੱਕ ਡੋਮੇਨ ਸ਼ਾਮਲ ਕਰਨਾ, ਤਿੰਨ DNS ਰਿਕਾਰਡ ਅਤੇ SPF ਰਿਕਾਰਡ ਸਬ-ਡੋਮੇਨ 'ਤੇ ਕਿਉਂ ਜਾਂਦਾ ਹੈ, ਇੱਕ ਭੇਜਣ-ਪਹੁੰਚ ਕੁੰਜੀ, ਅਤੇ ਇੱਕ ਨਵੇਂ ਖਾਤੇ ਦੀਆਂ ਸੀਮਾਵਾਂ।
ਤੁਹਾਨੂੰ ਇੱਕ Resend ਖਾਤੇ ਅਤੇ ਆਪਣੇ ਡੋਮੇਨ ਦੇ DNS ਤੱਕ ਪਹੁੰਚ ਦੀ ਲੋੜ ਪਵੇਗੀ। ਛੇਆਂ ਵਿੱਚੋਂ ਇਸਨੂੰ ਸੈੱਟਅੱਪ ਕਰਨਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਹੈ।
Resend ਦੇ ਆਪਣੇ ਦਸਤਾਵੇਜ਼: Verify your domain · API keys · Sign up
⚠️ ਤੁਹਾਡਾ ਆਪਣਾ Resend ਖਾਤਾ, ਸਾਡਾ ਨਹੀਂ। ਅਸੀਂ ਪਲੇਟਫਾਰਮ ਦੀ ਆਪਣੀ ਮੇਲ ਲਈ Resend ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਉਹ ਇੱਕ ਵੱਖਰੇ ਬਿੱਲ ਵਾਲਾ ਇੱਕ ਵੱਖਰਾ ਖਾਤਾ ਹੈ। ਆਪਣੇ ਖਾਤੇ ਨੂੰ ਜੋੜਨ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਡੇ ਸੁਨੇਹੇ ਤੁਹਾਡੀ ਕੁੰਜੀ, ਤੁਹਾਡੇ ਕੋਟੇ ਅਤੇ ਤੁਹਾਡੀ ਸਾਖ 'ਤੇ ਜਾਂਦੇ ਹਨ — ਜੋ ਕਿ ਮੁੱਖ ਮਕਸਦ ਹੈ।
Domains → Add Domain, ਇੱਕ ਸਬ-ਡੋਮੇਨ ਦਰਜ ਕਰੋ ਜਿਵੇਂ ਕਿ mail.yourdomain.com, ਅਤੇ ਆਪਣੇ ਗਾਹਕਾਂ ਦੇ ਸਭ ਤੋਂ ਨਜ਼ਦੀਕੀ ਖੇਤਰ ਚੁਣੋ।
Resend ਤੁਹਾਨੂੰ ਤਿੰਨ ਰਿਕਾਰਡ ਦਿੰਦਾ ਹੈ:
| Type | Host | Purpose |
|---|---|---|
TXT | resend._domainkey.mail.yourdomain.com | DKIM public key |
MX | send.mail.yourdomain.com | Return-path (bounce handling) |
TXT | send.mail.yourdomain.com | SPF for the return-path domain |
ਤਿੰਨੋਂ ਸ਼ਾਮਲ ਕਰੋ ਅਤੇ Verify DNS Records ਦਬਾਓ।
⭐ ਧਿਆਨ ਦਿਓ ਕਿ SPF ਰਿਕਾਰਡ send. ਸਬ-ਡੋਮੇਨ 'ਤੇ ਜਾਂਦਾ ਹੈ, ਨਾ ਕਿ ਤੁਹਾਡੇ ਭੇਜਣ ਵਾਲੇ ਡੋਮੇਨ 'ਤੇ। ਇਹ ਬਿਲਕੁਲ ਸਹੀ ਹੈ ਅਤੇ ਇਸੇ ਕਾਰਨ ਤੁਹਾਨੂੰ ਆਪਣੇ ਕਿਸੇ ਵੀ ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ SPF ਰਿਕਾਰਡ ਨੂੰ ਛੂਹਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। Resend ਦਾ return-path ਇਸਦਾ ਆਪਣਾ ਸਬ-ਡੋਮੇਨ ਹੈ, ਅਤੇ SPF ਦੀ ਜਾਂਚ ਲਿਫਾਫੇ ਭੇਜਣ ਵਾਲੇ (envelope sender) ਦੇ ਵਿਰੁੱਧ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਨਾ ਕਿ ਉਸ ਪਤੇ ਦੇ ਵਿਰੁੱਧ ਜੋ ਤੁਹਾਡਾ ਗਾਹਕ ਦੇਖਦਾ ਹੈ।
API Keys → Create API Key. ਇਸਨੂੰ Sending access ਦਿਓ ਅਤੇ, ਜੇਕਰ ਪੇਸ਼ਕਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਹੁਣੇ ਸ਼ਾਮਲ ਕੀਤੇ ਡੋਮੇਨ ਤੱਕ ਸੀਮਤ ਕਰੋ।
⛔ Full access ਵਾਲੀ ਕੁੰਜੀ ਨਾ ਬਣਾਓ। ਸਾਨੂੰ ਸਿਰਫ਼ ਭੇਜਣ ਦੀ ਪਹੁੰਚ (sending access) ਦੀ ਲੋੜ ਹੈ; ਪੂਰੀ-ਪਹੁੰਚ ਵਾਲੀ ਕੁੰਜੀ ਤੁਹਾਡੇ ਡੋਮੇਨਾਂ, ਤੁਹਾਡੇ ਲੌਗਸ ਅਤੇ ਤੁਹਾਡੀਆਂ ਹੋਰ ਕੁੰਜੀਆਂ ਨੂੰ ਵੀ ਪੜ੍ਹ ਸਕਦੀ ਹੈ।
⚠️ ਕੁੰਜੀ ਇੱਕ ਵਾਰ ਦਿਖਾਈ ਜਾਂਦੀ ਹੈ ਅਤੇ re_ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ। ਇਸਨੂੰ ਹੁਣੇ ਕਾਪੀ ਕਰੋ।
ਆਪਣੇ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ Email sending ਖੋਲ੍ਹੋ:
mail.yourdomain.comਕਿਸੇ ਵੱਖਰੇ ਡੋਮੇਨ 'ਤੇ ਇਨਬਾਕਸ ਵਿੱਚ Send test message ਦਬਾਓ, ਇਸ ਵਿੱਚੋਂ ਕੋਡ ਪੜ੍ਹੋ, ਅਤੇ ਇਸਨੂੰ ਦਰਜ ਕਰੋ।
"The domain is not verified" — Resend ਦੀ ਪੁਸ਼ਟੀਕਰਨ ਅਜੇ ਹਰੇ ਰੰਗ ਦੀ ਨਹੀਂ ਹੋਈ ਹੈ, ਜਾਂ Send from this domain ਵਿੱਚ ਡੋਮੇਨ ਉਹ ਨਹੀਂ ਹੈ ਜੋ ਤੁਸੀਂ ਸ਼ਾਮਲ ਕੀਤਾ ਸੀ। Resend ਬਿਲਕੁਲ ਸਹੀ ਡੋਮੇਨ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਇਸ ਲਈ yourdomain.com ਨੂੰ ਜੋੜਨਾ mail.yourdomain.com ਨੂੰ ਅਧਿਕਾਰਤ ਨਹੀਂ ਕਰਦਾ ਹੈ।
401 Unauthorized — ਕੁੰਜੀ ਦੁਬਾਰਾ ਤਿਆਰ ਕੀਤੀ ਗਈ ਸੀ, ਜਾਂ ਤੁਸੀਂ ਇਸਨੂੰ ਪਿਛਲੀ ਖਾਲੀ ਥਾਂ (trailing space) ਨਾਲ ਕਾਪੀ ਕੀਤਾ ਸੀ। ਦੁਬਾਰਾ ਟਾਈਪ ਕਰਨ ਦੀ ਬਜਾਏ ਇੱਕ ਨਵੀਂ ਕੁੰਜੀ ਬਣਾਓ।
ਸਿਰਫ਼ ਤੁਹਾਡੇ ਆਪਣੇ ਪਤੇ 'ਤੇ ਹੀ ਸਭ ਕੁਝ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ — ਇੱਕ Resend ਖਾਤਾ ਜਿਸਨੇ ਕਿਸੇ ਵੀ ਡੋਮੇਨ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕੀਤੀ ਹੈ, ਉਹ ਸਿਰਫ਼ ਉਸੇ ਪਤੇ 'ਤੇ ਭੇਜ ਸਕਦਾ ਹੈ ਜਿਸ ਨਾਲ ਇਹ ਰਜਿਸਟਰ ਕੀਤਾ ਗਿਆ ਸੀ। ਕਦਮ 1 ਪੂਰਾ ਕਰੋ।
429 Too Many Requests — Resend ਪ੍ਰਤੀ API ਕੁੰਜੀ ਦਰ ਸੀਮਤ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਇੱਕੋ ਵਾਰ ਵਿੱਚ ਸੂਚਨਾਵਾਂ ਦਾ ਇੱਕ ਵੱਡਾ ਬੈਚ ਭੇਜ ਰਹੇ ਹੋ ਤਾਂ ਇਹ ਆਮ ਗੱਲ ਹੈ ਅਤੇ ਸੁਨੇਹਿਆਂ ਦਾ ਦੁਬਾਰਾ ਯਤਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ; ਜੇਕਰ ਇਹ ਬਣਿਆ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਡੇ ਪਲਾਨ ਦੀ ਸੀਮਾ ਵਧਾਉਣ ਵਾਲੀ ਚੀਜ਼ ਹੈ।
ਹੋਸਟਿੰਗ, SEO ਅਤੇ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਸਾਈਟਾਂ ਚਲਾਉਣ ਬਾਰੇ ਅਸੀਂ ਕੀ ਲਿਖਿਆ ਹੈ।
2026 ਵਿੱਚ ਹੋਸਟਿੰਗ ਇੰਡੈਕਸਿੰਗ ਅਤੇ ਲਿੰਕ ਇਕੁਇਟੀ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ: ਪੰਨਿਆਂ ਨੂੰ ਇੰਡੈਕਸ ਰੱਖਣਾ, ਪੁਰਾਣੇ ਡੋਮੇਨਾਂ 'ਤੇ ਕੰਮ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹਨਾਂ ਦੀ ਜਾਂਚ ਕਰਨਾ, ਬਿਨਾਂ ਕਿਸੇ ਫੁੱਟਪ੍ਰਿੰਟ ਦੇ ਲਿੰਕ ਬਿਲਡਿੰਗ, ਅਤੇ ਐਸਈਓ ਲਈ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਕੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ, ਇਸ ਬਾਰੇ ਇੱਕ ਸਪਸ਼ਟ ਹਕੀਕਤ।
ਪੋਸਟ ਪੜ੍ਹੋ →ਤੇਜ਼, ਸੁਰੱਖਿਅਤ WordPress ਲਈ ਇੱਕ ਵਿਹਾਰਕ ਜਾਂਚ-ਸੂਚੀ: ਸਰਵਰ-ਪੱਧਰੀ ਕੈਸ਼ਿੰਗ, ਪ੍ਰਤੀ-ਸਾਈਟ ਆਬਜੈਕਟ ਕੈਸ਼, ਚਲਾਉਣ ਯੋਗ ਕੁਝ ਕੁ ਪਲੱਗਇਨ, ਸਟੈਕ ਨੂੰ ਅੱਪ-ਟੂ-ਡੇਟ ਰੱਖਣਾ, ਅਤੇ WooCommerce ਪੰਨੇ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਹਾਨੂੰ ਕਦੇ ਵੀ ਕੈਸ਼ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ।
ਪੋਸਟ ਪੜ੍ਹੋ →ਕੰਟਰੋਲ ਪੈਨਲ ਵਾਲੇ ਇੱਕ ਸਸਤੇ ਬਕਸੇ ਤੋਂ ਚੰਗੀ ਪ੍ਰਬੰਧਿਤ ਹੋਸਟਿੰਗ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕੀ ਵੱਖਰਾ ਕਰਦਾ ਹੈ — ਮਾਈਗ੍ਰੇਸ਼ਨ, ਬੈਕਅੱਪ, ਆਈਸੋਲੇਸ਼ਨ, ਅਸਲ ਕੈਸ਼ਿੰਗ ਅਤੇ ਇਮਾਨਦਾਰ ਸਕੇਲਿੰਗ — ਅਤੇ ਵਚਨਬੱਧ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸਦਾ ਨਿਰਣਾ ਕਿਵੇਂ ਕਰਨਾ ਹੈ।
ਪੋਸਟ ਪੜ੍ਹੋ →ਸਰਪੋਰਟ ਹਰ ਪਲਾਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ, ਹੈਲਪ ਡੈਸਕ ਹਫ਼ਤੇ ਦੇ ਸਾਰੇ ਦਿਨ 24 ਘੰਟੇ ਖੁੱਲ੍ਹਾ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਸਾਡੀਆਂ ਕਿਸੇ ਵੀ 58 ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਸਾਨੂੰ ਲਿਖ ਸਕਦੇ ਹੋ — ਅਸੀਂ ਤੁਹਾਡੀ ਆਪਣੀ ਭਾਸ਼ਾ ਵਿੱਚ ਜਵਾਬ ਦਿੰਦੇ ਹਾਂ।
ਸਹਾਇਤਾ ਨਾਲ ਸੰਪਰਕ ਕਰੋ → ਸਾਰੇ ਲੇਖ →