Pašto siuntimas per HTTP tarpinį serverį su curl

Prieš bandydami siųsti patikrinkite CONNECT leidimus, SMTP TLS ir atskirus tarpinio serverio bei pašto tarnybos prisijungimo duomenis.

HTTP tarpinis serveris gali perduoti SMTP ryšį, jei leidžia CONNECT tunelį į pašto serverio prievadą. Šis leidimas svarbesnis už tai, ar tinklalapis įkeliamas per tą patį tarpinį serverį.

Siuntimas naudojant SMTP su STARTTLS turi tokią bendrą 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

Adresai yra pavyzdžiai. Naudokite pašto tarnybą ir siuntėją, kuriems turite teisę. curl prašo slaptažodžio, kai naudotojo parinktyje yra tik naudotojo vardas. Žinutės failui reikia tinkamų pašto antraščių, tuščios eilutės ir turinio; tai ne tik gavėjo adresas.

Tikėkitės atskirų ryšių ir prisijungimų

HTTP tunelio parinktis priverčia curl paprašyti tarpinio serverio ryšio su SMTP paskirties vieta. Tarpinis serveris gali reikalauti savo prisijungimo duomenų per curl tarpinio serverio autentifikavimo parinktis. Tada SMTP tarnyba autentifikuoja pašto naudotoją tame ryšyje.

--ssl-reqd reikalauja TLS atnaujinimo šiam SMTP URL. Palikite sertifikatų tikrinimą įjungtą numatytam pašto pagrindinio kompiuterio vardui. Sėkminga tarpinio serverio autentifikacija neįrodo, kad TLS ar pašto prisijungimas pavyks.

Daugelis bendros paskirties HTTP tarpinių serverių riboja CONNECT prievadus. 587 prievado atmetimas gali būti tyčinė politika. Prašykite patvirtinto maršruto, o ne kartotinai bandykite nesusijusius prievadus arba laikykite apribojimą gedimu.

Pašto tarnybos taip pat gali taikyti siuntėjo teises ir siuntimo taisykles, kai maršrutas veikia. Skaitykite SMTP atsakymą. Žinutė, atmesta po autentifikacijos, reikalauja kitokio sprendimo nei tunelis, atmestas prieš atvykstant SMTP pasveikinimui.

Susiję straipsniai