Posta HTTP proxy baten bidez bidaltzea curlekin
Egiaztatu CONNECT baimenak, SMTP TLSa eta proxyaren eta posta zerbitzuaren kredentzial bereiziak bidalketa saiatu aurretik.
HTTP proxy batek SMTP konexio bat eraman dezake posta zerbitzariaren portura CONNECT tunel bat uzten badu. Baimen horrek gehiago axola du webgune bat proxy beretik kargatzen den ala ez baino.
STARTTLS duen SMTP bidezko bidalketak forma orokor hau du:
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
Helbideak leku-markak dira. Erabili baimenduta zauden posta zerbitzua eta bidaltzailea. curl-ek pasahitza eskatzen du erabiltzaile aukerak erabiltzaile-izena soilik daukanean. Mezu-fitxategiak posta goiburu egokiak, lerro huts bat eta gorputz bat behar ditu; ez da hartzailearen helbidea soilik.
Espero itzazu konexio eta saio-hasiera bereiziak
HTTP tunel aukera curl-ek proxyari SMTP helmugara konexio bat eskatzea eragiten du. Proxyak bere kredentzialak eska ditzake curl-en proxy autentifikazio aukeren bidez. Gero SMTP zerbitzuak posta erabiltzailea autentifikatzen du konexio horren barruan.
--ssl-reqd SMTP URL honetarako TLS bertsio-berritzea eskatzen du. Mantendu ziurtagiri egiaztapena gaituta aurreikusitako posta ostalari-izenerako. Proxy autentifikazio arrakastatsuak ez du frogatzen TLSak edo posta saio-hasierak arrakasta izango duenik.
Helburu orokorreko HTTP proxy askok CONNECT portuak murrizten dituzte. 587 portuaren ukapenak politika nahita egina izan daiteke. Eskatu baimendutako ibilbide bat, erlazionatuta ez dauden portuak behin eta berriz probatu edo murrizketa matxura gisa hartu beharrean.
Posta zerbitzuek bidaltzaile baimenak eta bidalketa politikak ere betearaz ditzakete ibilbidea funtzionatzen duenean. Irakurri SMTP erantzuna. Autentifikazioaren ondoren baztertutako mezu batek SMTP agurra iritsi aurretik baztertutako tunelak baino konponketa desberdina behar du.