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 અભિવાદન આવતા પહેલાં અસ્વીકૃત ટનલ કરતાં અલગ ઉપાયની જરૂર છે.

સંબંધિત લેખો