curl менен HTTP прокси аркылуу почта жөнөтүү

Жөнөтүүгө аракет кылуудан мурун CONNECT уруксаттарын, SMTP TLS жана прокси менен почта кызматынын өзүнчө эсептик маалыматтарын текшериңиз.

HTTP прокси почта серверинин портуна CONNECT туннелине уруксат берсе, SMTP байланышын ташыса болот. Бул уруксат ошол эле прокси аркылуу веб-баракчанын жүктөлүшүнөн маанилүүрөөк.

STARTTLS менен SMTP аркылуу жөнөтүүнүн жалпы формасы мындай:

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 бул SMTP URL үчүн TLS жаңыртууну талап кылат. Көздөлгөн почта хост аты үчүн сертификатты текшерүүнү күйүк абалда кармаңыз. Ийгиликтүү прокси аутентификациясы TLS же почтага кирүү ийгиликтүү болорун далилдебейт.

Көптөгөн жалпы HTTP проксилер CONNECT портторун чектейт. 587 портунан баш тартуу атайын саясат болушу мүмкүн. Байланышы жок портторду кайра-кайра сынап же чектөөнү бузулуу деп эсептөөнүн ордуна бекитилген маршрутту сураңыз.

Почта кызматтары маршрут иштегенден кийин жөнөтүүчүнүн укуктарын жана жөнөтүү эрежелерин да колдоно алат. SMTP жообун окуңуз. Аутентификациядан кийин четке кагылган билдирүү SMTP саламы келгенге чейин четке кагылган туннелден башка чечимди талап кылат.

Тектеш макалалар