Levelezes - lemaradva

 ( mngb | 2019. március 11., hétfő - 12:26 )

Udv!

Levelezessel nem igazan foglalkoztam 9 eve, es amint latom nagyon sokat valtozott minden. En meg mindig egy pine- t hasznalok, ami tobbnyire jol mukodik, de pl. verifikacios linkekhez neha trukkozni kell.

-----1-----

Elso kerdesem lenne, hogy a mai vilagban milyen egy jol elkuldott level? Most kuldtem egy tesztlevelet egy gmail- es cimrol, es a lenyegi resz ez lenne benne:

Content-Type: multipart/alternative; boundary="00000000000024e4220583cee4ff"

--00000000000024e4220583cee4ff
Content-Type: text/plain; charset="UTF-8"

Text *underlined* *italic *Text *Underlinedanditalic* *Bold* end.

--00000000000024e4220583cee4ff
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Text underlined=C2=A0italic Text Underlinedanditalic=C2=A0Bold=C2=A0end.

--00000000000024e4220583cee4ff--

. Ezek szerint a google kuld 2 reszt, az egyik egy html level, ami tartalmazza az alahuzasokat, dolt karaktereket, meg ami van, a plain resze pedig ennek egy "lebutitott" verzioja.

Amennyiben egy olyan levelet kuldok, ami semmi "extra" dolgot sem tartalmaz, a google akkor is elkuldi a 2 tipust.

Ez ma a trend, hogy a szolgaltatok 2 modon kuldik el a leveleket, es az "olvaso program" eldonti, hogy neki melyik kell?

-----2-----

Ha pl. en szeretnek ilyen "2 fazisu" leveleket elkuldeni (postfix levelezoszerver debianon + python), mi lenne a standard ut? Megkomponalom a html levelet, keresek valami atalakitot, ami csinal belole plain textet, es ezt a kettot kuldom el egy levelben (mondjuk valami payload- szeruseggel)?

-----3-----

Minden velemeny, illetve olvasmany erdekel a temaval kapcsolatban.

Koszi a valaszokat.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

A spamassassin figyeli, hogy html levél mellett ott van-e a lebutított változat. Ha nincs, büntetőpontot ad.
A php alapú phpmailer úgy tudom plain textben is elküldi a html leveleket.
Ha sima plain text levelet küldesz, azzal van a kevesebb gondod. Nem kötelező HTML-t küldeni. Sőt spamszűrőkön könnyebben átmegy, mivel ha már bejön a HTML, több a gond vele. Figyeli a háttér és betű színeltérését, próbál mindenben spamgyanús dolgokat keresni.

Hm, erdekes. Szoval a kevesebb gonddal jaro sima plain text tunik meg ma is a legjobb alternativanak? Legfeljebb nem lesz alahuzas :- ).

Igy van, plain text e-mailt kuldeni es fogadni is sokkal kenyelmesebb, hatekonyabb stb.
Nem is ertem hogy a html e-mail hogyan terjedhetett el. Akkor mar inkabb kuldjon egy plain-text e-mailben linket a web oldalra. Tok logikatlan (nekem).
____________________
echo crash > /dev/kmem

Szemelyesen nalam azok a levelek okozzak a problemat, amikor van a levelben egy link, de ugy jelenik meg, hogy kattints ide. Ha szerencsem van, akkor latom a forrasbol (header), de ez nem mindig van igy.

Úgy, hogy az r=1 irodakukacoknak elképzelhetetlen, hogy az e-mail ne legyen ugyanúgy aláhúzva, vastagítva, tabulálva, táblázatba foglalva, csiricsárén aláírva, mintha nyomtatott levelet küldenének. Én is attól kapok agyf@..t, mikor olyan egetverő problémákkal nyitnak support ticket-et, hogy egy továbbított HTML e-mail-ben elcsúsznak a tabulálások.

----------------------------------^v--------------------------------------
"Probléma esetén nyomják meg a piros gombot és nyugodjanak békében!"

Ne feledjük a 42-es piros nagybetűvel írt válaszokat se, amire végülis a HTML email ki lett találva...

en meg attol, amikor egy 2 szavas mail tobb MB a csatolt ceglogo, viruskereso logo, meg egyeb fancy dolgok miatt

szerk ez a https://hup.hu/node/163381?comments_per_page=9999#comment-2327928 kommentre lett volna valasz, csak elfelejtettem, hogy a login elcseszi a hozzaszolas parentjet

Na igen, a csatolmanyok nagyon idegesitoek, es meretfoglaloak. Nem lenne jobb megoldas, mint base64- ben tarolni?