curl ਨਾਲ HTTP ਪ੍ਰਾਕਸੀ ਰਾਹੀਂ ਮੇਲ ਭੇਜਣਾ

ਭੇਜਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ CONNECT ਇਜਾਜ਼ਤਾਂ, SMTP TLS ਅਤੇ ਵੱਖਰੇ ਪ੍ਰਾਕਸੀ ਤੇ ਮੇਲ-ਸੇਵਾ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਜਾਂਚੋ।

HTTP ਪ੍ਰਾਕਸੀ SMTP ਕਨੈਕਸ਼ਨ ਲੈ ਜਾ ਸਕਦੀ ਹੈ ਜੇ ਇਹ ਮੇਲ ਸਰਵਰ ਦੇ ਪੋਰਟ ਤੱਕ CONNECT ਟਨਲ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ। ਇਹ ਇਜਾਜ਼ਤ ਇਸ ਗੱਲ ਨਾਲੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਉਸੇ ਪ੍ਰਾਕਸੀ ਰਾਹੀਂ ਵੈੱਬਪੇਜ ਲੋਡ ਹੁੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।

STARTTLS ਨਾਲ SMTP ਵਰਤਣ ਵਾਲੀ ਸਬਮਿਸ਼ਨ ਦਾ ਇਹ ਆਮ ਰੂਪ ਹੈ:

curl --proxy http://203.0.113.10:8080 --proxytunnel \
  --url smtp://mail.example.com:587 --ssl-reqd \
  --user mail-user \
  --mail-from [email protected] \
  --mail-rcpt [email protected] \
  --upload-file message.eml

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

ਵੱਖਰੇ ਕਨੈਕਸ਼ਨ ਅਤੇ ਲੌਗਇਨ ਦੀ ਉਮੀਦ ਰੱਖੋ

HTTP ਟਨਲ ਵਿਕਲਪ curl ਨੂੰ ਪ੍ਰਾਕਸੀ ਤੋਂ SMTP ਮੰਜ਼ਿਲ ਲਈ ਕਨੈਕਸ਼ਨ ਮੰਗਣ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ। ਪ੍ਰਾਕਸੀ ਨੂੰ curl ਦੇ ਪ੍ਰਾਕਸੀ-ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਕਲਪਾਂ ਰਾਹੀਂ ਆਪਣੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਚਾਹੀਦੇ ਹੋ ਸਕਦੇ ਹਨ। ਫਿਰ SMTP ਸੇਵਾ ਉਸ ਕਨੈਕਸ਼ਨ ਅੰਦਰ ਮੇਲ ਉਪਭੋਗਤਾ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਕਰਦੀ ਹੈ।

--ssl-reqd ਇਸ SMTP URL ਲਈ TLS ਅੱਪਗ੍ਰੇਡ ਦੀ ਲੋੜ ਹੈ। ਲੋੜੀਂਦੇ ਮੇਲ ਹੋਸਟਨਾਮ ਲਈ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਚਾਲੂ ਰੱਖੋ। ਸਫਲ ਪ੍ਰਾਕਸੀ ਪ੍ਰਮਾਣਿਕਤਾ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ ਕਿ TLS ਜਾਂ ਮੇਲ ਲੌਗਇਨ ਸਫਲ ਹੋਵੇਗਾ।

ਕਈ ਆਮ HTTP ਪ੍ਰਾਕਸੀਆਂ CONNECT ਪੋਰਟ ਸੀਮਿਤ ਕਰਦੀਆਂ ਹਨ। ਪੋਰਟ 587 ਦਾ ਇਨਕਾਰ ਜਾਣ-ਬੁੱਝ ਕੇ ਨੀਤੀ ਹੋ ਸਕਦਾ ਹੈ। ਗੈਰ-ਸੰਬੰਧਿਤ ਪੋਰਟ ਵਾਰ-ਵਾਰ ਅਜ਼ਮਾਉਣ ਜਾਂ ਸੀਮਾ ਨੂੰ ਖਰਾਬੀ ਮੰਨਣ ਦੀ ਥਾਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਮਾਰਗ ਮੰਗੋ।

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

ਸੰਬੰਧਿਤ ਲੇਖ