El. pašto infrastruktūra

Kiekvienam produktui reikėjo siųsti laiškus — patvirtinimus, perspėjimus, kampanijas — ir nenorėjome, kad kiekvienas pats derintų SMTP, DKIM ir siuntėjo reputaciją.

Kiekvienai mūsų programai reikia siųsti el. laiškus — kodus, kvitus, perspėjimus, kampanijas — o įprastas atsakymas yra trečios šalies siuntėjas, kurio nematai ir moki už žinutę. Norėjome savo kelio: tikro SMTP steko, kurį valdome patys, DKIM pasirašyto ir daugiadomenio, už vieno API, kad nė viena programa neliestų SMTP.

Vienas pašto servisas: API, pasirašantis DKIM, tvarkantis „from“ adresus ir API raktus, apdorojantis transakcinius laiškus bei suplanuotas kampanijas su atidarymų/paspaudimų statistika ir automatikos trigeriais. Programos POST'ina į „mailer.webedge.dev/api/v1/send“ su raktu.

Pradėjo kaip savas SMTP branduolys (Postfix + OpenDKIM + REST API), išaugo į profesionalią v2 tarnybą, o tada į v3 su daugiadomeniu palaikymu, Vue skydeliu ir auth sistema. Programos atiduoda žinutę vienam API raktui; servisas ją pasirašo (DKIM/SPF/DMARC), išsiunčia ir įrašo, kas realiai išėjo, o veikia už nginx reverse proxy.

Sukurta su Node.js, Postfix, DKIM.

Node.js servisas; Postfix + OpenDKIM SMTP ir pasirašymo sluoksniui; REST API kaip vienintelis įėjimas; Vue frontend ir auth valdymui; nginx reverse proxy priekyje.

Kalendorius, ePokalbis ir kitos programos siunčia per šį vieną servisą, o pristatomumas (DKIM, „from“ adresas) tvarkomas vienoje vietoje, o ne kiekviename projekte.

Pašto servisas, kurį valdome nuo pradžios iki galo: DKIM pasirašyti transakciniai laiškai ir kampanijos per domenus už vieno API rakto, tad kiekviena WebEdge programa siunčia per vieną kontroliuojamą, stebimą kelią, o ne per nuomojamą juodąją dėžę.