Pluginuri custom SMTP, IMAP și POP3 pentru WordPress

SMTP predă mesajele serverului de expediere; un răspuns de acceptare nu confirmă citirea și nici livrarea în Inbox. IMAP permite citirea mesajelor, selecția folderelor și, când este autorizat, marcarea sau mutarea lor după procesare. Identitatea se urmărește pe combinația cont, folder, UIDVALIDITY și UID, nu doar după subiect. POP3 permite preluarea din maildrop și identificarea prin UIDL atunci când serverul o oferă; nu oferă modelul de foldere IMAP. Alegem IMAP sau POP3 pentru intrare și SMTP pentru ieșire. Nu mutăm, nu ștergem și nu marcăm mesaje pe server înainte de a valida politica dorită și finalizarea etapei locale.

Putem selecta după adresa autorizată a expeditorului, destinatar, subiect, antete utile, interval de timp și tipul atașamentelor. Antetul From, singur, nu dovedește autenticitatea unui furnizor; verificăm și informațiile de autentificare oferite de server, când sunt disponibile. Acțiunile pot salva un document, crea o înregistrare pentru operator, trimite o notificare sau redirecționa către o destinație aprobată. Condițiile combinate și ordinea regulilor sunt explicite. Un mesaj care corespunde mai multor reguli nu produce automat mai multe plăți sau documente; definim prioritatea, oprirea după prima potrivire și cheia de unicitate pentru operație.

Decodăm structura MIME și verificăm extensia, tipul MIME detectat, dimensiunea și denumirea sigură a fișierului. PDF, XML și CSV se acceptă numai pe lista aprobată; un fișier redenumit nu devine PDF prin extensie. Calculăm un hash pentru a detecta același conținut primit din nou și păstrăm legătura dintre mesaj și document. Salvăm într-o zonă privată, cu verificarea rolului la descărcare, fără URL public ghicibil. Nu executăm macrocomenzi, scripturi sau documente atașate. Arhivele parolate, OCR, extragerea din scanări și scanarea antivirus printr-un serviciu extern au scop și cost distinct. Fișierele respinse rămân în excepții, cu motiv și fără execuție. Corpul HTML al mesajului nu se redă ca HTML de încredere; previzualizarea se sanitizează, iar linkurile de descărcare se acceptă numai pe gazde aprobate. Dacă se includ ZIP-uri, numărul de intrări, dimensiunea după extracție și căile interne au validări proprii.

Demonstrația folosește șase mesaje fictive DEMO-M001–M006. invoice_101.pdf trece verificarea tipului, iar aceeași amprentă demonstrativă PDF-101 apărută din nou este recunoscută ca duplicat. supplier.exe este respins; un expeditor fără potrivire rămâne în afara regulii, iar invoice_102.pdf este un document nou. Mesajul DEMO-M006 conține invoice_104.xml, acceptat numai când alegi regula PDF + XML. Aceste reguli de expeditor sunt ilustrative, separate de cazul real DAGMAR. Notificarea se trimite numai către contabilitate@atelier-demo.example, o adresă demonstrativă din lista aprobată. Un răspuns SMTP temporar 451 intră la reluare și poate fi acceptat ulterior, fără duplicarea documentului. Demo-ul este local și nu trimite emailuri reale. Extragerea valorilor fiscale din orice PDF nu este presupusă; parserul se construiește pentru un format stabil convenit.

Un plugin poate trimite o notificare cu link securizat, un mesaj formatat sau o redirecționare către adrese și domenii aprobate. Definim dacă atașamentul poate părăsi aplicația, cine poate schimba destinatarul și cum se evită buclele de tip mesaj primit → răspuns automat → mesaj primit. Expedierea folosește un From autorizat; configurarea SPF, DKIM și DMARC se verifică împreună cu furnizorul și administratorul DNS, în limitele proiectului. Ratele de trimitere și mărimea mesajului trebuie să respecte și politica serverului. Livrabilitatea garantată, campaniile de marketing și urmărirea deschiderilor nu sunt incluse în automatizarea operațională. Putem proiecta și șabloane HTML sanitizate, Reply-To și CC/BCC aprobate, confirmări de primire sau tratarea răspunsurilor automate. Corelarea bounce-urilor cere DSN, o căsuță de retur ori evenimente oferite de furnizor; aceste opțiuni primesc limite și recepție proprii când sunt incluse în scop.

Rundele programate păstrează checkpoint-uri și o blocare împotriva execuțiilor suprapuse. Fiecare mesaj trece prin stări precum identificat, descărcat, validat, arhivat și notificat. O eroare de trimitere nu obligă descărcarea din nou a tuturor atașamentelor. Temporizările și indisponibilitatea au reluări cu pauze și un număr maxim de încercări; datele invalide cer verificare. WP-Cron depinde de trafic, de aceea recomandăm și configurăm un apel cron de server unde găzduirea îl permite. Intervalul este o programare, nu o promisiune că un mesaj este procesat într-un număr fix de secunde.

Rolurile decid cine poate vedea mesajele, descărca documentele, modifica regulile sau relua o operație. Secretele nu apar în jurnal; configurarea lor și protecția cheii se adaptează mediului de găzduire. Păstrăm identificatori și rezultate utile, evitând copierea inutilă a întregului corp al emailului. Stabilim separat retenția mesajelor, a fișierelor și a jurnalelor, plus comportamentul la dezactivare. Pachetele superioare includ ștergere programată după perioada aprobată. OAuth se implementează numai pentru un furnizor și un flux de autorizare confirmate explicit; nu promitem autentificare modernă universală pentru orice server IMAP sau SMTP.

Începem cu mesaje de test și un lot pilot: atașament permis, tip respins, duplicat, mesaj fără atașament, server indisponibil și acces refuzat. Verificăm apoi oprirea colectării, păstrarea progresului și reluarea fără procesări duble. Documentăm structura folderelor IMAP, politica POP3 de păstrare pe server, lista destinatarilor și limitele SMTP. Codul dezvoltării proprii, ghidul și criteriile de recepție însoțesc predarea. Integrarea cu ERP, contabilitate sau un API extern poate primi un adaptor dedicat, dar fiecare destinație, operație și regulă de validare trebuie inclusă în specificație.