Pošiljanje pošte skozi HTTP proxy s curl

Pred poskusom pošiljanja preverite dovoljenja CONNECT, TLS za SMTP in ločene poverilnice proxyja ter poštne storitve.

HTTP proxy lahko prenaša povezavo SMTP, če dovoljuje tunel CONNECT do vrat poštnega strežnika. To dovoljenje je pomembnejše od tega, ali se spletna stran naloži skozi isti proxy.

Pošiljanje s SMTP in STARTTLS ima to splošno obliko:

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

Naslovi so nadomestni. Uporabite poštno storitev in pošiljatelja, za katera ste pooblaščeni. curl vpraša za geslo, ko možnost uporabnika vsebuje samo uporabniško ime. Datoteka sporočila potrebuje ustrezne poštne glave, prazno vrstico in telo; ni samo naslov prejemnika.

Pričakujte ločene povezave in prijave

Možnost tunela HTTP prisili curl, da od proxyja zahteva povezavo do cilja SMTP. Proxy lahko zahteva lastne poverilnice prek možnosti preverjanja pristnosti proxyja v curl. Nato poštna storitev preveri poštnega uporabnika znotraj te povezave.

--ssl-reqd zahteva nadgradnjo na TLS za ta URL SMTP. Pustite preverjanje potrdil vklopljeno za predvideno ime poštnega gostitelja. Uspešno preverjanje pristnosti na proxyju ne dokazuje, da bosta TLS ali prijava v pošto uspela.

Številni splošni HTTP proxyji omejujejo vrata CONNECT. Zavrnitev vrat 587 je lahko namerna politika. Zahtevajte odobreno pot, namesto da znova in znova poskušate nepovezana vrata ali omejitev obravnavate kot okvaro.

Poštne storitve lahko po tem, ko pot deluje, uveljavijo tudi dovoljenja pošiljatelja in pravila pošiljanja. Preberite odgovor SMTP. Sporočilo, zavrnjeno po preverjanju pristnosti, zahteva drugačno rešitev kot tunel, zavrnjen preden prispe pozdrav SMTP.

Sorodni članki