Send mail gennem en HTTP-proxy med curl

Kontroller CONNECT-tilladelser, SMTP-TLS og de separate legitimationsoplysninger til proxyen og mailtjenesten, før du forsøger at sende.

En HTTP-proxy kan bære en SMTP-forbindelse, hvis den tillader en CONNECT-tunnel til mailserverens port. Den tilladelse betyder mere end, hvorvidt en webside indlæses gennem samme proxy.

En afsendelse med SMTP og STARTTLS har denne generelle form:

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

Adresserne er pladsholdere. Brug en mailtjeneste og en afsender, du er autoriseret til at bruge. curl spørger efter adgangskoden, når brugerindstillingen kun indeholder brugernavnet. Beskedfilen skal have passende mailheadere, en tom linje og en brødtekst; den er ikke kun modtageradressen.

Forvent adskilte forbindelser og logins

HTTP-tunnelindstillingen får curl til at bede proxyen om en forbindelse til SMTP-destinationen. Proxyen kan kræve sine egne legitimationsoplysninger via curls indstillinger for proxygodkendelse. Derefter godkender SMTP-tjenesten mailbrugeren inde i den forbindelse.

--ssl-reqd kræver TLS-opgraderingen til denne SMTP-URL. Hold certifikatverifikation slået til for det tilsigtede mail-værtsnavn. En vellykket proxygodkendelse beviser ikke, at TLS eller mail-loginet lykkes.

Mange generelle HTTP-proxier begrænser CONNECT-porte. En afvisning af port 587 kan være en bevidst politik. Anmod om en godkendt rute i stedet for gentagne gange at prøve urelaterede porte eller behandle begrænsningen som et nedbrud.

Mailtjenester kan også håndhæve afsendertilladelser og indsendelsespolitikker, efter at ruten virker. Læs SMTP-svaret. En besked, der afvises efter godkendelse, kræver en anden løsning end en tunnel, der afvises, før SMTP-hilsenen ankommer.

Relaterede artikler