Email küldés programozói szemmel

Gyakran belefutok abba a problémába, hogy hogyan lenne jó kezelni az automatikus emailokat. Lásd regisztráció, jelszó visszaállítas.

Lássuk a szereplőket:

  • Programozó: Bizonyos események bekövetkeztekor küldenem kell értesítéseket.
  • Designer, marketing, stb. :  Megálmodják az email kinézetét és tartalmát.
  • Frontendes: (opcionális) Lekódolja az email kinézetét pixelpontosan. Ő kihagyható mert igazából a Designer/Marketinges össze tudja kattingatni WP/Elementor /Divi megoldásokhoz hasonló szerkesztőben. Imadnák az ilyent, hiszen fejléc és lábléc komponensként beilleszthető lenne . 

Ti találkoztatok ezzel a probléma a körrel? Hogy van nálatok megoldva? 

Pár megoldást már megvizsgáltam:

Email szolgáltató (Sparkpost és hasonlók) tudnak templatet, de komponens alapú nem igazán van.

Self-host részén pl a listmonk szimpatikus projekt. Van transaction(sima email küldő) api, de talán jövőben lesz komolyabb szerkesztő benne.

Ismerősőm magának kódolta le, de nyilván egy kész megoldás mindig jobb. 

Az hogy a kódban van a templateket, elég körülményes. Egy idő után rengeteg időt elvesz az hogy ezeket a templateket gyakran át kell írni. Nem mindig könnyű előcsalni a a küldöző leveleket sem. Mondjuk ez a programozó bénasága. Azt is mondjuk, hogy valamikor másnak a kódján kell dolgozni. 😀 

( zeller | 2025. 05. 31., szo – 13:37 )

Programozói szemmel nem ez a küldés, hanem az, hogy hova (cím, port), milyen módon kell kapcsolódni, milyen authentikáció, starttls, stb. van, a MTA milyen mértékben követeli meg a szabványos működést, illetve hogy az MTA válaszait hogyan, milyen módon naplózza(!) a küldő alkalmazás, mikor tekintse sikeresnek/átmenetileg vagy végleg sikertelennek a levél feladását, és ezeket hogyan, miként kezelje. 
Az, hogy a "DATA" után mit tol át az alkalmazás az MTA-nak, mint a levél törzse, az programozói szempontból sokadrangú, mondhatni irreleváns kérdés. Szerintem... 
Azon pörögjön a marketing meg az összes hasonló társulat... (Ja, és mivel a levél megjelenítése a kliensre van bízva, a "pixel pontosan" faßßág 100%-ban kihagyható a dologból. Minél egyszerűbb a template, amibe csak be kell sed-del rakni a dolgokat :-) annál jobb...

( Carter | 2025. 05. 31., szo – 13:49 )

Ez a pixelpontosan érdekes. Bő évtizede nincs már ilyen elvárás. Az új elvárás: jelenjen meg a modern telefonkijelzőkön olvashatóan. Következménye: régebbi (5 éves) telefonokon az összes rosszul jelenik meg :)

( wladek1 | 2025. 05. 31., szo – 14:50 )

Szerkesztve: 2025. 05. 31., szo – 14:53

0) lépés: minden frontend/backend tema lenyegtelen annak fenyeben, hogy plaintext -ben is be kell adagolnod az email-be ugyanazt. (zeller kollega problemaja is eltunik ezzel, tovabba szvsz gusztustalan is ennek a kihagyasa, illetve pl a KLMS konkretan delay -t ad a nem megfeleloen osszetakolt levelekre.)
1) Használj valami vízüveg-szerkesztőt, a header/footer adott (a képeket emellett beágyazzuk az e-mailbe, nem külső forrásból rángatjuk be) A valid HTML hasznalata kritikus pont, minden a levelben direkt megjelenitett dolog (stylesheet, img, stb a levelben szerepeljen - pl a css a html -be agyazva)
2) ...szhatod, ha a nem tartod be az itt foglaltakat, a tartalom is kulon fontos. Mar a nem konzekvens domainmegjelenites a linkekben is minusz pontokat jelent pl az SA -nak.

Error: nmcli terminated by signal Félbeszakítás (2)

A mutt-ot meg a mailx-et csak poénnak szántam :-) de igen, ha csak html van a  levélben, az nagyon nem jó - sok esetben azt is lefelé pontozzák az ilyen alapon működő szűrők.
Ha van "Must have" kifelé mutató linkek a levélben, azok ne egyszer használatos, ne url-rövidítős dolgok legyenek, és akkor is működjenek, ha egy 3rd party content proxy-n keresztül látogatja meg a címzett (mert például a t..dm..o átírja a levélben a linket úgy, hogy "magára irányítja", és az eredeti link csak paraméterként kerül az így összeállt URL-be)
 

( realkry | 2025. 06. 01., v – 07:05 )

Az egyetlen üdvözítő megoldás a külső, erre szakosodott eszközt használni:

- az eszközben a dizájner, marketinges, oldal tulajdonsa kitalálja a szövegezést, kinézetet és ezt megvalósítja. Ebben nekik az eszközt készítő nyújt támogatást.

- a programozó a megfelelő esemény bekövetkeztekor meghívja az eszköz megfelelő végpontját és átadja az eseményre jellemző változó paramétereket, a választ logolja.

Minden a levéllel kapcsolatos nyűg, kinézet, blacklist, új szövegezés, stb az eszközt biztosító feladata.

win-win