Agordi PHP cURL por IMAPS per SOCKS

Starigu IMAPS-vojon sur PHP cURL-tenilo, kies ligita libcurl subtenas IMAP, kun apartaj retpoŝtaj kaj prokuraj kontoj.

$handle = curl_init('imaps://mail.example.com/INBOX/;UID=1');
curl_setopt_array($handle, [
    CURLOPT_PROXY => 'socks5h://203.0.113.10:1080',
    CURLOPT_USERNAME => getenv('MAIL_USER'),
    CURLOPT_PASSWORD => getenv('MAIL_PASSWORD'),
    CURLOPT_RETURNTRANSFER => true,
    CURLOPT_CONNECTTIMEOUT => 5,
    CURLOPT_TIMEOUT => 20,
]);

Ĉi tio agordas la retpoŝtan transporton de ekzistanta aplikaĵo; la cURL-rultempo de PHP devas esti ligita al libcurl kun IMAP-subteno. Ĝia nura ĉeesto ne pruvas ĉiun enkonstruitan protokolon. Anstataŭigu la finpunktojn kaj la UID de la poŝtkesto. Por publike atingebla retpoŝta servilo, kie publikaj perantoj estas permesataj, la listo de SOCKS5-prokuradoj proponas kandidatojn por la montrita prokura URL sen akreditaĵoj; konfirmu aliron al la reala retpoŝta gastiganto kaj pordo, konservante la retpoŝtan konton kaj la TLS-agordojn.

CURLOPT_USERNAME/CURLOPT_PASSWORD aŭtentikigas al la retpoŝta servilo. SOCKS-konto, kiam necesa, uzas apartajn subtenatajn prokurajn akreditaĵajn opciojn. La PHP IMAP-etendaĵo estas alia kliento kaj ne estas agordata per ĉi tiuj agordoj.

Lasu la atestilan kaj gastigantnoman kontroladon ŝaltitaj por la IMAPS-celo. Malŝalti ambaŭ ne estas antaŭkondiĉo por enkursigado.

Dum la transporta/rezulta prilaborado de la aplikaĵo, identigu la malsukcesan etapon: SOCKS-traktado, retpoŝta TLS, IMAP-ensaluto aŭ poŝtkesta elekto. Atingebla prokuraĵo ne montras, ke UID 1 ekzistas.

Rilataj artikoloj