Mail szerver miért nem fogadja be a küldött levelet?

Web, mail, IRC, IM, hálózatok

T-Online címre küldtem sima text levelet Freemail címről. Magyar nyelven, kevés helyesírási hibával, semmilyen linket nem tartalmazott a levél, HTML kódot szintén nem tartalmazott, Claws Mail kliensről küldtem. Egyetlen címzettnek küldtem, s korábban talán napokkal ezelőtt küldtem erre a címre, sőt, más T-Online címre sem küldtem levelet.

Erre kaptam egy ilyesmit:

<***@t-online.hu>: host mx.t-online.hu[aa.bb.cc.dd] said: 550
    5.1.8 Message rejected: Access denied due to spamming (vade) - code_501 (in
    reply to end of DATA command)

Bizonyára spam, már hát hogyne. :(

Mi történt? Hogyan kell meggyőzni a T-Online szervert arról, hogy de hát nem?
 

  • 1049 megtekintés

( uid_17626 | 2023. 11. 26., v – 14:51 )

Ez a freemail feladata nem a tiéd.

Miért a freemailnek? A freemail a küldő, a t-online a fogadó, s ez utóbbi hajtott el a vérbe a saját policy-jük alapján. Szerintem a Telekommal kellene egyezkednem, hogy legyenek kedvesek befogadni freemail-es leveleket.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nem a semmiből jött a problémakör: https://hup.hu/node/148359 , https://hup.hu/node/167849 , https://hup.hu/node/172289

A Freemail felhasználója vagy, alapvetően a Freemailnek kéne jelezned. Persze próbálkozhatsz a T-Komnál is, nem mondom, hogy lehetetlen, hogy segítenek, de kérhetnek olyat, amit nem fogsz tudni odaadni.

a Freemail csak elküldte, ahogyan kell

Nem, vélhetően nem úgy küldte, ahogy kell. Idestova olyan 25 éve nem így megy a dolog, hogy beszórja SMTP-n az egészet és az úgy jó. Van n+1 formai és m+1 heurisztikus szabály, aminek valamekkora pontozással meg kell feleljen a levél.

De én támogatnám, hogy akinek ez nem tetszik, az kapja meg mindenféle szűrés nélkül az összes szemetet, ami csak érkezik a címére, aztán válogasson kedvére.

https://iotguru.cloud

Mégis mit kellett volna tennie a freemailnek? Átfogalmazni a levelemet polkorrektre, és akkor átmegy a Telekom szűrőjén? Vagy mégis hogy? Egyébként nem politikai tartalom volt, egy teljesen átlagos, mondhatnám, kb. családtagok közötti beszélgetés szintű plain text levél linkek, html tartalom nélkül.

Egyébként is azt gondolom, semmi köze a szolgáltatóknak a tartalomhoz. Vagy mi legyen? Rendereljem képpé a mondanivalómat, és küldjem el png-ként? Vagy küldjem base64 stringben?

Nehezen tudok elképzelni annál kevésbé spam-et, mint egy olyan levél, amiben se link, se html, csak sima szöveg.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Mégis mit kellett volna tennie a freemailnek? Átfogalmazni a levelemet polkorrektre, és akkor átmegy a Telekom szűrőjén? Vagy mégis hogy? Egyébként nem politikai tartalom volt, egy teljesen átlagos, mondhatnám, kb. családtagok közötti beszélgetés szintű plain text levél linkek, html tartalom nélkül.

Szerintem neked halvány fogalmad nincs a levelezés technikai szintjéről...

Egyébként is azt gondolom, semmi köze a szolgáltatóknak a tartalomhoz. Vagy mi legyen? Rendereljem képpé a mondanivalómat, és küldjem el png-ként? Vagy küldjem base64 stringben?

Mondok arányokat, hogy kb. lásd. Egy nap

1, jött 35630 új kapcsolat az SMTP portra

2, ebből 33356 kapcsolat anélkül lezárásra került, hogy egyáltalán a levél tartalma megérkezett volna (IP check, DNS check, spam host check, egyebek)

3, ami levél megérkezett, abból 1391 anélkül eldobódott formai okokból, hogy a tartalma ellenőrzésre került volna (mail header check, egyebek)

4, ami az összes fenti formai ellenőrzésen átment, abból 810 a tartalma miatt eldobódott vagy spam jelölést kapott

5, bejött 73 levél, amiből még így is 19 levél spam volt.

6, nekem szóló levél végül 54 levél volt, az SMTP portra érkező kapcsolatok 0,15 százaléka.

--

Lehet ezen pörögnöd, én tényleg csak azt kívánom, hogy minden egyes tényleg neked címzett leveled mellé kapd meg azt ~660 levelet, ami spam. Aztán válogass kedvedre. Szerintem kb. egy óra után a padlón fekve sírnál elkeseredésedben.

https://iotguru.cloud

Sohasem mondtam, hogy üzemeltetek e-mail szervert.

Értem, hogy rosszak a számok, de az sem járja, hogy eldobódnak korrekt levelek. Legegyszerűbb spam elleni védelem, ha lekapcsolják a szervert, csak azzal az a baj, hogy onnantól kezdve nem látja el a feladatát.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Sohasem mondtam, hogy üzemeltetek e-mail szervert.

Szerintem ez már többször is előkerült.

Értem, hogy rosszak a számok, de az sem járja, hogy eldobódnak korrekt levelek. Legegyszerűbb spam elleni védelem, ha lekapcsolják a szervert, csak azzal az a baj, hogy onnantól kezdve nem látja el a feladatát.

Nosza, mondj jobb megoldást. Mert ezek szerint az van, hogy a területen dolgozó összes mérnök minimum két évtizede balfasz és a világ minimum két évtizede lélegzetvisszafojtva arra vár, hogy végre szakterületet válts és megoldjad ezeket a problémákat pár nap alatt.

Addig, amíg nem oldod meg ezt a problémát, addig marad az, hogy egy SMTP szerverre beérkező 500-1000 levélből egy jut tovább hozzád és bizony vannak olyan esetek, amikor szerinted nem spam, de a fogadó oldal szerint az.

https://iotguru.cloud

Basszus ne már!

Nem lehet, hogy ennyire nem tudod, hogyan működik a spam elleni védekezés a levelező szervereken. Legalább nagy vonalakban, ha nem is üzemeltetői szinten.

Nem a Te leveled egy szem leveled volt spam, hanem a Freemail-tól jött egy csomó spam az utóbbi időben, és egy darabig nem fogadnak egyetlen levelet sem a Freemail szervereitől, mert túl sok spam-et küldtek... Áldozatul esnek ilyenkor a nem spam-et küldők. Járulékos veszteség. Annál kell reklamálnod (nem tudsz), aki annyi spam-et küldött, hogy komlpett levelező szerver(eke)t letiltottak miatta...

Igen, rossz a módszer. De nem tudunk vele mit tenni, az elképesztően széles körben elterjet e-mail-ezés alapvető működését igazából már nem tudja senki megváltoztatni. Csak pici módosításokat tudnak a nagyok is kierőszakolni, de az csak tüneti kezelés. Ezzel már együtt kell élni.

Mivel az e-mail ilyen, a fontos és sürgős közlendőt sajna nem e-mail-re kell bízni, vagy több címre kell küldeni annak reményében, hogy valamelyikre meg is érkezik.

Vagy, ami még a lentebbi hsz-emben szerepel: nem kell Freemail, Citromail és netszolgáltatói e-mail címeket használni. Van pl. olyan biztosító, bank, stb., aki ilyen címeket el sem fogad ügyfél kapcsolattartásra, annyira megbízhatatlanok.

Olyant még nem hallottam, hogy Google fiókok között, MS fiókok között, vagy Google-MS viszonylatban javíthatatlanul nem ment volna át e-mail. Ez nagyjából a többi, ezeknél kisebb, de korrekt e-mail hosting szolgáltatóra is igaz.

Fogalmam sincs a Yandex-ről. De most az orosz-ukrán háború alatt nem csodálkoznék, ha lennének fennakadások ilyen címmel.

Itt a HUP-on volt ilyen mail szerver üzemeltetős topicban pár éve infó, hogy van itthon olyan cég, aki nem fogad el a nevezett szolgáltatóknál regisztrált e-mail címeket ügyfelektől, mert aztán nagy valószínűséggel nem fognak tudni írni rá, mert eldobálja spam üzenettel, és általában nem megoldható a probléma az ügyfélszolgálatuk tehetetlensége miatt. Ez meg nem hiányzik egytlen komolyabb szolgáltatónak sem.

Hadd ne keresgéljek évekkel ezelőtti topic-okat vissza, hogy pontosan melyikben volt ez leírva.

( bennyh | 2023. 11. 26., v – 16:22 )

Kerülni kell mind a Freemail-t mind a tonlányt, mindkettővel volt szívás, de ha már adott a címzett, legalább feladó oldalon ne szívassuk magunkat egyikkel se.

( ggallo | 2023. 11. 26., v – 18:32 )

Hát, a Freemail-nél van "néhány" e-mail fiók... Abból simán összejön annyi spam a T-Online mail szervere felé, hogy megmakacsolja magát, és egy ideig nem vesz át a Freemail-től semmit. Ez nem a Te hibád, hanem a Freemail hibája, hogy nem ellenőrzni kellően a kimenő leveleket, hogy azok ne okozzanak az Ő küldő szervereinek ilyen kizárást.

A Telekom nem fog a mail szerverei spam szűrésén enyhíteni azért, hogy a Freemail-ről jövő levelek átcsússzanak mégis.

Az a megoldás, hogy sem Freemailt, sem Citromailt, sem szolgáltatói e-mail címet nem kell sem a küldőnek sem a fogadónak használni 2023-ban. Ha mindenki valami jól működő e-mail szolgáltatást használni (Google, MS, többi nagy, ezek általában elég jól működnek az átlag felhasználónak), vagy e-mail hosting-ban saját tartományt (itt meg az üzemeltetők könnyen elérhetőek és segítőkészek, ha baj van), akkor nem lenne ennyi szívásuk a levelező feleknek.

Pontosan! 5000 Ft 5 évre a .hu tartomány, és nagyjából ugyan ennyi évente egy normális e-mail hosting.

Normális címe lesz (úgy fog kinézni, mint egy normális cégé, nem úgy mint aki szarik bele, jól van a freemail diákkoromból...), meg ha nem a legolcsóbb egyfős szolgáltatót választja, akkor rendes support is lesz hozzá.

Nekem még nemhogy a cégünkre, de még saját nevemre is van tartomány bejegyezve, és magán levelezést azon is bonyolítok.

Dehogy! Szolgáltatásként kell igénybe venni az e-mail hostingot. Eszembe nem jutna egy vagy néhány fiókért saját szervert üzemeltetni.

Az első 5000 Ft-os díj a .hu tartomány 5 évre szóló bérleti díja, a második 5000 Ft-ot díj amit írtam az egy átlagosan olcsó e-mail hosting szolgáltatás éves díja nagyságrendileg.

Évi 5000 Ft-os e-mail hosting díjért már aránylag sok szolgáltatóból lehet választani pár e-mail fiókszámig...

Vagy simán regelsz egy gmail.com vagy outlook.com ingyenes fiókot, mert olyant még nem hallottam, hogy ilyen feladóktól bárki nem kapott volna meg levelet. Persze ott bejön a "megfigyelés", amin annyian aggódnak, de nekik (szerintem) olcsó alternatíva a saját domain és e-mail hosting bérlés.

Akár. Még magánszemélyként sem feltétlen drága. Évente 15-20 ezerből - ha visszaosztod, akkor havonta maximum egy fél pizza árából - találni olyan szolgáltatókat, ahol ennyiért kapsz mondjuk 5 gigányi email tárhelyet, ugyanennyi webtárhelyet (+ssh, git, stb.), némi adatbázist és az éves domain fenntartást.

Freemailt, sem Citromailt, sem szolgáltatói e-mail címet nem kell sem a küldőnek sem a fogadónak használni 2023-ban

Pedig de, ezek legitim szolgáltatások, különösképp a szolgáltatói.

jól működő e-mail szolgáltatást használni (Google, MS, többi nagy, ezek általában elég jól működnek az átlag felhasználónak)

Nem tudom, megfigyelted-e, de mind amerikai cégeket soroltál. Nem áll módomban elfogadni a felhasználási feltételeiket és az adatvédelmi szabályzatukat.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( gemnon v | 2023. 11. 26., v – 18:49 )

Nálunk az onbox.hu-nál volt ilyen nemrég, a saját t-online-os címem átvette ugyazat a levelet ugyanonnan, pedig ott is ilyen Vade kóceráj van. 

Ezen a vackon lehet jelenteni: https://sendertool.vadesecure.com/en/

(De nem érdemes, amikor szerintük megoldódott lezárták a ticketet, még két hétig dobálta vissza a levelet az onbox, utána meg elkezdte átvenni)

Ja és van ez a python script:
https://gist.githubusercontent.com/DoubleYouEl/e3de97293ce3d5452b3be7a3…

Ami segíthet emberivé tenni a zenterprájz X-VadeSecure-Cause headert, igaz nekem ebből sem derült ki mi a bajuk. 

Már nem is emléxem, mit használ pl. a Freemail spam szűrésre, de csak úgy tudtam anno dekódolni a baját, hogy feltettem csakis Ubuntu 14.04-en futó ugyan olyan spam szűrőt (az ingyenes próbaverziót), és abban volt CLI tool, ami dekódolta a mail szerver log-ban lévő hibaüzenetet...

Ez milyen már, hogy a küldő fél log-jába kerülő elutasító hibaüzenet egy kódolt bithalmaz, amit csak ilyen telepített tool-lal lehet megfejteni.

De aztán ezt el is engedtem, mert maga a dekódolt hiba semmitmondó volt, és a Freemail ügyfélszolgálata finoman szólva is magasról tett a bejelentésekre. Szerintem ezzel az internet szolgáltatók is így vannak a kényszerből tartott mail szerverreikkel...

Mi úgy vagyunk mostanra (tudom nem szép, de az idegrendszerem többet ér), hogy ha Freemail, Citromail vagy netszolgáltatói levelező szerver nem veszi át a levelet a mi szerverünktől, akkor azt mondom az ügyfélnek, sajna nem tudok vele mit tenni, kérjen másik e-mail címet a címzettjétől. Szélmalomharc mind, így nem csinálom.

Miért nem érted meg, hogy nem a Te leveled volt a spam...

Valaki spam-elt a Freemail felől a T-Online felé, ezért a T-Online mail szervere spam listára tette a Freemail szerverét, és onnantól semmilyen levelet nem fogad el a Freemail felől, mert valaki sokat spammelt.

<***@t-online.hu>: host mx.t-online.hu[aa.bb.cc.dd] said: 550
    5.1.8 Message rejected: Access denied due to spamming (vade) - code_501 (in
    reply to end of DATA command)

Itt van maga az üzenet amit bemásoltál, hogy "spammelés miatt a hozzáférés megtagadva". Nem azt írja, hogy az adott levél spam, ezért azt az egyet nem fogadja, hanem általában spammelés miatt tagadja meg a fogadást úgy általában.

Tudod, ilyen ez. Amikor egy IC-nek valamelyik része meghibásodik, akkor a kollektív bűnösség elve lép életbe és az egész IC-t kidobják, azokat a részeket is, amelyek működőképesek. Nem? Az egész szakmád gyakorlatilag kollektív bűnösség elve szerint tervez és javít elektronikát.

https://iotguru.cloud

Ez azért már kezd áthajlani a hajbazer féle "feleslegesen kidobatott 3G telefonok" szintjébe...

Nincs olyan, hogy kollektív bűnösség. Ez egy technológiai korlát, amit nem tud és/vagy nem akar senki mára átugrani.

Akinek a szervere spam-el, azt tiltólistára teszik egy időre. Ennek az az eredménye, hogy megnézi az üzemeltető, miért is került a listára, majd jellemzően letiltja a tényleges spammelő user-t. Aztán az X idő elteltével (vagy a "levénnél a listádról?" kérésre) lekerült a tiltólistáról, és megy minden a régi mederben a következő spammelő megérkezéséig.

A városunkban előkerült néhány (<10, 30 ezres városban) olyan hülyegyerek, akik folyton randalíroztak drága, nagy hangú sportkocsikkal, főleg éjjelnként, de nappal is. Ennek az lett a következménye, hogy telerakták a város 30-as utcáit fekvőrendőrrel. És azokon a fekvőrendőrökön nem csak nekik kell áthajtani, hanem mindenki másnak is... Hogyan kellene ezt megoldani, elvégre én szépen járkálok, miért kell átzakatolnom rajtuk? Legyen ott élő munkaerő minden helyszínen, aki egy vezérelhető fekvőrendőrrel vagy átenged mert én általában szépen közlekedek, vagy nem enged át csak bukkanóval, mert száguldozós vagyok? Na, a spam szűrés is pont ilyen feladat.

( hokuszpk | 2023. 11. 27., h – 15:10 )

Szerkesztve: 2023. 11. 27., h – 15:10

hogy a cimben felvett kerdesre valaszoljak : azert, mert sokkal konyebb blokkolni egy ipcimet / tartomanyt, mint a level tartalmanak elemzesevel eldonteni, hogy spam vagy sem.

par evvel ezelott matekoltam ezzel, akkor ket egymas utan fuzott spamfilterrel kb. 99% -os pontossagot tudtam produkalni ; viszont eroforrasból sokkal többet kíván egy ilyen megoldas, es meg mindig ott van az az 1%, ami valahogy _mindig a legeslegfontosabb_ leveleket fedi le ; ergo reklamacio igyis-ugyis erkezik ; na akkor mar inkabb dogoljon meg a szomszed lova/tehene is :D

HUP te Zsiga !

( gelei v | 2023. 11. 27., h – 15:20 )

freemail -> t-online

mintha direkt keresned a bajt :)