Pošiljanje emaila na @siol.net

Pozdavljeni,

Zanima me, če ima še kdo težave s pošiljanjem emailov iz kakšnega resseler računa ali VPS mašine kjer imate nosilno domeno. SIOL je nameč uvedel pri prejemanju emailov SFP preverjanje in vse maile iz raznih resseler računov in VPS mašin zavrne oziroma jih ne dostavi, zavrnitveneg sporočila pa ne pošlje pošiljatelju nazaj, da email ni bil dostavljen.

Z njimi se že bockam 10 dni pa se obnašajo kot da so edini na tem svetu. Prosim preverite, če imate kakšen siol email ali kolega, ki ga ima oziroma stestirajte iz vaših vps mašin in resseler računov.

Kakšna rešitev bo seveda dobrodošla. Če imate težave pa veselo pošljite email na tehnicna.pomoc@telekom.si .

Stvar, ki so jo uvedli mislim, d aje malo nesmiselna.

LP Ivan

Ne more bit, če imaš npr na gostovanju nosilno domeno blabla.com , maile pa pošiljaš iz kuku.si, ki gostuje na resseler računu blabla.com , se ti v headerju pokaže ime nosilne domene v mailu.

S SPF nastaviš, da lahko tudi blabla.com strežnik pošilja maile za kuku.si.

Header, ki ga gledaš, nima veze. Veze ima izključno domena naslova pošiljatelja za znakom @ in zapis SPF v DNS te domene. V bistvu je glede na

domain of test@kuku.si designates 193.243.154.28 as permitted sender

SPF pravilno konfiguriran.
Težava mora biti drugje. Naj ti pošljejo izpis iz loga.

Če se kakorkoli zanašate na email, potem nase kličete težave, ker uporabljate napačno orodje.

X.400 če hočeš nekaj "skoraj kot email".
Sicer karkoli drugega ... razni gugli, fejsbuki, slacki, jamrji ... heck, še na irc se je lažje zanašat kot na email ;)

Siol in email so trije pojmi. Za njih je to tko mimogrede. Če emaila na dobiš in pošiljatelj ni obveščen o tem, njih to ne briga preveč. Zaradi uporabe kakšne res butaste spam liste so (moje izkušnje) pripravljeni odrezati velike tuje telekomunikacijske ponudnike - se pravi zavračati njihove emaile. In pošiljatelj tega velikokrat sploh ne opazi, nakar te čudno gleda, ker mu nisi odgovoril.

Evo, dostavo emailov na siol smo zrihtali, pa tukaj napišem kako, če bo kdo (zagotovo bo) imel kaj podobnega kot jaz, se mu ne bo treba ukvarjat 14 dni z katastrofalno potporo na siol-u.

Siol je uvedel nove restrikcije pri prejemanju emailov in sicer:
Njihov spam filter pregleda cel header emaila in če najde karkoli v headerju, ki se ne sklada z "njihovimi" pravili mail enostavno pobrišejo, naslovnik maila ne dobi, pošiljatelj pa ne dobi nobenega obvestila, da njegov email ni bil dostavljen.
Maili iz našega serverja so nemoteno prihajali na vse emaile razen na siolovega ne, vzrok pa je bil header v emailu.

Kot sem že zgoraj dal kodo iz emaila :

<strong>Received: from blabla.com (kuku.si. [193.243.154.28]</strong>)
        by mx.google.com with ESMTPS id 7si13478247wrj.46.2017.01.17.06.28.30
        for <test@gmail.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 17 Jan 2017 06:28:31 -0800 (PST)
Received-SPF: pass (google.com: domain of test@kuku.si designates 193.243.154.28 as permitted sender) client-ip=193.243.154.28; 

Lahko vidite v prvi vrstici, "Received: from blabla.com" to je nosilna domena na VPS-ju ali resseler računu. Oni to pogledajo in preverijo tudi to domeno na spam listah, ter seveda njen SPF zapis. Pri nas se je zgodilo, da smo nosilno domeno preusmerili na nemški server hosteurope.com , kjer pa se po siolovih pravilih SPF-ja ne da tako nastaviti.
Pravilna nasavitev SPF-ja za siol je takole: v=spf1 +a +mx +ip4:193.243.154.28 ~all . Vidite kaj sem odebeljil? Veliko serverjev ima pri znaku ~ , minus in tega se ne da spreminjat. In tako je bilo tudi pri nas.
Mail je bil poslan, vendar pa je siol gledal tudi nosilno domeno in preveril vse o njej, ter seveda našel, da ni po njihovem pravilen SPF in vse emaile pobrisal.

Rešitev je bila ta, da smo zamenjali nosilno domeno.

Drugo je bilo, da se v headerju sporočila pozdarv HELOO ni skladal z njihovim pravilnikom. Ko smo ta pozdrav nastavili tako kot hočejo je stvar čudežno začela delat.

Tretjič pa so na domeni zahtevali vpis hostname serverja. S tem praktično nismo vedeli kaj delat in se nismo niti več ukvarjali, ko je stvar po drugem koraku začela delat.

Po mojem mnenju, kdorkoli uporablja v posloven namene siol email in sodeluje s tujino je obsojen na propad, saj bo redkokateri email prebil skoui njihove spam filtre.

Mi gostujemona Zabec.net in zahvaljujoč njihovemu potrepljenu, zelo dobri podpori in znanju smo zadevo uredili .

LP Ivan

Me kar zmrazi, ko tole berem. Že v osnovi ne razumem, kako lahko ISP briše maile svojih uporabnikov, ne da bi kjerkoli pustil kakšno sporočilo o tem. Njihova naloga naj bi bila dostava, ne pa samovoljno brisanje.

Kako bi bilo, če bi poštar sam presojal, da bo imel torbo pretežko in vrgel proč vse, kar se mu zdi 'nepotrebna reklama'? Morda še nebi bil prevelik problem, če nebi bi vmes vrgel proč še malo preostale pošte, da bi še malo manj rabil nositi v torbi. Pozablja se pa, da so tudi taki ljudje, ki radi preberejo kakšno reklamo ob jutranji kavi, da vidijo, če je kje kakšna posebna akcija, kako se gibljejo cene,....

Predvidevam, da bodo prejeli toliko pritožb, da bodo kmalu prisiljeni omiliti te svoje omejitve.
Ni mi jasno, zakaj ne morejo vpeljati spam folderja, kot imaš to na Gmail-u. Vse, kar ne ustreza pravilom, pok med spam. Čudo tehnike v letu 2017?

SeMiNeSanja je 20. jan 2017 ob 01:31 izjavil:

Me kar zmrazi, ko tole berem. Že v osnovi ne razumem, kako lahko ISP briše maile svojih uporabnikov, ne da bi kjerkoli pustil kakšno sporočilo o tem. Njihova naloga naj bi bila dostava, ne pa samovoljno brisanje.

Kako bi bilo, če bi poštar sam presojal, da bo imel torbo pretežko in vrgel proč vse, kar se mu zdi 'nepotrebna reklama'? Morda še nebi bil prevelik problem, če nebi bi vmes vrgel proč še malo preostale pošte, da bi še malo manj rabil nositi v torbi.

Tako je. Zaradi Siola sem imel sam že precej velike težave, ko emaili mojih poslovnih partnerjev niso bili dostavljeni, ker je bil nekdo, ki je uporabljal istega ISPja kot kateri od mojih poslovnih partnerjev, zaradi x razloga uvrščen na kakšno spam listo z butastimi pravili, ki jo seveda uporablja tudi Siol.
Na njihovem webmailu si lahko postaviš tudi lastna pravila, eno od niih je tudi "zaupanja vredni pošiljatelji". Če se zgodi prej omenjeni slučaj, si lahko svoja pravila zatakneš nekam, emailov ne boš dobil, v najboljšem primeru bojo šli v spam folder na siol webmailu.
Edina rešitev, ki je delovala, je bila sprememba ponudnika gostovanja pomembnejših email naslovov.

Ni dolgo tega, ko so bili sami deležni doze lastnega zdravila, kar sem opazil, ko mojih emailov (poslanih iz siol emaila) niso dostavili mojemu poslovnemu partnerju, ki je tudi na siol emailu. Razlog je bil ta, da je ena od spam list dala cel Siol na črno listo in Siol to spam listo seveda uporablja in jo je apliciral na pošti svojih naročnikov, nakar so se znašli pred problemom.

Problem emaila je, da zanesljivo in po pričakovanjih deluje le v laboratorijskem akademskem laboratoriju, v katerem je bil razvit. Drugi protokoli iz tistih časov so že davno zamrli ali so v umiranju (recimo ftp), le smtp še nekako vztraja in trpinči ljudi še naprej ... "Too big to fail" bi lahko rekel.

Obstaja lep seznam komplikacij, ki jih mora vsaka ideja filtriranja neželene pošte upoštevat ... in ta seznam je direktna posledica dizajna smtp protokola. Ergo, smtpja as is ni mogoče rešiti, potrebujemo nekaj drugega.

Boste koj rekli, "ja na googlu pa vse dela kul" ... drži, a google to rešuje izven smtpja, z metodami, ki si jih zaradi svoje velikosti lahko privošči. Za vse ostale smtpjčke povsod naokrog ... unplug or good luck.

@pegasus: alternative so žal še precej manj uporabne.

Ja, odgovornost je vodilo vsem postmastrom, a realnost je taka, da si na velikih poštnih strežnikih enostavno ne moreš privoščiti jo implementirati v celoti, ker za to ni financ. Verjemi, vem o čem govorim. Citiran RFC5321 samo bolj na široko in razumljiveje ubesedi to, kar smo razumeli že iz 821. Ko rečeš 250 OK, si sprejel odgovornost za mail. End of story.

laufam lasten mail server, in je to to! se mi ni treba ubadati, če mi kdo bere pošto, ali jo briše... o tem odločam sam!

SeMiNeSanja je 20. jan 2017 ob 14:06 izjavil:

Zdaj si pa zamisli, da se to zgodi npr. z naročilom za nek repromaterial, da potem zaradi nedostave na koncu nekje obstoji proizvodna linija in se naredi velika gospodarska škoda.
Ali če npr. nekdo želi ponudbo in tako sporočilo skenslajo. Potencialni kupec nekaj časa čaka, si misli, da ima opravka z neresnim podjetjem in gre k konkurenci.
Me resnično zanima, če bi SIOL pokril poslovno izgubo - ali bi se spet vlačil ven na tisti pradavninski RFC821.

To se je tudi zgodilo, sicer gospodarske škode ni bilo, ker so se slišali po telefonu, lahko pa bi bila in to ne majhna. Malo razmišljamo celo o tožbi, vendar nimamo ne časa ne volje, da se v to spustimo.

Drugače pa zadeva sploh nebi bila tako tečna, če bi njihova podpora delovala, ampak ne. Kličeš na tisto št. 0801000 in se ti zmeraj oglasi nek drug študentek, ki bere njihov help. Pošlješ email, ti ga spet nazaj pošlje nek študentek, ki je dobil neko sporočilo od poštnih administratorjev, ti pa so dobili neko sporočilo od ne vem koga. V glavnem, osebe s katerimi komuniciraš nimajo pojma. V telefon sem tulil na njih, ker mi je odprlo vse ventile, oni na drugi strani pa lepo ležerno in počasi razlagajo kako zadeva (ne)funkcionira s tem, da mi 10 dni niso znali povedati zakaj pošta iz naših serverjev ne gre skozi.

Stvar se je obrnila šele v torek, ko smo pogledali kdo je direktor IT-ja na telekomu, mu napisali priporočeno pismo z razlago kaj se grejo, ter z grožnjo o tožbi za gospodarsko škodo. Ter naročili trem strankam, naj jim pošljejo še same email o nedostavljvosti emailov. Takrat so nas začeli celo oni klicati nazaj in zgodilo se je, da smo dvakrat dobili klic od dveh, ki sta dejansko nekaj vedela o težavi, ki jo imajo. Eden mi je celo rekel "a iz tujine ne dobite emailov, a ne" , se pravi, da tudi sami vedo za težavo, ampak jebe s jim, oni dobijo svojo plačo, če jim zmanjka denarja, bomo pa itak vsi firmo dokapitalizirali s kakšno miljardo.

Ni pa samo email z domeno @siol.net težava, dovolj je, da ima podjetje ali kdorkoli gostovanje na telekomu in domeno blabla.com pa že pade pod njihove filtre za pošto. En tak primer je ip-posocje.si , tudi oni niso dobivali emailov od ene naše stranke.

neooo je 20. jan 2017 ob 17:42 izjavil:

laufam lasten mail server, in je to to! se mi ni treba ubadati, če mi kdo bere pošto, ali jo briše... o tem odločam sam!

Ni mi ravno najbolj jasna ta strategija? Če pošiljaš email "(ne)pravilno" na siol maile, jih ravno tako ne boš dostavil? Ali se motim?

Sam sem programer, zato kar priznam, da se na protokole in emaile itd... ne spoznam v nulo, s tem namenom imamo tudi gostovanje v najemu, da nam take težave pomagajo rešiti drugi, vsega pač ne moreš delati sam.

LP Ivan

P.S. Nesposobni so sposobni onesposobiti sposobne ;-)