niektoré prílohy e-mailu neprejdu... - opäť som sa rozpísal

Sobota Březen 30 20:20:47 CET 2002

Lubos Moscovic wrote:

> 
> 
>> -----Original Message-----
>> From: sendmail-return-4157-herrman=host.sk na linux.cz [mailto:sendmail-
>> return-4157-herrman=host.sk na linux.cz] On Behalf Of Lubos Kaspar
>> Sent: Friday, March 29, 2002 6:16 PM
>> To: sendmail na linux.cz
>> Subject: Re: niektoré prílohy e-mailu neprejdu...
>> 
>> > From: Dan Lukes <dan na obluda.cz>
>> > Subject: Re: niektoré prílohy e-mailu neprejdu - trochu dlhšie
>> > Date: Fri, 29 Mar 2002 00:34:44 +0100
>> > To: sendmail na linux.cz
>> > ...
>> > Jen tezko mohu odhalit skutecnou pricinu problemu, ale mohu vam
> dat
>> tip.
>> >
>> > Ona cilova sit pouziva nejaky antivirus napojeny na prijimaci
> MTA -
>> a ten
>> > kontroluje obsahy priloh na viry a v pripade znamych pakovanych
> souboru
>> > kontroluje na viry i vnitrek archivu (to neni az tak neobvykle).
>> 
>> No prosim: to je to sladke "ovoce" sroubovani antiviru do MTA. Kdyz uz
>> nekdo
>> takovou strasnou vec do MTA pasuje, tak by to asi nemel prechroustavat
>> v realnem case SMTP-spojeni, ale snad radsi fungovat treba jako MS-
>> Exchange,
>> ktery vzdy vsechno prijme a pak si s tim teprve hraje (napr.
> nedorucitelne
>> adresy neodmitne hned pri SMTP-relaci, ale az nasledne posle
> samostatne
>> zpet
>> chybu s "mail from: <>").
>> 
>> Jeste k tem jmenum attachmentu se znaky narodni abecedy (resp. se
> znaky
>> mimo
>> sadu US-ASCII): nektere mailery je totiz v MIME-hlavickach typu
>> Content-Type: (tag name=) nebo Content-Disposition: (tag filename=) -
> at
>> uz jsou tyto hlavicky jako "hlavni" (MIME-zprava o 1 casti) nebo jako
>> hlavicky MIME-casti (MIME-zprava typu multipart/...) -, "zapominaji"
>> znaky mimo US-ASCII kodovat podle MIME (quoted-printable, base64) a
>> davaji je tam v primem kodu (8bit), coz je jednak netransparentni
> (neni
>> jasne, v jakem kodu to je) a take korektni MTA by takovou zpravu mel
>> vykopat
>> s chybou typu "Illegar character".
>> --
>>                                                 Lubos Kaspar
> 
> Zdravím páni,
> Veľmi pekne vám ďakujem za vaše postrehy, na základe ktorých som zase,
> opäť
> čosi poskúšal - tu vám referujem výsledok, pretože problém sa
> nevyriešil.
> 
> - zistil som, že timeout bol 3 minúty, zdalo sa mi to síce dosť, ale na
>   základe postrehu Dana Lukesa som teda nastavil timeout na 10 minút,
> výsle-
>   dok bol však iba taký, že na hlášku o timeoute som si počkal namiesto
> 3
>   10 minút. No a nech sa na mňa nik nehnevá za 10 minút by ten prípadný
> an-
>   tivír mal skontrolovať aj malého slona a nie obyčajné 50 kilové zipko.
> 
> - čo sa týka postrehu Ľuboša Kaspara, tak som ho možno zle pochopil ja,
>   alebo on pochopil zle môj mail. Totiž konkrétne názvy attachmentov
> boli
>   slušné a krátke - DPH.zip a EKC.zip a až ich obsah boli súbory s
> názvami
>   a lá - Obchodná akadémia Považská Bystrica.doc a im podobné, čiže si
>   myslím, že jeho postreh problém moc neobjasňuje, resp. nerieši (ak som
>   to zle pochopil ja, tak prepáčte). Ináč je tento postreh v rámci
> mojich
>   dlhodobých vedomostí vcelku zaujímavý - čiže opäť ďakujem.
> 
> - vyskúšal som však ešte niekoľko vecí - to viete topiaci sa aj slamky
> chytá
>   1. vyskúšal som prílohy premenovať na .dbgh v domnení, že by to mohlo
> po-
>      môcť, samozrejme, že to nepomohlo a skapalo na tej istej chybe.
>   2. skúsil som dané 2 zipká spakovať do jedného - čiže som mal súbor
>      pokus.zip, ktorý obsahoval DPH.zip a EKC.zip (a až tie obsahovali
>      škaredé názvy). Tento mail prešiel a prišiel na cieľovú adresu
>      v poriadku.
>   3. no a vyskúšal som ešte tretiu vec, a to, že som skúsil spomínané
>      zipká spakovať s heslom, čiže som mal 2 zaheslované zipká - myslel
>      som si totiž, že keď je zipko zaheslované sú zaheslované aj názvy,
>      ale to som sa mýlil - názvy súborov sa dali čítať aj bez hesla a
> bo-
>      li vyditeľné aj v tom súbore tak ako predtým - mail však prešiel
>      a došiel na cieľovú adresu v poriadku.
> 
> Dva posledné body ma teda opäť riadne zamotali a zas neviem čo si mám o
> tomto myslieť. Neviem ako by prebiehala prípadná antivírová kontrola na
> serveri môjho isp, cez ktorý mail posielam, čiže na mail.stonline.sk.
> Prebieha táto kontrola vždy, alebo iba keď preberie mail od iného smtp
> servra? Pretože, ak by táto kontrola prebiehala vždy - tak by bola chyba
> jednoznačne na mojej strane, pretože, ako som už spomínal v predchádza-
> júcich mailoch, keď putoval mail napriamo cez okná, tak prešiel okamžite
> a bez okolkov. Ak by však prebiehala kontrola iba pri komunikácii s
> inými
> smtp servrami, tak by tu bola stále možnosť, na ktorú prišiel môj brat,
> že
> môj smtp server pošle mail a čaká na jeho odobrenie od druhej strany, či
> je
> všetko OK - druhá strana sa chystá urobiť scan antivirom, zbadá dve
> zipká,
> rozbalí ich a zbadá fúru "neslušne" nazvaných súborov - chcípne a nedá
> svoj-
> mu smtp servru vedieť, ten mlčí - môj smtp server čaká, čaká, čaká až do
> 
> timeoutu a nakoniec povie druhej strane - počuj, kašleme na to. Mail mi
> do-
> ma ostane visieť a druhú stranu to netrápi. Toto som vám napísal iba ako
> 
> čistú teóriu, ktorá nemusí (a asi ani nieje) byť pravdivá, nakoľko moje
> vedomosti o mailoch nie sú zďaleka 100%, ale vysvetľovala by mnohé veci,
> ako napríklad aj to, prečo prešiel mail, kde boli tie prílohy ešte raz
> spakované ako aj ten mail, kde boli tie zipká zakódované.
> Avšak tá hláška, ktorú zahlási, nejdem ju opäť spomínať lebo som ju
> napí-
> sal v prvom maily, môže hovoriť aj o tom, že môj smtp server sa snaží
> poslať mail a z nejakého dôvodu sa mu to nedarí a tak po čase chcípne na
> timeout a k smtp môjho isp sa mail teda ani nedostane. To mi však nejde
> do
> hlavi, prečo potom ten mail v rámci LAN prechádza bez problémov ak by
> bola
> chyba u mňa.
> 
> Možností je veľa, niektoré sú pravdepodobné, iné menej pravdepodobné a
> ja
> opäť neviek "kudy kam". Ospravedlňte prosím aj moje faktické chyby,
> ktoré
> sa predpodkladám nachádzajú v predchádzajúcom odstavci, ale sú to iba
> moje
> teórie, ktoré fakt môžu byť totálne deravé a obsahovať kopu blbostí.
> Písal
> som ich preto, lebo mi vŕtajú hlavou a nedávajú spávať a verím, že mi
> ich
> pomôžete vyvrátiť/potvrdiť a tiež dúfam, že mi pomôžete nájsť cestu k
> vyrie-
> šeniu tohoto môjho prapodivného (aspoň podľa mňa) problému.
> 
> PS: Veselú Veľkú noc
> 
> PS2: Prepáčte, že som sa opäť riadne rozpísal ale snáď to bude na niečo
> 
> So súdružskym pozdravom
> Ľuboš "herrman" Moščovič
> HOWG

Zdravim
Tipuji, ze to bude jedna z techto veci
1) Nektere zarizeni po trase ma spatne reverzni dns zaznam.
2) Podobne jako 1, ale tentokrat je na vine dns server (lame dns record?)
3) Zjistete, jake zarizeni poslalo ten timeout
4) Opravdu ty dva maily (ten, co projde a ten,co vrati timeout) prochazeji 
naprosto stejnou trasou?

-- 
Michal Vymazal
gandalf na mbox.vol.cz
Home Computer