Send e-post gjennom ein HTTP-proxy med curl

Kontroller CONNECT-løyve, SMTP-TLS og dei separate påloggingsdetaljane for proxyen og e-posttenesta før du prøver å senda.

Ein HTTP-proxy kan bera ei SMTP-tilkopling dersom han tillèt ein CONNECT-tunnel til porten til e-posttenaren. Det løyvet tyder meir enn om ei nettside blir lasta gjennom same proxy.

Ei sending med SMTP og STARTTLS har denne generelle forma:

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

Adressene er plasshaldarar. Bruk ei e-postteneste og ein avsendar du er autorisert til å bruka. curl spør etter passordet når brukarvalet berre inneheld brukarnamnet. Meldingsfila treng passande e-posthovud, ei tom linje og ein brødtekst; ho er ikkje berre mottakaradressa.

Rekn med skilde tilkoplingar og påloggingar

HTTP-tunnelvalet får curl til å be proxyen om ei tilkopling til SMTP-målet. Proxyen kan krevja sine eigne påloggingsdetaljar gjennom curls val for proxyautentisering. Deretter autentiserer SMTP-tenesta e-postbrukaren inne i den tilkoplinga.

--ssl-reqd krev TLS-oppgraderinga for denne SMTP-URL-en. Hald sertifikatverifisering på for det tiltenkte e-postvertnamnet. Vellykka proxyautentisering provar ikkje at TLS eller e-postpålogginga vil lukkast.

Mange generelle HTTP-proxyar avgrensar CONNECT-portar. Ei avvising av port 587 kan vera ein medviten politikk. Be om ei godkjend rute i staden for å prøva urelaterte portar om og om att eller handsama avgrensinga som ein feil.

E-posttenester kan òg handheva avsendarløyve og innsendingsreglar etter at ruta verkar. Les SMTP-svaret. Ei melding som blir avvist etter autentisering, krev ei anna løysing enn ein tunnel som blir avvist før SMTP-helsinga kjem.

Relaterte artiklar