Outlook 2003 a message-id insanity :)

3.8.2010 10:46 | Linux | poslední úprava: 3.8.2010 10:23

Tak jsem se dnes zabyval zajimavou veci. Zakaznikovi se od nas vraceji maily s tim, ze nemaji spravny format.Proc?? Po prozkoumani zdrojoveho kodu zjisteno nasledujici:

• Chybi mu tam atribut "Message-ID".
• Jako mailer pouziva MS Outlook 2003.
• Nepouzivaji exchange server.

To uz stacilo k podrobnejsimu hledani. Jelikoz zrejme nemaji sveho administratora (nebo je to totalni ignorant), tak ani jejich smtp nedokaze atribut pridat.

Chvilka hledani - tento zapisek vsechno vysvetluje.

Pokud Outlook 2003 nepouziva jako server Exchange, standartne Message-ID nevyplnuje. Dosud to neresi zadna zaplata, takze moznosti jsou 2:

1. Donutit je, pouzivat jineho klienta, nebo doplnovat message-id smtp serverem. (tzn. nejspise to udelat sam)
2. Povolit zpravy bez message-id na svem mail serveru

Prvni moznost se mi nelibi a druha se mi nelibi krajne. Vzhledem k tomu, ze z RFC dokumentu vyplyva, ze tento atribut by obsazen byt "MEL" a ne ze "MUSI", Microsoft se tim nejspis uz nikdy zabyvat nebude...        

Komentáře

[xkucf03]

A je správné odmítat maily, které nesplňují podmínku, kterou by splňovat jen měly ale nemusely?

[Michal Kubeček]

Ono to SHOULD rozhodně není zamýšleno jako nějaké nezávazné doporučení, jak si to dnes bohužel spousta lidí vykládá. Koneckonců to, že komunikující IP adresa má mít reverzní lookup, je také jen SHOULD a ne MUST a zkuste někam poslat mail z adresy bez reverzu…

[xkucf03]

Tak proč není všude MUST?

BTW: např. můj server e-maily od IP adres bez reverzního záznamu přijímá a nevšiml jsem si, že by to mělo nějaký vliv na objem spamu (beztak ho chodí minimum), přijde mi, že se spameři na tahle opatření vždycky docela rychle adaptují…

[Michal Kubeček]

Protože je dobré rozlišit mezi naprosto striktním zákazem a formulací "takhle to má být, ale máte-li opravdu zatraceně vážný důvod to porušit, tak holt tedy se skřípěním zubů ano". Bohužel si dnes řada implementátorů (a nemalá část odborné veřejnosti) MUST vykládá ve významu SHOULD a SHOULD berou jako "takhle nějak byste to měli dělat, ale když se vám nebude chtít, tak se na to vykašlete".

[pasmen]

"SHOULD"

              This word or the adjective "RECOMMENDED" means that there
              may exist valid reasons in particular circumstances to
              ignore this item, but the full implications should be
              understood and the case carefully weighed before choosing
              a different course.

Já osobně z tohoto necítím žádné skřípění zubů ani nutnost mít zatraceně vážný důvod. Spíš mít jakýkoliv legitimní důvod a být srozumněn s možnými důsledky mé volby.

[Michal Kubeček]

To bylo převyprávění, ne překlad. Nevím jak vám, ale mně ty formulace rozhodně neznějí jako nějaký nezávazný hint. A rozhodně si nemyslím, že v tomto případě si autoři zúčastněných MUA a MTA pečlivě rozmysleli důsledky posílání mailů bez Message-Id.

[xkesh]

"SHOULD"

              This word or the adjective "RECOMMENDED" means that there
              may exist valid reasons in particular circumstances to
              ignore this item, but the full implications should be
              understood and the case carefully weighed before choosing
              a different course.

Já osobně z tohoto necítím žádné skřípění zubů ani nutnost mít zatraceně vážný důvod. Spíš mít jakýkoliv legitimní důvod a být srozumněn s možnými důsledky mé volby.

Tak to necítíte špatně. Není tam "mít jakýkoliv legitimní důvod", ale že se za zvláštních okolností může vyskytnout (když už chcete "legitimní") důvod, a není tam "být srozumněn s možnými důsledky", ale výslovně, že byste měl těm důsledkům dokonale rozumět a velmi pečlivě je zvážit, pokud to chcete jinak. Kolega výše to opsal poměrně dost přesně, je to dost důrazné.

[Filip Jirsák]

Nicméně na druhé straně komunikace se to těžko posuzuje, a domnívat se, že nikdo na světě nebude mít žádný důvod tohle doporučení porušit je hodně odvážné. Podle mne je tohle ustanovení přesně to, které odesílateli říká „nedělejte to“, ale příjemci říká „počítejte s tím, že to může být i takhle“.

[Michal Kubeček]

Bohužel ale mám pocit, že to čím dál víc správců a autorů zneužívá zlaté pravidlo v duchu hesla "on s tím stejně musí počítat, tak proč bych to tak neudělal". Jenže zlaté pravidlo je něco jako demilitarizovaná zóna: i když do ní někdo omylem vstoupí, nezačne se hned střílet. Pokud se ale obě strany budou programově řídit tím, že protivník stejně má být až za tou vzdálenější čarou, skončí to průšvihem.

[Jendа]

Rejp: no, ono IMHO taky není nejšťastnější, že MX pro frantovo.cz míří na smtp.frantovo.cz, které má A 62.177.71.161, jenže 161.71.177.62.in-addr.arpa je jenom prg-v-7-161.static.adsl.vol.cz a už ne zase zpátky smtp.frantovo.cz… (jako ne, že bych na tom byl nějak líp, ono vůbec reverzní DNS v síti vpsFree se chová tak nějak podivně)

[xkucf03]

U vpsFree to reverzní DNS jde aspoň nastavit (jestli se chová divně, tak napiš na podpora@…), jenže …static.adsl.vol.cz, je u běžného konzumního ISP, tam nemá cenu se o nějaké nastavení reverzních záznamů vůbec snažit – možná kdybych měl firemní tarif a platil třikrát tolik…

Zatím jsem si ale nevšiml, že by s tím měl nějaký jiný server problém – kdyby se někomu nelíbily moje reverzní záznamy, tak může ten mail v rámci SMTP relace odmítnout a mně by pak přišla chybová zpráva (zatím žádná nepřišla) a pokud by je zahazoval a nedal nic vědět, tak by zasloužil nakopat, to se nedělá (když má šanci e-mail odmítnout, tak aby se o tom druhá strana dozvěděla a negenerovalo to chybové e-maily posílané úplně cizím lidem – typicky u spamu).

[Jendа]

U vpsFree to reverzní DNS jde aspoň nastavit

Jestli by to mělo jít v Adminovi v tabulce Hostname list, tak to právě nejde a napíšu o tom.

[xkucf03]

Už to vidím v RTčku – zase tak inteligentní ten systém není, bohužel je potřeba ruční práce. Někdo by to mohl naprogramovat…

[VSi]

To je ještě dobré, u MX (přijímacího) serveru to skoro nikdo nekontroluje. Horší je, když se přes ten server odesílá (relay). Tam se potom často kontroluje, jestli prg-v-7-161.static.adsl.vol.cz má A záznam zpět na původní IP, tj. 62.177.71.161. U některých operátorů ten A záznam neexistuje, nebo v tom mají bordel, a míří na jinou IP...

Jinak i na obyčejném O2 ADSL jsou schopni nastavit reverzní záznam za jednorázový poplatek 120 Kč, pokud se platí služba "pevná IP adresa" za 120 Kč/měsíc. Jde získat i routovaný rozsah o 16 adresách, ale za to si řeknou skoro 1600 Kč za měsíc.

Podle vyjádření zástupce O2 na nedávné konferenci IT10 dojdou O2 veřejné adresy celkem brzy (asi rok a půl), takže na nových ADSL budou dávat IPv6 + NATovanou IPv4. Tvářil se, že veřejná IPv4 nepůjde ani koupit, ale myslím že si nějakou rezervu nechají, protože lidí ochotných za to platit nebude zas tak málo, ale ani tak moc že by rozumnou rezervu rychle vyčerpali.

[=^..^= AmigaPower®]

Co nějakej filtr (výjimku), pro odchozí poštu z tohohle konkrétního smtp?

[drtic_cz]

To by bylo reseni - diky :)

[CEST]

A co treba zakaznikovi doporucit, at prejdou na nejaky funkcni system a nepouzivaji nejaky nedodelany bastl, ktery ignoruje standardy. Teda, at si to klidne pouzivaji na komunikaci mezi sebou, ale at s tim nelezou do sveta.

Pripadne, at se s problemem obrati na podporu Microsoftu, kdyz uz si ten software koupili, tak at to resi s tim, kdo jim to prodal a neotravuji s tim lidi, kteri pouzivaji software, ktery se chova podle standardu.

[=^..^= AmigaPower®]

Jo, v podstatě dobrá myšlenka, jen by chtěla doladit, muhahaha!!! Nejdřív bych jim předved co je to softwarowej útok (a to jakkoliv, oni stejně určitě vědi kulový) a pak bych začal s tim, jak je jejich SW vybavení pro jejich firmu nebezpečný! Přednášku bych zkončil naprosto horrorovim výjevem - únik dat, nedůvěra zákazníků, bankrot!!

[drtic_cz]

To jsem doporucil. Vice se o to asi starat nebudu :)