Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - RDa

Stran: 1 ... 25 26 [27] 28 29 ... 153
391
Pak ale píšete, že v některých případech může způsobit i měkkou chybu. Znamená to, že v takovém případě v textu odpovědi není napsáno nic o MX záznamech a když se ten samý e-mail pokusí protistrana doručit příště a ten MX záznam stále nebude existovat, normálně e-mail přijmete? Pak je to obyčejný greylisting i když odstartovaný hloupým pravidlem, odesílatel se ale o tom vašem hloupém pravidle ani nedozví a hlavně na tom nic nemusí řešit, protože zafungují standardní mechanismy pro opakované doručování e-mailu (na čemž je greylisting založen).

Pokud ovšem v těchto případech vracíte měkkou chybu, ovšem s informacemi o MX záznamech, a vracíte ji stále dokola i při příštích pokusech o doručení, pak je to ten první případ – ve skutečnosti je to pro vás tvrdá chyba – a ještě navíc vracíte špatný návratový kód. A odesílatel e-mailu (ne správce, ale ten, kdo e-mail psal) se nedozví, že se e-mail nepodařilo doručit kvůli MX záznamům, ale dozví se od svého serveru, že se ani během třeba dvou dnů nepodařilo cílovému serveru e-mail předat a dál že už se o to server nebude pokoušet. Což je na tom aspoň to dobré, že se odesílatel dozví, jak je to doopravdy – že je chyba na vašem serveru.

Tuhle poslední variantu jsem nepředpokládal, to máte pravdu. Protože i ve vašem případě předpokládám, že děláte špatně jenom to, k čemu jste se přiznal. Nenapadlo by mne jen tak z ničeho nic vás podezírat, že ještě navíc posíláte měkké chybové kódy v případě, kdy máte posílat tvrdé chyby.

Vy jste fakt nejaky grafoman ujizdejici na svych smyslenych predstavach.

NE.
Moje filtry nefunguji tak jak to zde popisujete.
Prestante si uz vymyslet a podsouvat svetu svoji opakujici se demagogii.


Zadna mekka chyba po dvou dnech nenastane, protoze se mail povede dorucit pri druhem pokusu - tj. predpokladam ze odesilatel - nespammer - je schopen reagovat na graylist.

Jiz jsem to nespocetnekrat psal, ze moje filtracni politika realne funguje, o zadne maily neprichazim a nikdo me kvuli tomu nevola. Nedokazete zrejme pochopit, ze kontrola existence MX zaznamu na odesilajicim uzlu je jenom jeden z mnoha vstupu se kteryma ten slozity filtr pracuje a zadne rozhodnuti nepada primo kvuli jednomu castecnemu indikatoru. Kdyby jste nevytrhaval porad veci z kontextu, tak by vam to mohlo docvaknout, ze to pravidlo opravdu neni jedine, natoz otazkou zivota a smrti potencialni zasilky.

Sve filtry mam proto, ze ten defaultni graylist tak jak je, je uplne k nicemu a jenom zhorsuje kvalitu sluzby.

Skutecny provoz je zcela jiny, nez vase naivni predstavy. Tim, ze se problematice emailu vubec nevenujete prakticky, jste totalne odtrzen od reality. Bohuzel, ve vas neprospech a delate ze sebe jenom blbce na foru opakujici ty same lzi dokola a dokola.


392
Ale nabizi a je prisnejsi nez to moje - protoze odmita rovnou kazdeho bez rozdilu
Ne, neodmítá. Tohle je normální greylisting, který se používá relativně běžně. Odmítá e-mail napoprvé, ale ne tvrdou chybou. Takže odesílatel má důvod to zkusit znovu a opakovaný pokus už projde. Vy jste tvrdil, že odmítáte spojení tvrdou chybou a trvale. To je zásadní rozdíl - a jako správce poštovního serveru byste to měl vědět.

Je fakt vyborne kdyz si vyvozujete vase urychlene zavery z neceho:

0) vytrzeneho z kontextu
1) co neni vase
2) ceho zdrojaky jste nevidel
3) k cemu jste se nikdy nepripojoval
4) k cemu nemate ani dokumentaci
5) co je komplexnejsi nez limity vasich mentalnich schopnosti
6) co vytvoril nekdo pro sebe a podle sebe, protoze mu to presne tak vyhovuje

Ten status kod pro neexistenci MX zaznamu nad uzlem ktery posila email bude docasna chyba pro urcity pruchod skrze rozhodovaci strom a trvala chyba pro jiny pripad. Rozhodne ale bude docasna pro prvni pruchod - kazdy dostava urcitou sanci. Vice ke klidu v dusi nepotrebujete, a prosim uz se nevyjadrujte k necemu pro vas tak vzdalenemu, jako je konfigurace filtru meho emailu.

393
Odkladiště / Re:Falešné prozvánění z mého čísla
« kdy: 08. 09. 2022, 20:26:44 »
Tak to má dohru. Na to blokované číslo mi přišla SMS, ať vrátím 32 tisíc, co jsem ukradl. Takže jsem s tím šel na Policii a už je to nahlášené jako podezření na podvod.

Tvl, to je radost. Pokud se to nejak bude vyvijet, tak nam dej sem vedet.. zapinam sledovani vlakna!

394
Takový  postfix nabízí možností, podle čeho se dá odmítnout příchozí spojení.
Ano, nabízí spoustu možností, některé jsou rozumné, některé méně. A pak jsou ještě takové, které používá RDa - které ani Postfix nenabízí, protože jsou tak absurdní, že je autoři Postfixu nechtějí přidávat ani jako volitelnou možnost.

Ale nabizi a je prisnejsi nez to moje - protoze odmita rovnou kazdeho bez rozdilu - https://linux.die.net/man/8/postgrey

Me hlavne vadilo ze je nad tim mala kontrola a taky to whitelistuje opakovane spammery, takze jsem si tuhle cast napsal po svem.
Takze mam svuj decision tree, s kym jak bude zachazeno.

395
Email neni a v soucasnem stavu ani nemuze byt soucasti zadne kriticke infrastruktury/sluzby.
E-mail se tak rozšířil díky tomu, že v drtivé většině případů fungoval, i když nic negarantuje. Váš přístup, že e-maily klidně bezdůvodně odmítáte, protože to přece není garantované doručení, je hodně špatný. Doručení obyčejných zásilek poštou také není garantované, což ale neznamená, že by na to pošta kašlala a ani se nepokoušela ty zásilky doručovat.

Rekneme ze nejvice se muj pristup podoba navsteve osob, kdy vidite skrze okno:

Bezdakum a cernejm neoteviram.
Jehovistum, podomnim prodejcum a jinym lidem napoprve neoteviram. Bud se vrati anebo o to nestoji.
Pana od UPS, FedEx ci policie rozeznam a otevru jim.
Dorucovatele za to placeni, to pripadne zkusi regulerne znova. No big deal.

396
Asi oba dva mluvíte každý o něčem jiném.

Na mém serveru se objevují např. takovéto výměny:
(C - klient, S = server = já, ~ - "\r\n")

Kód: [Vybrat]
 C: MGLNDD_x.x.x.x_25~
·S: 500 Error: command not recognized~
<RST>

oh, mas vlastni kod, nebo lze v postfixu zapnout ten pre-data log / drop on wrong command ?

397
O skutecnosti vite malo co, jednak RDa nema soukromy gmail (mozna existuje nejaka vynucena googli hnijici schranka do ktere nelezu.. ) a pak pokud odesilatel kontaktuje adresata, tak si piste ze o tom budu vedet. Budu to totiz temer vyhradne ja.
Tak to je první zpráva od vás, která mi udělala radost. Pokud takhle zahazujete jenom e-maily určené pro vás, pak je to skutečně jenom váš problém. Akorát chudák hknmtt, pokud to nebude vědět a bude si myslet, že je potřeba vám e-mail doručit.

Tak to zkusi a bud projde graylist koleckem, nebo rovnou skonci s permanent errorem.
Nic se prece nedeje.. email takhle funguje 40+ let.

Ceska posta vam taky obcas ztrati zasilku.. ale zas existuji registrovane podani a dodejky. Nic ekvivalentniho v emailovem svete neexistuje. I to primitivni potvrzeni prijeti je jenom volitelna soucast a otazkou klienta, nez samotneho protokolu.

Email neni a v soucasnem stavu ani nemuze byt soucasti zadne kriticke infrastruktury/sluzby.
Je to jako auto.. je fajn ze ho mate a jede.. ale sem tam se to poroucha.. a s hodne snahy se da zit i bez nej :)

398
Tohle je podle mě klíčové. Pokud vím, že mail nebyl doručen a proč, můžu to i řešit, s největší pravděpodobností úspěšně. Takže z těch rozumů p. Jirsáka si nic nedělej :-).
Baví mne vaše představa, že někdo bude řešit, jak e-mail RDa doručit. Víte, jak to vypadá ve skutečnosti? Odesílatel zjistí, že e-mail neodešel, kontaktuje adresáta jiným způsobem, a ten mu odpoví: "No jo, to se děje často, nám ty e-maily moc nefungují. Pošlete mi to normálně na můj soukromý GMail." Ale RDa má pocit, jak mu to všechno funguje.

O skutecnosti vite malo co, jednak RDa nema soukromy gmail (mozna existuje nejaka vynucena googli hnijici schranka do ktere nelezu.. ) a pak pokud odesilatel kontaktuje adresata, tak si piste ze o tom budu vedet. Budu to totiz temer vyhradne ja.

Staci kdyz prestanete stavet sve demagogie na falesnych zakladech.


399
Kdyby něco RDa věděl, tak se tu dávno pochlubil, jaký má poměr nedoručených legitimních e-mailů vůči všem legitimním e-mailům; jaký má poměr doručeného spamu vůči všem e-mailům; jaký je podíl případů, kdy se někdo na základě té chybové hlášky jeho pravidlům přizpůsobí.

Doporucte mi metodiku mereni / vypoctu / zjistovani "nedoručených legitimních e-mailů", ktera nestavi na manualni kontrole 7.5 az 55M zaznamu v logu.
Zbytek muzu s trochou snahy nechat spocitat (prijato na inbox, prijato pod spam, prijato a rovnou zahozeno, zamitnuto prijeti).

400
Ale jak už jsem psal, jde mi jenom o to upozornit hknmtt, že nebude doručovat e-maily jenom svědomitým správcům poštovním serverům, ale i vám. Myslím, že hknmtt to chápe – a že vy s tím máte problém, to je váš problém.

Pokud jeho stroj bude mit alespon zakladni nastaveni DNS spravne (forwared/reverz zaznam) a naimplementuje frontu/resend po urcite dobe jako reakci na Transient negative completion, tak to bude doruceno. Neverim ze bych byl jediny na svete, kdo ma nasazen greylisting.

Klidne at me @hknmtt napise az to bude mit a testovat, nemam problem mu ukazat komplet logy z pohledu meho serveru.
Osobne nevidim duvod proc by to ke me neslo dorucit se zakladni a beznou konfiguraci - pokud to nedoruci ke me, tak to nejspis nedoruci ani nikam jinam.

401
Mimochodem, mezi správci poštovních serverů je nedoručení e-mailu, který vám odesílatel předal k doručení, stále považováno za selhání služby. Dříve by se za to správce serveru styděl, dneska ví, že se to občas stane, ať se snaží sebevíc – ale rozhodně to nebere na lehkou váhu.

Tohle je totalni demagogie a mam pocit ze mluvim celou dobu s blbcem.

Tak jeste jednou - ja ten mail vubec neprevezmu kdyz se mi stroj odesilatele nepozdava, takze nelze mluvit o "který vám odesílatel předal k doručení", natoz o "selhání služby". Za neprevzatou zasilku nemam zodpovednost, chybovou hlasku a duvod se dozvi podavatel a tim to konci. Jestli s tim ma nekdo u me problem, at to zacne resit.



402
Odkladiště / Re:Falešné prozvánění z mého čísla
« kdy: 08. 09. 2022, 14:24:23 »
mna by zaujimalo, ci v podrobnom vypise hovorov od operatora su tie odchadzajuce hovory. Ak nie, tak je dost pravdepodobne, ze niekto podhodi caller-id vase cislo, a teda ide to uplne mimo vas telefon a vasho operatora a teda nikto s tym nic nedokaze urobit.

Jako zakaznik se dostanete k vypisu jen uskutecnenych hovoru, tj. tam kde to nekdo zvedne.

Pro seznam pokusu o spojeni by to musel vytahnout nekdo od operatora.. a buhvi zda to udelaji jen na uprimneho prosika.. ale zkusit by to slo.

403
Prosím, nazývejme věcmi pravými jmény.

Treba jako: fanaticky teoretik nedokaze akceptovat svobodnou vuli a vlastni rozhodnuti jednoho bezvyznamneho spravce sveho emailu.

Jdete si vybijet svoji zavist, ze nam to funguje - podle nasich predstav - jinam.

Nastesti se pro emaily nevynucuje potreba dnesniho hyperkorektniho jednani - ze musis prijmou vse, jinak pujdes sedet. Je to muj server a moje pravidla. Stejne jako ma kazdy jiny uzel narok na sve pravidla - ktere bud akceptuji, anebo ne, a pokud si me nekdo oznaci za spammera nebo neduveryhodneho, at si tak udela. Delam to tak I ja vuci ostatnim a neptam se jich na nazor - staci videt jejich chovani. A tak to ma byt. Nekam to anti-spam nastaveni dokonverguje a funguje to do doby nez prijde nekdo s dalsim blbym a nicneresicim napadem, ktery se snazi prosadit ze sve dominantni pozice.

Samozrejme musi existovat moznost technicke diskuze mezi spravcema uzlu - ja jsem k dispozici pokud ma nekdo s mym serverem konkretni problem a podle zkusenosti z minulosti, jsou ostatni mensi spravci schopni taky reagovat na me uzporoneni, kdyz je neco u nich v neporadku (nejcasteji to byva u SPF po reorganizaci site).

404
Naopak ti cloudovi machri to maj nastaveno tak, ze je nemozne je rozeznat od regulerneho spamu, vyjma well known domain name.
A to me prijde ubohe na dnesnim emailingu.
To, že vy nedokážete rozeznat spam, tak odmítáte všechno mimo velkých cloudových providerů, vypovídá jen a jen o vás, ne o e-malingu obecně.

Odmitam veskere random odesilace posty (v davnejsi dobe se tomu rikalo dialup ranges).

Opravdu nemam potiz s tema malyma, co si spravuji vlastni obousmerne servery, nebo jim to spravuje provider.

Ja jen nenesu zodpovednost za frikulinske reseni protistrany - jestli si nekdo hodla postavit postu nestandardne, mel by si byt vedom potizi ktere s tim budou pri realnem provozu. Ale ode me mu vzdy bude vysvetleno v odmitnuti, proc se tak stalo.

A nenastane situace, ze bude mail prijat a pak tise posunut do spamu. Tohle se stava treba u Googlu.



405
Odkladiště / Re:Falešné prozvánění z mého čísla
« kdy: 08. 09. 2022, 11:44:55 »
Btw dneska mi volali zas nejaci scammeri.. 773* 775 * 776* ... to vypada ze maj VOIP a vybiraj si randomizovane zdrojove cislo (at uz skrze nativni pripojeni, nebo ty obeti jsou prostrednici.. ale nevim zda je fakt realne udelat ze smartfonu exit node).

Souvislost zde je takova, ze jsem taky firma (znaji me jmeno a cislo), odkud asi.. ze.

... Jen jsem si měl nainstalovat chatovací aplikaci AnyDesk, takže jsem ho poslal do zadeke, ať si to zkouší na někoho jiného.

Ano, ja prvniho hned poznal ze je scammer a poslal ho dopic, a pak prislo to volani z dalsich cisel.
Ze je to bavi, blbouni.

Stran: 1 ... 25 26 [27] 28 29 ... 153