Испраќање пошта преку HTTP прокси со curl

Проверете ги дозволите за CONNECT, TLS за SMTP и одделните податоци за најава на проксито и на поштенската услуга пред да се обидете да испратите.

HTTP прокси може да пренесува SMTP врска ако дозволува CONNECT тунел до портата на поштенскиот сервер. Таа дозвола е поважна од тоа дали веб-страница се вчитува преку истото прокси.

Испраќање со SMTP и STARTTLS има овој општ облик:

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

Адресите се замени. Користете поштенска услуга и испраќач за кои сте овластени. curl бара лозинка кога опцијата за корисник содржи само корисничко име. Датотеката со пораката бара соодветни поштенски заглавија, празна линија и тело; таа не е само адресата на примачот.

Очекувајте одделни врски и најави

Опцијата за HTTP тунел го тера curl да побара од проксито врска до целта SMTP. Проксито може да бара сопствени податоци за најава преку опциите за автентикација на прокси во curl. Потоа SMTP услугата го автентикува поштенскиот корисник во таа врска.

--ssl-reqd бара надградба на TLS за оваа SMTP URL. Оставете проверката на сертификатот вклучена за предвиденото име на поштенскиот домаќин. Успешната автентикација на проксито не докажува дека TLS или најавата во поштата ќе успеат.

Многу општи HTTP проксија ограничуваат CONNECT порти. Одбивањето на портата 587 може да биде намерна политика. Побарајте одобрена рута наместо постојано да пробувате неповрзани порти или ограничувањето да го сметате за дефект.

Поштенските услуги можат да ги спроведуваат и дозволите за испраќач и правилата за поднесување откако рутата ќе проработи. Прочитајте го одговорот SMTP. Порака што е одбиена по автентикацијата бара различно решение од тунел што е одбиен пред да пристигне поздравата на SMTP.

Поврзани статии