Dërgimi i postës përmes një proxy HTTP me curl

Kontrolloni lejet CONNECT, TLS-in e SMTP-së dhe kredencialet e ndara të proxy-t dhe të shërbimit të postës përpara se të provoni një dërgim.

Një proxy HTTP mund të mbajë një lidhje SMTP nëse lejon një tunel CONNECT drejt portës së serverit të postës. Kjo leje ka më shumë rëndësi sesa fakti nëse një faqe web ngarkohet përmes të njëjtit proxy.

Një dërgim me SMTP dhe STARTTLS ka këtë formë të përgjithshme:

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

Adresat janë vendmbajtëse. Përdorni një shërbim poste dhe një dërgues për të cilin jeni të autorizuar. curl kërkon fjalëkalimin kur opsioni i përdoruesit përmban vetëm emrin e përdoruesit. Skedari i mesazhit kërkon tituj poste të përshtatshëm, një rresht bosh dhe një trup; nuk është vetëm adresa e marrësit.

Prisni lidhje dhe hyrje të ndara

Opsioni i tunelit HTTP bën që curl t'i kërkojë proxy-t një lidhje me destinacionin SMTP. Proxy-t mund t'i duhen kredencialet e veta përmes opsioneve të vërtetimit të proxy-t të curl. Më pas shërbimi SMTP vërteton përdoruesin e postës brenda asaj lidhjeje.

--ssl-reqd kërkon përmirësimin në TLS për këtë URL SMTP. Mbani aktiv verifikimin e certifikatës për emrin e hostit të postës të synuar. Një vërtetim i suksesshëm i proxy-t nuk dëshmon se TLS ose hyrja në postë do të kenë sukses.

Shumë proxy HTTP të përgjithshëm kufizojnë portat CONNECT. Një refuzim i portës 587 mund të jetë politikë e qëllimshme. Kërkoni një rrugë të miratuar në vend që të provoni vazhdimisht porta të palidhura ose ta trajtoni kufizimin si avari.

Shërbimet e postës mund të zbatojnë gjithashtu leje dërguesi dhe politika dërgimi pasi rruga të funksionojë. Lexoni përgjigjen SMTP. Një mesazh i refuzuar pas vërtetimit kërkon një zgjidhje tjetër nga një tunel i refuzuar përpara se të mbërrijë përshëndetja SMTP.

Artikuj të ngjashëm