Un proxy HTTP pot transportar una connexió SMTP si permet un túnel CONNECT al port del servidor de correu. Aquest permís importa més que si una pàgina web es carrega a través del mateix proxy.

Un enviament amb SMTP i STARTTLS té aquesta forma general:

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

Les adreces són marcadors de posició. Feu servir un servei de correu i un remitent que estigueu autoritzats a utilitzar. curl demana la contrasenya quan l'opció d'usuari només conté el nom d'usuari. El fitxer del missatge necessita capçaleres de correu adequades, una línia en blanc i un cos; no és només l'adreça del destinatari.

Espereu connexions i inicis de sessió separats

L'opció de túnel HTTP fa que curl demani al proxy una connexió a la destinació SMTP. El proxy pot exigir les seves pròpies credencials mitjançant les opcions d'autenticació de proxy de curl. Després el servei SMTP autentica l'usuari de correu dins d'aquesta connexió.

--ssl-reqd requereix l'actualització a TLS per a aquesta URL SMTP. Manteniu la verificació de certificats activada per al nom d'amfitrió de correu previst. Una autenticació de proxy correcta no garanteix que el TLS o l'inici de sessió de correu tinguin èxit.

Molts proxies HTTP generals restringeixen els ports CONNECT. Un rebuig del port 587 pot ser una política deliberada. Demaneu una ruta aprovada en lloc de provar repetidament ports no relacionats o tractar la restricció com una avaria.

Els serveis de correu també poden aplicar permisos de remitent i polítiques d'enviament un cop la ruta funciona. Llegiu la resposta SMTP. Un missatge rebutjat després de l'autenticació requereix una solució diferent d'un túnel rebutjat abans que arribi la salutació SMTP.

Articles relacionats