Reklama
Nepřihlášený uživatel | Zaregistrovat se
 

Téma:

Počítače a Internet

Spravuje:

violetelephant

Může vás zajímat



Reklama



jelikoz je tady dost lidi, co se zivej jako admini, tak krome obecnych problemu se servery, domenami, dhcp, atd. ktere se resi v jinych klubech, tady bych se chtel hlavne zamerit na reseni zpracovani e-mailu, vnitrofiremni komunikace, groupware.

primarne teda exchange, protoze ten se stale v hojne mire pouziva, ale pokud mate alternativy, ktere jsou stejne nebo lepe pouzitelne, urcite se to take hodi.

samozrejme pocitam s tim, ze se zde objevi i prispevky na tema antispam (velice aktualni) a antiviry. a jejich ruzna reseni.

co se tyce e-mailu, nemam na mysli pouze jejich zpracovani jako prichozich ci odchozich, ale taky zpusob pristupu klientu (ruzne protokoly, atd.)

linky na dalsi kluby, co se tyce administrace serveru a siti
http://www.okoun.cz/boards/sysadmin
http://www.okoun.cz/boards/windows_nt-2000
http://www.okoun.cz/boards/site_a_vse_kolem
a nesmim zapomenout i
http://www.okoun.cz/boards/linux

violetelephant グッバイ、ミスターティーポット 
tracking log neni chalenge, ten track log explorer je docela pouzitelnej

http://techgenix.com/Exchange-2007-Message-Tracking-Part2/

zapnuti je v partu 1, pokud to nemas zaply

ja to zapinam vsude, chalenge je jenom nastavit si spravne aging a rotovani.
Vojtas Sbíráme chaluhy,hnědý a červený  sbíráme chaluhy,jsme z toho zmatený!
nope, ta 2007 bezi na esxi ktere mam pod svojim managementem.

Tracking log bude zajimava chalenge :)
violetelephant グッバイ、ミスターティーポット 
proto rikam, podivej se do tracking logu, tam presne uvidis skrz co vsechno ten mail prosel a kde se zmensil. mozna neco co je napojeny na VPS, nejakej antispam engine, nebo neco.
Vojtas Sbíráme chaluhy,hnědý a červený  sbíráme chaluhy,jsme z toho zmatený!
No prave ze velikostni rozdil tam je, to vidis i v outlooku. S prilohou to ma 50kb+ bez prilohy 10-20kb. A to ze mi to cestou nic nesezere vidim prave na te barracude kde jsou ty maily dorazivsi skenovany a jsou vsechny komplet. Zadal jsem to znovu MS podpore a jsem zvedavy co si vymysli tentokrate :)
violetelephant グッバイ、ミスターティーポット 
v prvni rade bych overil, ze tam ta priloha skutecne neni, jestli to neni jen problem zobrazeni (microsoft ma milion vifikundaci, jak "nezobrazit" prilohu, protoze je mozna i nebezpecna, nebo odeslalitel je mozna i neduveryhodny, atd.)

pokud mas pristup k EMS, a mas zapnute transport logy a message tracking (jako kazdy normalni admin, ktery se neridi microsoft best practices ale zdravym rozumem), tak si pust tracking log explorer, hod si potrebne filtry a najdi si kompletni cestu te zpravy (je tam i sloupecek s velikosti, takze pokud to neco pozere, zjistis, ve ktere se to stalo fazi), dulezita je pro tebe hlavne velikost u event DELIVER a source STOREDRIVER, pokud tam je to spravne, tak to skutecne pozira to co ti zobrazuje tu zpravu.

nejsem si jistej, jestli takhle dobrej tracking jde i pres ten webovej ECP, ja ten kram nepouzivam, radsi klasicky mmc bazmeky.

pokud to je maly uz na RECEIVE/SMTP, tak to zere jeste nekdo pred vama :D
Vojtas Sbíráme chaluhy,hnědý a červený  sbíráme chaluhy,jsme z toho zmatený!
Zije to tu?
Mam takovy problem s exchangem zeroucim prilohy:

Software generuje maily a posila reporty prez kerio mailserver, vysledek je mail s textem a prilohou v PDF.

Problem je ze ta priloha z 98% nedorazi na exchange servery a to jak O365, tak stary exchange 2007. Prijde jen mail o tu prilohu oklesteny. Pred tim jednim exchange mi bezi barracuda spam filter, takze jsem schopny tam ten mail dohledat a vidim ze je i s prilohou. Zajimave je, ze ty maily co projdou i s tou prilohou jsou na obou exchange uplne identicke.

Pokud dam ty reporty posilat treba na seznam, tak tam dorazi tak jak maji. Pokud to samotne pdf stahnu a preposlu odkudkoliv kamkoliv, take to projde.

Nenapada nekoho co s tim? Pripadne jak z exchange vydolovat nejaky rozumny log a mail flow? V powershellu nejsem moc zdatny a exchange taky neni moje silna stranka. Na O365 supportu jsem to uz nekolikrat resil a vzdycky to vyjde do ztracena.
 
Trofozoit Where the fear has gone there will be -  nothing. Only I will remain.
Botcloudi se registrují i na Facebook? ;)

Není to moje adresa, ale adresa předchůdky nějaké, kteréžto emaily jsou mi přeposílány. A já teda nevím, používám soukromý email roky, registruju se s ním různě (byť s touto adresou jen na slušné stránky), určitě jsem psala mnoha lidem.. a jako takovýhle problém jsem rozhodně nepotkala. Takže by mě tak jako překvapovalo, že téhleté osobě se to stalo nějak omylem na firemní emailu.
Samozřejmě ani firemním se mi to neděje, ani na těch dalších třech zombie emailech, které jsou mi taky přeposílány.
violetelephant グッバイ、ミスターティーポット 
no, vzhledem k tomu, kolik existuje malware a spyware, pokud jsi tu adresu pouzila pri komunikaci s vice nez jednou osobou, je klidne mozne, ze u nekoho nejaky spyware tvoji adresu uploadnul na botcloud, a ty si vybiraj jak nahodny obeti, tak odesilatele.

klidne se ti muze stat, ze nekdo obvini, ze mu poslala vira, protoze v nejake takove pochybne databazi tvoje adresa bude.

mailbot network je docela solidni kseft a pouziva se ke vsemu
Trofozoit Where the fear has gone there will be -  nothing. Only I will remain.
No já si osobně myslím, že server by vůbec netrpěl absencí těch cca čtyřech spamů (s přílohami, takže možná i s virem) denně, ale já už to mám vyřešené a IT oddělení k tomu asi stejně nedonutím.
Jen marně přemýšlím, co za kteréna mělo tu adresu co se mi přesměrovává, protože vymetla s firemním e-mailem každej spam server, FB a podobně. Pokud to neudělala naschvál.
violetelephant グッバイ、ミスターティーポット 
koukam reseni si nasla, jinak ano, outlook umoznuje filtrovat podle hlavicky, protoze exchange server internetovy hlavicky nechava, ale outlook jako "to" bere mapi adresu z exchange, na kterou to bylo dorucene, proto internet headers jsou jedina cesta jak to resit.

@padlock - transportni pravidla jsou fine (server side), ale proc zatezovat server, kdyz to chce jeden clovek
Trofozoit Where the fear has gone there will be -  nothing. Only I will remain.
Ho! Použila jsem tento výraz na googlení, našla toto a podle toho jsem správně použila filtrování podle slov v hlavičce (asi bych to našla dřív, kdyby to nebylo česky..).
Tadá, funguje :) Děkuji za asistenci :)

(mně šlo pouze o to, jak tyto maily na své klientské straně odfiltrovat do koše, zrušit to přesměrování samozřejmě není z mé strany možné)
padlock Korupce jest základem státu.  
Klient = Outlook.
Nějak mi z tvého popisu vychází, že máš na svém mailboxu onu starou adresu jako SMTP alias... Pokud s adminem není řeč, byla by cesta, jak mou doměnku ověřit. Pokud si nainstaluješ patřičné tooly (Powershell a EMS). Ale změnit to určitě nedokážeš.
Trofozoit Where the fear has gone there will be -  nothing. Only I will remain.
Zcela určitě nejsem Exchange admin ;) To je ten zlý pán, který mi to přeposílání nastavil (patrně z nějakého blbého důvodu se kterým sám nesouhlasí, ale tím pádem mi ho ani nezruší).
Nevím co je v tomto případě přesně klient.

Já jsem normální uživatel Outlooku, kterému chodí zprávy posílané na staré adresy a prostě bych chtěla všechny tyhle zprávy vzít a hodit je do složky "otravny_spam", protože to je. Už takhle filtruju různé zbytečné zprávy, ale tohleto nemám jak vybrat. Z pohledu Outlooku se to chová jako že já jsem příjemce, i když jde v hlavičce dohledat, že původní příjemce je ta stará adresa.
Zkoušela jsem zkusmo filtrovat všechny emaily které mají jako příjemce dotyčnou starou adresu, ale ukazuje se, že to filtruje (i) všechny emaily odeslané na mojí adresu. Takže někde už v hlubinách je nastavené, že moje adresa=stará adresa a tedy nemůžu nijak odlišit maily poslané na tyto dvě různé?
padlock Korupce jest základem státu.  
Ano, pomocí transportních pravidel. Je to ovšem trochu nešikovné řešení - dost to zatěžuje Exchange a na konfiguraci Transport rules musíš být Exchange admin (AFAIK, byv vždy oním adminem, neměl jsem potřebu s tím experimentovat. Zcela určitě to z pohledu práv nezvládne BFU).
Lepší je to dělat až u klienta.

Pokud jsem to úplně nepochopil a jde ti o zjištění toho, kdo/co ti to přeposílá, pak "Tracking log explorer" obvykle dokáže osvětlit, co se s tou zprávou uvnitř Exchange děje. Pokud jde o Exch 2013+, tak tam se na to (AFAIK) musí z powershellové "command lajny"... , ale to platí skoro pro všechny užitečné tooly.
Trofozoit Where the fear has gone there will be -  nothing. Only I will remain.
Je nějaký způsob, jak v Outlooku 2007 vyfiltrovat zprávy, které jsou mi automaticky přeposílané z jiné adresy (už někde na straně Exchange serveru)?

Když se do takové zprávy podívám do hlavičky, je tam původní odesílatel zombie@firma.cz, ale v Outlooku už jsou všechny jako poslány mě, ten původní příjemce je pouze internetové hlavičce. Dá se na tohle udělat nějaké pravidlo?
 
violetelephant グッバイ、ミスターティーポット 
No, to je bobuzel znama.chyba outlooku, pokud ma email nejaky encoding a obsahuje html.s.jinym.encodingem, tak on si drzi ten stary, to prave opravili az v 2010 verzi
Trofozoit Where the fear has gone there will be -  nothing. Only I will remain.
To je ale naopak. UTF-8 mi to zobrazuje dobře, naopak mi to ISO zobrazuje jako UTF s UTF znaky (tj. čínština nebo jiná japonština). Takže tím pádem ve fontu problém nebude.

Už se mi podařilo najít, kde zobrazím header a problém je asi v tom, že předmět má charset utf-8 a obsah zprávy už má iso-8859-2, ale z nějakého důvodu to Outlook ignoruje.
violetelephant グッバイ、ミスターティーポット 
s maily od student agency muj outlook 2013/2010 taky problem nema.
nicmene muze to byt i problem fontu. kdyz tvrdis ze ti to prehazuje na utf-8, mas v outlooku pro zobrazovani nastavene unicode fonty? tohle je totiz bohuzel znama chyba starsi verzi outlooku, kdy ve vychozim nastaveni maji nastavene fonty na regionalni subsripty a zobrazuji unicode/utf spatne.

http://www.slipstick.com/outlook/email/to-change-the-font-on-incoming-messages/
Trofozoit Where the fear has gone there will be -  nothing. Only I will remain.
Na úrovni serveru jsem to ani nechtěla. Do toho nemůžu stejně sahat.
Právě proto, že když vím že z téhle adresy chodí ISO, tak by se to dalo natvrdo nastavit filtrem. Podle mě tam hází automaticky UTF-8, protože to nahradí japonskýma znakama, což je jedno, prostě to nezobrazí správně. Jestli je chyba v Outlooku nebo u toho druhého (jako upřímně ISO je dneska tak trochu už dost out.. ale divím, se že by to Student Agency nikdo do té doby neřekl, že se to od nich nedá číst.. takže spíš s tím jiné mailové klienty problém nemají)
violetelephant グッバイ、ミスターティーポット 
na urovni serveru se obava to nepujde, na urovni klienta, nejaky vbscript mozna existuje hledal bych incoming mail encoding. kdyz sem to dal do google, tak mi to ale dalo jen jak se to prepina manualne. bohuzel pokud ma nekdo email klienta, ktery v html hlavicce nespecifikuje kodovani je to problem, protoze outlook pouziva pro zobrazovani html ieview kontrolku a ta samozrejme pouziva autodetekci (dle hlavicky) a nebo system default (coz uz ceskych windows je ansi-1250)