HTTP-prokurilo en ImapFlow-konekto

Aldonu la prokuran opcion de ImapFlow al ekzistanta IMAP-konekto kaj kontrolu, ĉu la peranto permesas la poŝtkestan pordon.

Aldonu proxy apud la poŝtkestaj agordoj, kiam ImapFlow devas atingi IMAP-servilon tra HTTP CONNECT-prokurilo:

import { ImapFlow } from 'imapflow';

const client = new ImapFlow({
  host: 'imap.example',
  port: 993,
  secure: true,
  auth: mailboxCredentials,
  proxy: 'http://proxy.example:8080',
});

mailboxCredentials tenas la IMAP-konton de la aplikaĵo. Uzu ĉi tiun klienton por la ekzistanta sinsekvo de konektado, poŝtkesta laboro kaj elsaluto aŭ purigado post malsukceso. Por publike atingebla retpoŝta servo, kie publika peranto estas permesata, la listo de HTTP-prokuriloj provizas kandidatojn por la prokura URL sen prokuraj akreditaĵoj; kontrolu aliron al la reala IMAP-gastiganto kaj pordo.

Du detaloj indaj je kontrolo

  • La tunela pordo estas 993. La prokurilo devas permesi CONNECT al imap.example:993. Peranto, kiu permesas retejajn tunelojn nur sur 443, povas rifuzi ĉi tiun peton eĉ kun validaj prokuraj akreditaĵoj.
  • La poŝtkesto restas TLS-protektita. secure: true validas por la poŝtkesta konekto. La http-skemo de la prokura URL indikas la aŭskultanton de la peranto, ne anstataŭaĵon por la IMAP-gastigantnomo.

Se la peranto bezonas saluton, provizu ĝian konton per la prokura URL-formato subtenata de ImapFlow. Konservu la poŝtkestan konton en auth. Ĉi tiu ekzemplo uzas la norman Node-prokuran vojon; la propra runtime-transporto de ImapFlow ne povas esti kombinata kun proxy.

Rilataj artikoloj