From smelhaus na bpt.cz Mon Feb 2 11:35:25 2004 From: smelhaus na bpt.cz (Vladimir Smelhaus) Date: Mon, 02 Feb 2004 11:35:25 +0100 Subject: zoznam userov co pouziva mydoom In-Reply-To: <200401301014.LAA27490@mxm.cnb.cz> References: <200401301014.LAA27490@mxm.cnb.cz> Message-ID: <401E27ED.5080204@bpt.cz> Lubos Kaspar napsal(a): >>mozno sa vam bude hodit zoznam krstnych mien, ktore ten shit pouziva - ked >>si pridate vlastnu domenu a date to do badmailto, server bude odmietat >>spravy uz pri nadviazani spojenia s postou pre tuto adresu. u nas to za > > Udelal jsem tez podobnou obsluhu, ale takova prezentace je velmi dobry napad! > Porovnal jsem seznam se svym a zjistil (vystup > z "diff nize_uvedeny_seznam_bez_@ muj_seznam|grep '^[<> ]'|sort"): > > : < david > : < tom > : > peter > : > smith > : > virusmaster Pokud se bavite o qmailu, tak neni spatny http://untroubled.org/mailfront/ Pomoci mailrules jde nastavit, kteri uzivatele jsou ti spravni a ostatni se odmitnou. V. From vlado na grafon.sk Mon Feb 2 12:19:07 2004 From: vlado na grafon.sk (Vladimir Rengevic) Date: Mon, 02 Feb 2004 12:19:07 +0100 Subject: Problem s TO: v hlavicke Message-ID: <401E322B.5080201@grafon.sk> Dobry den ;o) mam problem s postou - potreboval by som vediet na zaklade coho dava sendmail (prip. Exchange) do mailu polozku TO: Problem - pride mi mail (u mna bezi sendmail), odchadza z Exchange, pricom uzivatel ma samozrejme Otlak Expres. No a chyba mu polozka TO: Otazka - kto za to moze (samozrejme biju mna ;o). Ja som ale presvedceny, ze hlavicku tvori ododielatel a prijemca s nou (ak tu spravu samozrejme umyselne nemodifikuje) nerobi nic... Vlado -- Ing. Vladimir Rengevic GRAFON dtp studio Tranovskeho 19, Liptovsky Mikulas, Slovakia phone: +421/44/5526153, fax: +421/44/5621454 mobil: +421/905/642799 From Peter.Mann na tuke.sk Mon Feb 2 12:26:40 2004 From: Peter.Mann na tuke.sk (Peter Mann) Date: Mon, 2 Feb 2004 12:26:40 +0100 Subject: zoznam userov co pouziva mydoom In-Reply-To: <401E27ED.5080204@bpt.cz> References: <200401301014.LAA27490@mxm.cnb.cz> <401E27ED.5080204@bpt.cz> Message-ID: <20040202112640.GB3942@dot.tuke.sk> On Mon, Feb 02, 2004 at 11:35:25AM +0100, Vladimir Smelhaus wrote: > Pokud se bavite o qmailu, tak neni spatny http://untroubled.org/mailfront/ > Pomoci mailrules jde nastavit, kteri uzivatele jsou ti spravni a ostatni > se odmitnou. a keby to chcel niekto pre postfix, tak nech skusi smtpd_recipient_restrictions ... v subore je zoznam "valid_users" a ak za tym nasleduje reject pravidlo, tak pre neznameho postu vobec neprijme -- 5o Peter.Mann at tuke.sk KLFMANiK ICQ 12491471 PM2185-RIPE From Peter.Mann na tuke.sk Mon Feb 2 12:50:36 2004 From: Peter.Mann na tuke.sk (Peter Mann) Date: Mon, 2 Feb 2004 12:50:36 +0100 Subject: Problem s TO: v hlavicke In-Reply-To: <401E322B.5080201@grafon.sk> References: <401E322B.5080201@grafon.sk> Message-ID: <20040202115036.GD3942@dot.tuke.sk> On Mon, Feb 02, 2004 at 12:19:07PM +0100, Vladimir Rengevic wrote: > Problem - pride mi mail (u mna bezi sendmail), odchadza z Exchange, pricom > uzivatel ma samozrejme Otlak Expres. No a chyba mu polozka TO: > Otazka - kto za to moze (samozrejme biju mna ;o). Ja som ale presvedceny, > ze hlavicku tvori ododielatel a prijemca s nou (ak tu spravu samozrejme > umyselne nemodifikuje) nerobi nic... ano - polozku To: definuje pouzivatel ... nemusi tam vobec byt, dolezita je obalkova adresa, ktora v hlavicke nie je existuju vsak rozne "prepisovace" hlaviciek - sendmail ma genericstable, postfix ma canonical_maps ... tie mozu "To:" prepisovat treba odsledovat, ci to "nezmrsi" niekto po ceste -- 5o Peter.Mann at tuke.sk KLFMANiK ICQ 12491471 PM2185-RIPE From volesak na aristia.cz Mon Feb 2 17:47:52 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Mon, 2 Feb 2004 17:47:52 +0100 Subject: MultiDomain mail server Message-ID: Dobry den, rozhoduji se na co prejit z qmailu. V tuto chvili jede na doraz, HW je take zastaraly. Premyslim o koncepci web rozhrani pro uzivatele. Dulezite je, ze kazda domena ma v tuto chvili pod qmailem (vpopmailem) svuj separatni adresar, ve kterem se pouzivaji .qmail-neco aliasy. Nedelal jste v posledni dobe nekdo neco podobneho? Kolega mi nastinil mozne reseni: Postfix, Cyrus IMAP + SASL a nejaky webmail. Mozna by sel qmail zachovat i pri pozadovane funkcnosti, ale rad bych slysel, ze to je realizovatelne a nekde funkcni. Diky vsem za tipy Honza Volesak From jmr na net22.cz Mon Feb 2 18:46:20 2004 From: jmr na net22.cz (Martin Rada) Date: Mon, 02 Feb 2004 18:46:20 +0100 Subject: MultiDomain mail server In-Reply-To: References: Message-ID: <401E8CEC.9020800@net22.cz> Napr: qmail vmailmgr (http://www.vmailmgr.org/) oMail-admin (http://omail.omnis.ch/) courier-imap (http://www.inter7.com/courierimap.html) SquirrelMail (http://www.squirrelmail.org/) volesak na aristia.cz napsal(a): >Dobry den, >rozhoduji se na co prejit z qmailu. V tuto chvili jede na doraz, HW je take >zastaraly. > >Premyslim o koncepci web rozhrani pro uzivatele. Dulezite je, ze kazda >domena ma v tuto chvili pod qmailem (vpopmailem) svuj separatni adresar, ve >kterem se pouzivaji .qmail-neco aliasy. >Nedelal jste v posledni dobe nekdo neco podobneho? >Kolega mi nastinil mozne reseni: >Postfix, Cyrus IMAP + SASL a nejaky webmail. > >Mozna by sel qmail zachovat i pri pozadovane funkcnosti, ale rad bych >slysel, ze to je realizovatelne a nekde funkcni. >Diky vsem za tipy >Honza Volesak > > -- Keep it small and stupid. Martin Rada jmr na net22.cz From lk na cnb.cz Mon Feb 2 19:06:32 2004 From: lk na cnb.cz (Lubos Kaspar) Date: Mon, 02 Feb 2004 19:06:32 +0100 (MET) Subject: Problem s TO: v hlavicke In-Reply-To: <401E322B.5080201@grafon.sk>; from "Vladimir Rengevic" at Feb 2, 2004 12:46 Message-ID: <200402021805.TAA14389@mxm.cnb.cz> > Date: Mon, 02 Feb 2004 12:19:07 +0100 > From: Vladimir Rengevic > To: sendmail na linux.cz > Subject: Problem s TO: v hlavicke > > mam problem s postou - potreboval by som vediet na zaklade coho dava > sendmail > (prip. Exchange) do mailu polozku TO: > > Problem - pride mi mail (u mna bezi sendmail), odchadza z Exchange, pricom > uzivatel ma samozrejme Otlak Expres. No a chyba mu polozka TO: > Otazka - kto za to moze (samozrejme biju mna ;o). Ja som ale presvedceny, > ze hlavicku tvori ododielatel a prijemca s nou (ak tu spravu samozrejme > umyselne nemodifikuje) nerobi nic... Kdo Vas za takovou normalni vec bije? Pokud jsou vsichni prijemci v Bcc: (coz je bezne a spravne pri posilani mailu prijemuum, kteri se navzajem neznaji a nemaji mit moznost si navzajem zjistit e-adresy), tak v To: ani nikdo byt nemuze! Pokud se v MUA neuvedou zadne adresy do To: (ale treba jen do Cc: a/nebo do Bcc:), hlavicka To: vubec nemusi byt (podle RFC 2822 jsou povinne jen hlavicky Date: a From:). Ma zkusenost je, ze pokud nekdo v MS-Utlouku uvede vsechny adresy v Bcc:, program zaradi hlavicku To: prazdnou (coz je sice zbytecne, ale nemelo by to nicemu vadit). Pokud by třeba nejaky SMTP-server pozadoval v datech hlavicku To:, neni korektni. Solidni MUA (treba standardni sendmail) obvykle hlavicky From:, Date: a Message-Id: doplnuje (pokud nejsou uvedeny) - do From: da obalkovou adresu odesilatele, do Date: bezny cas a do Message-Id: sve genericke ID. Pokud by se do sendmail.cf uvedlo neco jako HTo: <$u> Pak by prip. chybejici To: doplnil uvedenim obalkove adresy prijemce. To by vsak diskreditovalo adresy z Bcc:, takze to nelze doporucit. -- Lubos Kaspar From linux na grafon.sk Mon Feb 2 19:53:44 2004 From: linux na grafon.sk (Vladimir Rengevic) Date: Mon, 02 Feb 2004 19:53:44 +0100 Subject: Problem s TO: v hlavicke In-Reply-To: <200402021805.TAA14389@mxm.cnb.cz> References: <200402021805.TAA14389@mxm.cnb.cz> Message-ID: <401E9CB8.5080908@grafon.sk> Pekny den! Lubos Kaspar wrote --- napísal:: >>Date: Mon, 02 Feb 2004 12:19:07 +0100 >>From: Vladimir Rengevic >>To: sendmail na linux.cz >>Subject: Problem s TO: v hlavicke >> >>mam problem s postou - potreboval by som vediet na zaklade coho dava >>sendmail >>(prip. Exchange) do mailu polozku TO: >> >>Problem - pride mi mail (u mna bezi sendmail), odchadza z Exchange, pricom >>uzivatel ma samozrejme Otlak Expres. No a chyba mu polozka TO: >>Otazka - kto za to moze (samozrejme biju mna ;o). Ja som ale presvedceny, >>ze hlavicku tvori ododielatel a prijemca s nou (ak tu spravu samozrejme >>umyselne nemodifikuje) nerobi nic... > > > Kdo Vas za takovou normalni vec bije? Pokud jsou vsichni prijemci v Bcc: > (coz je bezne a spravne pri posilani mailu prijemuum, kteri se navzajem > neznaji a nemaji mit moznost si navzajem zjistit e-adresy), tak v To: > ani nikdo byt nemuze! > Dakujem ;) bije ma za to jeden admin z frimy, ktora si vybera schranku pop3-kou a nasledne cez WinRoute nejakym sposobom triedi... A kedze som si nebol 100% isty ci za to nemozem ja radsej som sa opytal! Vdaka, som rad, ze Linux a sendmail su v tom nevinne!!! Vlado --- Ing. Vladimir Rengevic GRAFON dtp studio Tranovskeho 19, Liptovsky Mikulas, Slovakia phone: +421/44/5526153, fax: +421/44/5621454 mobil: +421/905/642799 From volesak na aristia.cz Mon Feb 2 20:10:14 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Mon, 2 Feb 2004 20:10:14 +0100 Subject: Problem s TO: v hlavicke Message-ID: ...tak tomu spravci s tim WinRoutem reknete, at si to tridi podle Delivered-To: kdyz nenajde zatrideni podle To: A hlavne at nerika, ze to nejde. Jde to, sice modifikaci registru, ale jde. Jedna se o standard tak at nebuzeruje! Taky jsem jednoho takoveho musel dlouze presvedcovat :( Honza Volesak -----Original Message----- From: Vladimir Rengevic [mailto:linux na grafon.sk] Sent: Monday, February 02, 2004 7:54 PM To: sendmail na linux.cz Subject: Re: Problem s TO: v hlavicke Pekny den! Lubos Kaspar wrote --- napísal:: >>Date: Mon, 02 Feb 2004 12:19:07 +0100 >>From: Vladimir Rengevic >>To: sendmail na linux.cz >>Subject: Problem s TO: v hlavicke >> >>mam problem s postou - potreboval by som vediet na zaklade coho dava >>sendmail >>(prip. Exchange) do mailu polozku TO: >> >>Problem - pride mi mail (u mna bezi sendmail), odchadza z Exchange, pricom >>uzivatel ma samozrejme Otlak Expres. No a chyba mu polozka TO: >>Otazka - kto za to moze (samozrejme biju mna ;o). Ja som ale presvedceny, >>ze hlavicku tvori ododielatel a prijemca s nou (ak tu spravu samozrejme >>umyselne nemodifikuje) nerobi nic... > > > Kdo Vas za takovou normalni vec bije? Pokud jsou vsichni prijemci v Bcc: > (coz je bezne a spravne pri posilani mailu prijemuum, kteri se navzajem > neznaji a nemaji mit moznost si navzajem zjistit e-adresy), tak v To: > ani nikdo byt nemuze! > Dakujem ;) bije ma za to jeden admin z frimy, ktora si vybera schranku pop3-kou a nasledne cez WinRoute nejakym sposobom triedi... A kedze som si nebol 100% isty ci za to nemozem ja radsej som sa opytal! Vdaka, som rad, ze Linux a sendmail su v tom nevinne!!! Vlado --- Ing. Vladimir Rengevic GRAFON dtp studio Tranovskeho 19, Liptovsky Mikulas, Slovakia phone: +421/44/5526153, fax: +421/44/5621454 mobil: +421/905/642799 From volesak na aristia.cz Mon Feb 2 20:30:42 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Mon, 2 Feb 2004 20:30:42 +0100 Subject: MultiDomain mail server Message-ID: Mno, diky za linky, mnohe z nich jsem uz videl a samozrejme je mam na pameti. Ja bych ale radeji slysel od nekoho, kdo takove reseni provozuje, jake to ma nedostatky, nebo prednosti, na co si lide stezuji atd. Je jasne ze chteji spoustu veci. Zmenu hesla, presmerovani v dobe nepritomnosti, to je asi zaklad. Me jako admina pak bude zajimat spoluprace IMAP demona s web rozhranim, autentizace, bezpecnost, sprava uctu pod vice domenama, slozitost konfigurace, jednoduchost obnovy dat atd. Prosim nepiste mi, ze podle manualu je to skvele, to si prectu. Praxe je ovsem mnohdy diferencialne odlisna a ja se v tuto chvili pouze snazim volit dobre. Pristupuji k tomu snad o neco zodpovedneji nez nasi obcane pri poslednich volbach :) Diky moc za osobni zkusenosti Honza Volesak Napr: qmail vmailmgr (http://www.vmailmgr.org/) oMail-admin (http://omail.omnis.ch/) courier-imap (http://www.inter7.com/courierimap.html) SquirrelMail (http://www.squirrelmail.org/) From miskej na vegacom.cz Tue Feb 3 07:54:53 2004 From: miskej na vegacom.cz (Edvard Miskej) Date: Tue, 03 Feb 2004 07:54:53 +0100 Subject: Kam s viry? Message-ID: <401F45BD.7060808@vegacom.cz> Na serveru pouzivame postfix a AVP, nekolikrat tu probehla diskuse o tom zda antvir na MTA ano ci ne. Ale stejne vetsina spravcu je drive ci pozdeji donucena chranit uzivatele e-mailu antivirem. Kdyz tuto diskusi dnes nechame stranou, zeptam se kam se zavirovanymi maily z neexistujich ci podsunych adres? Dost casto mi nekdo rika...Vas server je "nejaky divny" protoze mi napsal, ze jsem poslal zavirovany mail, ale ja urcite nic neposilal. Posledni viry jak vime pouzivaji ruzne kombinace adres a jako odesilaci vybiraji napr. adresy z adresare ci primo z dorucenych mailu. Jak tedy nejlepe nastavit antivir? Sam mam nastaveno - kompletni zprava admin, informace o zavirovani plus hlavicka -odesilatel a adresat. A na zaver citace ze serveru viry.cz s kterou nemohu tak uplne souhlasit, protoze si myslim, ze neni spravne nastavit aby se zavirovane maily bez jakekoliv informace mazaly. E. Miskej Varovné e-mailové zprávy antivirových systémů...20.01.2004 Při každém rozsáhlejším virovém incidentu (jeden právě probíhá) se bohužel zvýší i množství varovných e-mailových zpráv, které zasílají ŠPATNĚ NASTAVENÉ antivirové systémy na poštovních serverech. Vzhledem k tomu, že minimálně DVA ROKY nevznikl žádný významější virus, který by zachovával adresu skutečného odesílatele infikované pošty (viry totiž rádi FALŠUJÍ adresu skutečného odesílatele), varovná hlášení těchto poštovních serverů jsou zasílána lidem, kteří nemají s útokem vůbec nic společného !!! Pokud tedy používate antivirový systém s POSLEDNÍ AKTUALIZACÍ a i přesto Vám chodí varovné zprávy, informující o tom, že rozesíláte viry, pak je v klidu ignorujte ! Zároveň tímto prosím všechny administrátory poštovních serverů, ať tento "přežitek" v podobě varovných odpovědí, zasílaných na nesprávné adresy vypnou... From kacian na kacian.sk Tue Feb 3 08:21:47 2004 From: kacian na kacian.sk (Lubor Kacian) Date: Tue, 3 Feb 2004 08:21:47 +0100 Subject: Kam s viry? In-Reply-To: <401F45BD.7060808@vegacom.cz> References: <401F45BD.7060808@vegacom.cz> Message-ID: <1412978703.20040203082147@kacian.sk> Hello Edvard, Tuesday, February 3, 2004, 7:54:53 AM, you wrote: EM> Sam mam nastaveno - kompletni zprava admin, EM> informace o zavirovani plus hlavicka -odesilatel a adresat. EM> A na zaver citace ze serveru viry.cz s EM> kterou nemohu tak uplne souhlasit, protoze si myslim, ze neni EM> spravne nastavit aby se zavirovane maily EM> bez jakekoliv informace mazaly. Tak patrite k tym co zahnusuju (nenasiel som slusnejsie slovo) internet blbymi mailami na sfalsovane odosielacie adresy. Bohuzial, nie ste sam co vytacate inych. S "odosielatelom" ten virus nema NIC SPOLOCNE ! Sorry, ale uz ma to stve, pri 6 domenach je to kvantum hlupej posty. A co tak spravcovia viac domen, urcite maju z vas radost. -- Best regards, Lubor mailto: kacian(at)kacian.sk From lk na cnb.cz Tue Feb 3 08:49:52 2004 From: lk na cnb.cz (Lubos Kaspar) Date: Tue, 03 Feb 2004 8:49:52 +0100 (MET) Subject: =?us-ascii?Q?Postfix=20a=20uzivatele=20bez=20uctu?= In-Reply-To: <190873.569733-6525-221632656-1075583428@seznam.cz>; from "XXXNET" at Jan 31, 2004 22:10 Message-ID: <200402030749.IAA27769@mxm.cnb.cz> > From: XXXNET > To: sendmail na linux.cz > Subject: Postfix a uzivatele bez uctu > Date: Sat, 31 Jan 2004 22:10:28 +0100 (CET) > > muzete mi prosim nekdo poradit jak na postfixu nadefinovat uzivatele > ktery neni uveden v systemu, tedy nema svuj ucet. Jde mi o to, ze bych > chtel aby server prijimal postu pro zminene usery a nebylo nutne jim > zakladat ucet. > > V navaznosti na to jak pri zachovani stejneho jim umoznit treba pres > pop3 stazeni posty. Jde to tak vubec. Nechci to resit kombinaci napr. > Postfix+Imap+MySQL, hledam neco jednodussiho. V sendmailu by to snad slo resit pomoci mailer=*file*, tj. pro takove adresy nadefinovat aliasy s presmerovanim do souboru. Problem by vsak mozna byl se synchronizaci zapisu do takovych souboru, tj. v pripade, kdy pop3-klient posle DELETE soucasne s pristupem pro zapis nove zasilky ze strany MDA. V postfixu by asi taky mela byt nejaka podobna moznost. Take je treba nejak pop3-serveru nadefinovat jeho pristupova jmena a hesla bez vazby na OS-uzivatele. -- Lubos Kaspar From volesak na aristia.cz Tue Feb 3 09:25:02 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Tue, 3 Feb 2004 09:25:02 +0100 Subject: Kam s viry? Message-ID: Pridavam se k nazoru nize. Informace o zavirovanem mailu patri (kdyz uz nekomu) tak pouze prijemci, v zadnem pripade odesilateli! Mam na serveru asi 20 domen a chodilo mi pres 3000 zprav podobneho typu za 10 hodin. Opravdu tim pouze pomahate plnit viru jeho primarni funkci - zahltit Internet. Takze souhrn - odmazat zavirovanou prilohu, poslat info prijemci, co nelze dorucit poslat adminovi. Honza Volesak > -----Original Message----- > From: Lubor Kacian [mailto:kacian na kacian.sk] > Sent: Tuesday, February 03, 2004 8:22 AM > To: Edvard Miskej > Subject: Re: Kam s viry? > > > Hello Edvard, > > Tuesday, February 3, 2004, 7:54:53 AM, you wrote: > > EM> Sam mam nastaveno - kompletni zprava admin, > EM> informace o zavirovani plus hlavicka -odesilatel a adresat. > EM> A na zaver citace ze serveru viry.cz s > EM> kterou nemohu tak uplne souhlasit, protoze si myslim, ze neni > EM> spravne nastavit aby se zavirovane maily > EM> bez jakekoliv informace mazaly. > > Tak patrite k tym co zahnusuju (nenasiel som slusnejsie slovo) > internet blbymi mailami na sfalsovane odosielacie adresy. > Bohuzial, nie ste sam co vytacate inych. S "odosielatelom" ten virus > nema NIC SPOLOCNE ! > Sorry, ale uz ma to stve, pri 6 domenach je to kvantum hlupej posty. > A co tak spravcovia viac domen, urcite maju z vas radost. > > > -- > Best regards, > Lubor > mailto: kacian(at)kacian.sk > > > > From ja na mail.upjs.sk Tue Feb 3 09:47:46 2004 From: ja na mail.upjs.sk (Jan Derfinak) Date: Tue, 3 Feb 2004 09:47:46 +0100 (CET) Subject: =?us-ascii?Q?Postfix=20a=20uzivatele=20bez=20uctu?= In-Reply-To: <200402030749.IAA27769@mxm.cnb.cz> References: <200402030749.IAA27769@mxm.cnb.cz> Message-ID: On Tue, 3 Feb 2004, Lubos Kaspar wrote: > > V navaznosti na to jak pri zachovani stejneho jim umoznit treba pres > > pop3 stazeni posty. Jde to tak vubec. Nechci to resit kombinaci napr. > > Postfix+Imap+MySQL, hledam neco jednodussiho. Slo by to pomocou Postfix+Cyrus Imap. jano -- From smelhaus na bpt.cz Tue Feb 3 10:03:23 2004 From: smelhaus na bpt.cz (Vladimir Smelhaus) Date: Tue, 03 Feb 2004 10:03:23 +0100 Subject: Kam s viry? In-Reply-To: References: Message-ID: <401F63DB.7070705@bpt.cz> Za vice nez dva roky, kdy provozuji na serveru antivir, neprisel ani jeden mail, ktery by mel jako prilohu zavirovany soubor a zaroven mel smysluplny obsah. Jinymi slovy, ze ten mail sestavil zivy odesilatel a soubor prilozil. Zato prislo hafo automaticky generovanych mailu rozesilanych temi viry. Takze zasilat prijemci zpravu, ze mu prisel zavirovany mail, je, dle me, skoro na 100% zbytecnost. A odesilateli, to uz bylo popsano. V. volesak na aristia.cz napsal(a): > Pridavam se k nazoru nize. Informace o zavirovanem mailu patri (kdyz uz > nekomu) tak pouze prijemci, v zadnem pripade odesilateli! Mam na serveru asi > 20 domen a chodilo mi pres 3000 zprav podobneho typu za 10 hodin. Opravdu > tim pouze pomahate plnit viru jeho primarni funkci - zahltit Internet. > Takze souhrn - odmazat zavirovanou prilohu, poslat info prijemci, co nelze > dorucit poslat adminovi. From liska na network.cz Tue Feb 3 10:16:13 2004 From: liska na network.cz (liska na network.cz) Date: Tue, 3 Feb 2004 10:16:13 +0100 (CET) Subject: =?us-ascii?Q?Postfix=20a=20uzivatele=20bez=20uctu?= In-Reply-To: Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 3 Feb 2004, Jan Derfinak wrote: > On Tue, 3 Feb 2004, Lubos Kaspar wrote: > > > > V navaznosti na to jak pri zachovani stejneho jim umoznit treba pres > > > pop3 stazeni posty. Jde to tak vubec. Nechci to resit kombinaci napr. > > > Postfix+Imap+MySQL, hledam neco jednodussiho. > > Slo by to pomocou Postfix+Cyrus Imap. Ano, muzu doporucit - zacli jsme Cyrus pouzivat z presne stejnych duvodu. Ze zacatku to je sice trochu zamotane, ale jak se v tom clovek zorientuje, tak to funguje velmi pekne, napriklad filtrovani pres sieve skripty je docela silny nastroj, se kterym se dobre pracuje. Problemy pri migraci nicmene muze zpusobovat omezeni, ze ve jmenu schranky nesmi byt tecka - zmena prihlasovaciho jmena vetsiho poctu "oteckovanych" uzivatelu, kteri nevi, kam v Outlooku kliknout, je to docela na boleni hlavy. Skro ale doporucuju skompilovat si cyruse vlastnorucne, jednak se v tom clovek rychleji vyzna, druhak standardni nastaveni napr. v debianu je cyrus bez sasl, ktery overuje uzivatele podle systemovych hesel (overovani pres pam a sasl modul se mi nepodarilo zprovoznit) - a to si clovek moc nepomuze... Jan Liska - -- Jan Liska / liska na network.cz PGP key: http://www.lisak.org/pubkey.pgp -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQFAH2bhmnd1lKkQDnURAqFrAJ9czbnwJScOekn4jyDpTMY0WN8iUgCfcTX9 Shhu5oy6Bxnka2zXFneqm/A= =o63b -----END PGP SIGNATURE----- From hitzinger na phobos.fphil.uniba.sk Tue Feb 3 11:01:54 2004 From: hitzinger na phobos.fphil.uniba.sk (Jozef Hitzinger) Date: Tue, 3 Feb 2004 11:01:54 +0100 (CET) Subject: Kam s viry? In-Reply-To: <401F45BD.7060808@vegacom.cz> References: <401F45BD.7060808@vegacom.cz> Message-ID: On Tue, 3 Feb 2004, Edvard Miskej wrote: > si myslim, ze neni spravne nastavit aby se zavirovane maily bez > jakekoliv informace mazaly. Zdravim, tak tuto debatu este asi budeme musiet podstupit viackrat, asi tak ako chvilu trvalo, kym sa vzilo pravidlo "open relay is bad". O ake skody vlastne ide, ked server zisti, ze v sprave je virus, podla moznych reakcii: 1. mail zmaze a posle spravu odosielatelovi Riziko vzniku skody je znacne, lebo adresa odosielatela byva, najma v pripade virov, sfalsovana. Potom nic netusiaci clovek dostane mail, ktory ho vydesi, lebo tvrdi ze ma na pocitaci virus; v pripade niektorych neinteligentne nastavenych systemov dokonca virus bude pripojeny k sprave. Ze tieto spravy naozaj su problemom, svedci aj citovany clanok z viry.cz. Tiez sme dostali dost ostro formulovane automaticke maily, ze mame virus, hoci z pripojenych hlaviciek bolo vidno, ze problem je prave tam odkial nadavky prisli - no co si o nich pomyslite, ked vas otravuju, pritom zavireny su oni? Lameri. 2. mail zmaze bez nahrady (prip. s poznamkou do logu) Skoda vznikne jedine, ak odosielatel zamerne posielal virus a adresat ho chcel dostat, napr. antivirova firma ocakava vzorku. Co nie je velmi stastny priklad, lebo ak ho uz antivirus pozna, posielat vzorku moc netreba. Takisto, ak je clovek dost sikovny na odchytenie viru, mal by zvladat taku zakladnu vec ako je zip s heslom, a antivir si neskrtne. Takze tato moznost je velmi dobre riesenie. 3. mail zmaze a posle spravu adresatovi Skoda podla 1. sa nekona, a podla 2. tiez nie, lebo adresat sa o zadrzanom vire dozvie a moze si ho vypytat znova, lepsim sposobom (ftp, www, heslovany zip). Vznika iny problem: uzivatelov, najme tych jednoduchsich, mozu tieto hlasky znacne miast, ved oni nic neposielali, a nechapu preco by im mal niekto posielat virus. Pri "velkych" cervoch to moze aj nastvat - sto sprav o zmazanych virusoch v mailboxe nepotesi. Tu zalezi od admina, aby zvazil, ci pre jeho userov bude lepsie 2. alebo 3., neda sa to jednoznacne rozsudit. Hoci patrim k vyznavacom "posvatnosti" prijateho mailu a uzivatelskych dat vobec, na viry (resp. maily s prilohami .bat|.cmd|.scr|.pif|.vbs) pouzivam moznost 2. a vrelo ju odporucam aj dalsim postmastrom. -- jozef :-) postmaster fphil uniba sk From Peter.Mann na tuke.sk Tue Feb 3 11:09:29 2004 From: Peter.Mann na tuke.sk (Peter Mann) Date: Tue, 3 Feb 2004 11:09:29 +0100 Subject: Kam s viry? In-Reply-To: References: <401F45BD.7060808@vegacom.cz> Message-ID: <20040203100929.GA25529@dot.tuke.sk> On Tue, Feb 03, 2004 at 11:01:54AM +0100, Jozef Hitzinger wrote: > O ake skody vlastne ide, ked server zisti, ze v sprave je virus, podla > moznych reakcii: > 2. mail zmaze bez nahrady (prip. s poznamkou do logu) > > Skoda vznikne jedine, ak odosielatel zamerne posielal virus a adresat ho > chcel dostat, napr. antivirova firma ocakava vzorku. Co nie je velmi > stastny priklad, lebo ak ho uz antivirus pozna, posielat vzorku moc > netreba. Takisto, ak je clovek dost sikovny na odchytenie viru, mal by > zvladat taku zakladnu vec ako je zip s heslom, a antivir si neskrtne. > > Takze tato moznost je velmi dobre riesenie. > Hoci patrim k vyznavacom "posvatnosti" prijateho mailu a uzivatelskych dat > vobec, na viry (resp. maily s prilohami .bat|.cmd|.scr|.pif|.vbs) > pouzivam moznost 2. a vrelo ju odporucam aj dalsim postmastrom. ja sa pripajam ... takisto chodi notifikacia iba adminovi, aby bola nejaka vazba na postu, ak sa niekto ozve, ze nieco posielal a neprislo to ... vo viacerych pripadoch sa to uz pouzilo na priame zablokovanie ip adresy odosielatela, pokial bola velka intenzita virusov z jednej ip adresy (dokonca kazde 4 sekundy!!!) -- 5o Peter.Mann at tuke.sk KLFMANiK ICQ 12491471 PM2185-RIPE From miskej na vegacom.cz Tue Feb 3 11:19:34 2004 From: miskej na vegacom.cz (Edvard Miskej) Date: Tue, 03 Feb 2004 11:19:34 +0100 Subject: Kam s viry? In-Reply-To: <401F63DB.7070705@bpt.cz> References: <401F63DB.7070705@bpt.cz> Message-ID: <401F75B6.4020509@vegacom.cz> To jste mi tedy dali..ale Vase reakce me donutila se podivat do RFC 2821. A podle toho co jsem nasel musim rict ze Vase nastaveni serveru odporuji RFC! Protoze v odstavci 6.1 se pise: If there is a delivery failure after acceptance of a message, the receiver-SMTP MUST formulate and mail a notification message. E. Miskej Vladimir Smelhaus napsal(a): >Za vice nez dva roky, kdy provozuji na serveru antivir, neprisel ani >jeden mail, ktery by mel jako prilohu zavirovany soubor a zaroven mel >smysluplny obsah. Jinymi slovy, ze ten mail sestavil zivy odesilatel a >soubor prilozil. Zato prislo hafo automaticky generovanych mailu >rozesilanych temi viry. > >Takze zasilat prijemci zpravu, ze mu prisel zavirovany mail, je, dle me, >skoro na 100% zbytecnost. A odesilateli, to uz bylo popsano. > >V. > >volesak na aristia.cz napsal(a): > > >>Pridavam se k nazoru nize. Informace o zavirovanem mailu patri (kdyz uz >>nekomu) tak pouze prijemci, v zadnem pripade odesilateli! Mam na serveru asi >>20 domen a chodilo mi pres 3000 zprav podobneho typu za 10 hodin. Opravdu >>tim pouze pomahate plnit viru jeho primarni funkci - zahltit Internet. >>Takze souhrn - odmazat zavirovanou prilohu, poslat info prijemci, co nelze >>dorucit poslat adminovi. >> >> > > > > From lk na cnb.cz Tue Feb 3 11:28:14 2004 From: lk na cnb.cz (Lubos Kaspar) Date: Tue, 03 Feb 2004 11:28:14 +0100 (MET) Subject: Kam s viry? In-Reply-To: <401F63DB.7070705@bpt.cz>; from "Vladimir Smelhaus" at Feb 3, 2004 10:03 Message-ID: <200402031027.LAA08126@mxm.cnb.cz> > Date: Tue, 03 Feb 2004 10:03:23 +0100 > From: Vladimir Smelhaus > To: sendmail na linux.cz > Subject: Re: Kam s viry? > > Za vice nez dva roky, kdy provozuji na serveru antivir, neprisel ani > jeden mail, ktery by mel jako prilohu zavirovany soubor a zaroven mel > smysluplny obsah. Jinymi slovy, ze ten mail sestavil zivy odesilatel a > soubor prilozil. Zato prislo hafo automaticky generovanych mailu > rozesilanych temi viry. > > Takze zasilat prijemci zpravu, ze mu prisel zavirovany mail, je, dle me, > skoro na 100% zbytecnost. A odesilateli, to uz bylo popsano. > > volesak na aristia.cz napsal(a): > > Pridavam se k nazoru nize. Informace o zavirovanem mailu patri (kdyz uz > > nekomu) tak pouze prijemci, v zadnem pripade odesilateli! Mam na serveru asi > > 20 domen a chodilo mi pres 3000 zprav podobneho typu za 10 hodin. Opravdu > > tim pouze pomahate plnit viru jeho primarni funkci - zahltit Internet. > > Takze souhrn - odmazat zavirovanou prilohu, poslat info prijemci, co nelze > > dorucit poslat adminovi. Je to vlastne skoro stejne jako takove ty blaboly typu "prichozi/odchozi zprava zkontrolovana tim a tim antivirem" pridavane k mailum "pouze" jako sverazny "bonus". Jde tu hlavne o reklamu - prijemce se takto o vyrobci antiviru dovi (vzdy je tam www-odkaz) a treba se "chytne", ze. Tim chci jen naznacit pravdepodobnou motivaci, proc zrejme mivaji antivirove "mlynky" jako default posilani zprav na vsechny mozne strany; samozrejme celkove je to odsouzenihodne a velmi odporne (zvlast kdyz neni posilani mailu dekonfigurovatelne - a ani k tomu nelze nektere zvlast zavile BFA donutit). Zatim jsou patrny 3 stupne nechutnosti semilacu MS-viru: 1. (nejnizsi) - antivir posila sve pindy pod nejakou specialni adresou, kterou lze snadno zaradit mezi spammery; 2. (stredni) - antivir posila sve hlody jako postmaster - take lze zaradit mezi spammery, ale s tim uz mohou byt potize; 3. (nejvyssi) - antivir posila sve zvasty jako bounce - lze blokovat relay (jako IP nebo jako host), popr. relayovou domenu, ale to muze znamenat "splachnuti" blokace i dalsich odesilatelu, takze nasledne si muze nekdo stezovat (BTW: blokace bounce odporuje RFC 2821 - viz napr. http://www.rfc-ignorant.org ). -- Lubos Kaspar From pstehlik na sophics.cz Tue Feb 3 11:29:15 2004 From: pstehlik na sophics.cz (Petr Stehlik) Date: Tue, 03 Feb 2004 11:29:15 +0100 Subject: Kam s viry? In-Reply-To: <401F75B6.4020509@vegacom.cz> References: <401F63DB.7070705@bpt.cz> <401F75B6.4020509@vegacom.cz> Message-ID: <1075804155.771.40.camel@joy.sophics> On Tue, 2004-02-03 at 11:19, Edvard Miskej wrote: > To jste mi tedy dali..ale Vase reakce me donutila se podivat do RFC 2821. > A podle toho co jsem nasel musim rict ze Vase nastaveni serveru odporuji > RFC! > > Protoze v odstavci 6.1 se pise: > If there is a delivery failure after acceptance of a message, the > receiver-SMTP MUST formulate and mail a notification message. ale sak to neni delivery failure. Ten vir byl v poradku obdrzen a podle pravidel platnych na cilovem serveru ihned smazan (resp. presunut do karanteny). Skutecny desilatel (=vir otec) o tom nemusi vubec vedet, a zfalsovany nebozak uvedeny ve From: musi byt naopak co nejvice uchranen podobnych zmatecnych varovnych vyhruzek. Petr From lk na cnb.cz Tue Feb 3 11:38:51 2004 From: lk na cnb.cz (Lubos Kaspar) Date: Tue, 03 Feb 2004 11:38:51 +0100 (MET) Subject: Kam s viry? In-Reply-To: <1075804155.771.40.camel@joy.sophics>; from "Petr Stehlik" at Feb 3, 2004 11:30 Message-ID: <200402031038.LAA08754@mxm.cnb.cz> > Subject: Re: Kam s viry? Abychom uz konecne odpovedeli na tuto otazku: navrhuji do /dev/null/ :-) > From: Petr Stehlik > To: sendmail na linux.cz > Date: Tue, 03 Feb 2004 11:29:15 +0100 > > On Tue, 2004-02-03 at 11:19, Edvard Miskej wrote: > > To jste mi tedy dali..ale Vase reakce me donutila se podivat do RFC 2821. > > A podle toho co jsem nasel musim rict ze Vase nastaveni serveru odporuji > > RFC! > > > > Protoze v odstavci 6.1 se pise: > > If there is a delivery failure after acceptance of a message, the > > receiver-SMTP MUST formulate and mail a notification message. > > ale sak to neni delivery failure. Ten vir byl v poradku obdrzen a podle > pravidel platnych na cilovem serveru ihned smazan (resp. presunut do > karanteny). Skutecny desilatel (=vir otec) o tom nemusi vubec vedet, a > zfalsovany nebozak uvedeny ve From: musi byt naopak co nejvice uchranen > podobnych zmatecnych varovnych vyhruzek. RFC 2821 ale zcela jiste nepocita s tim, ze prace MTA bude zahrnovat i boj s MS-viry... Z hlediska MTA je zprava v poradku prijata, zadna "delivery failure" nenastala a pokud se nasledne mail zahodi nebo se z nej vyklesti MS-vir, je to spis prace nejakeho MDA, ktery samozrejme neni onen "SMTP-receiver". -- Lubos Kaspar From hitzinger na phobos.fphil.uniba.sk Tue Feb 3 12:52:47 2004 From: hitzinger na phobos.fphil.uniba.sk (Jozef Hitzinger) Date: Tue, 3 Feb 2004 12:52:47 +0100 (CET) Subject: Kam s viry? In-Reply-To: <401F75B6.4020509@vegacom.cz> References: <401F63DB.7070705@bpt.cz> <401F75B6.4020509@vegacom.cz> Message-ID: On Tue, 3 Feb 2004, Edvard Miskej wrote: > To jste mi tedy dali..ale Vase reakce me donutila se podivat do RFC 2821. > A podle toho co jsem nasel musim rict ze Vase nastaveni serveru odporuji > RFC! Ano, sme delikventi :) Skuste sa na to pozriet z hladiska minimalizacie skod: ked mam sukromnu siet o par pocitacoch, mozem porusit vsetky RFC a nikomu neublizim (sebe, lebo sa s tym bude blbo robit). Podobne, ked v dobre definovanom pripade (virus, mozno spam) server doruceny mail zahodi a neposle spravu, kto sa o tom dozvie, aka bude skoda? Ziadna, naopak prospeje to. Postovy system je ziva vec, stale sa objavuje nieco nove (tesim sa na SPF) no a serverov co porusuju RFC je hodne. Casto je to sposobom o dost horsim nez zahadzovanie virov - vid spominany http://www.rfc-ignorant.org -- jozef :-) From Peter.Mann na tuke.sk Tue Feb 3 13:19:51 2004 From: Peter.Mann na tuke.sk (Peter Mann) Date: Tue, 3 Feb 2004 13:19:51 +0100 Subject: SPF (Sender Permitted From) ... Was: Re: Kam s viry? In-Reply-To: References: <401F63DB.7070705@bpt.cz> <401F75B6.4020509@vegacom.cz> Message-ID: <20040203121951.GB17312@dot.tuke.sk> On Tue, Feb 03, 2004 at 12:52:47PM +0100, Jozef Hitzinger wrote: > Postovy system je ziva vec, stale sa objavuje nieco nove (tesim sa na SPF) su uz aj nejake prakticke skusenosti??? ja som akurat precital zopar informacii z http://spf.pobox.com/ a chcem to vyskusat -- 5o Peter.Mann at tuke.sk KLFMANiK ICQ 12491471 PM2185-RIPE From dtoman na fortech.cz Tue Feb 3 14:11:47 2004 From: dtoman na fortech.cz (Dalibor Toman) Date: Tue, 3 Feb 2004 14:11:47 +0100 Subject: Kam s viry? References: <401F63DB.7070705@bpt.cz> <401F75B6.4020509@vegacom.cz> Message-ID: <0d8801c3ea57$47344c90$04010101@fortech.cz> On Tuesday, February 03, 2004 11:19 AM [CET], Edvard Miskej wrote: > To jste mi tedy dali..ale Vase reakce me donutila se podivat do RFC > 2821. A podle toho co jsem nasel musim rict ze Vase nastaveni serveru > odporuji RFC! > > Protoze v odstavci 6.1 se pise: > If there is a delivery failure after acceptance of a message, the > receiver-SMTP MUST formulate and mail a notification message. vy povazujete nalez viru za delivery failure ??? pokud prijmete jako pravdive tvrzeni, ze adresa odesilatele je vzdy (v pripade mailu generovaneho virem) zfalsovana, pak musite souhlasit i s tim, ze povinnost vracet tyto maily, resp generovat bouncy je nesmyslna (protoze zpravy se nevraceji odesilateli ani nikomu kdo s odesilatelem nejak souvisi). D. Toman Fortech s.r.o. From mike-x na uek.cas.cz Tue Feb 3 14:23:08 2004 From: mike-x na uek.cas.cz (Michal Herman) Date: Tue, 3 Feb 2004 14:23:08 +0100 (Central Europe Standard Time) Subject: Kam s viry? In-Reply-To: Message-ID: On Tue, 3 Feb 2004, Jozef Hitzinger wrote: > 3. mail zmaze a posle spravu adresatovi > > Skoda podla 1. sa nekona, a podla 2. tiez nie, lebo adresat sa o zadrzanom > vire dozvie a moze si ho vypytat znova, lepsim sposobom (ftp, www, > heslovany zip). > > Vznika iny problem: uzivatelov, najme tych jednoduchsich, mozu tieto > hlasky znacne miast, ved oni nic neposielali, a nechapu preco by im mal > niekto posielat virus. Pri "velkych" cervoch to moze aj nastvat - sto > sprav o zmazanych virusoch v mailboxe nepotesi. Tu zalezi od admina, aby > zvazil, ci pre jeho userov bude lepsie 2. alebo 3., neda sa to jednoznacne > rozsudit. Ja to mam na serveru takhle a pokud se uzivatel nechce temito mejly zabyvat, tak si je na sve strane nejakym filtracnim pravidlem splachne do kanalu sam. M. ______________________________________________ Michal Herman UEK AVCR, Na Sadkach 7, 37005 Ceske Budejovice http://www.uek.cas.cz/people/herman From hitzinger na phobos.fphil.uniba.sk Tue Feb 3 14:48:46 2004 From: hitzinger na phobos.fphil.uniba.sk (Jozef Hitzinger) Date: Tue, 3 Feb 2004 14:48:46 +0100 (CET) Subject: SPF (Sender Permitted From) ... Was: Re: Kam s viry? In-Reply-To: <20040203121951.GB17312@dot.tuke.sk> References: <401F63DB.7070705@bpt.cz> <401F75B6.4020509@vegacom.cz> <20040203121951.GB17312@dot.tuke.sk> Message-ID: On Tue, 3 Feb 2004, Peter Mann wrote: > su uz aj nejake prakticke skusenosti??? > ja som akurat precital zopar informacii z http://spf.pobox.com/ > > a chcem to vyskusat Hotmail.com uz opublikoval spf zaznamy, pred tyzdnom ci dvoma to bolo na slashdote. Ak si nastavite server aby to kontroloval -> uz ziaden spam ani virus so sfalsovanou Return-Path: co konci na hotmail.com .. dobre, nie? Obdobne, ak vyexportujete do DNS zaznamy vy, casom az viac serverov to bude kontrolovat, nebudu sa tolko sirit maily so sfalsovanym tuke.sk Problem su ludia co sa pripajaju cez napr. stonline, ale chcu posielat mail s adresou z prace .. treba im rozbehat SMTP AUTH (zatial nemam). Nuz, casu je malo, prave lamem (od slova lama) bogofilter .. -- jozef :-) From solnicky na vegacom.cz Tue Feb 3 15:34:23 2004 From: solnicky na vegacom.cz (=?ISO-8859-2?Q?Vladim=EDr_Solnick=FD?=) Date: Tue, 3 Feb 2004 15:34:23 +0100 (CET) Subject: Kam s viry? In-Reply-To: <0d8801c3ea57$47344c90$04010101@fortech.cz> References: <401F63DB.7070705@bpt.cz> <401F75B6.4020509@vegacom.cz> <0d8801c3ea57$47344c90$04010101@fortech.cz> Message-ID: 3. 2. 2004 napsal(a) Dalibor Toman na téma ,Re: Kam s viry?`: DT> On Tuesday, February 03, 2004 11:19 AM [CET], Edvard Miskej DT> wrote: DT> DT> > To jste mi tedy dali..ale Vase reakce me donutila se podivat do RFC DT> > 2821. A podle toho co jsem nasel musim rict ze Vase nastaveni DT> serveru DT> > odporuji RFC! DT> > DT> > Protoze v odstavci 6.1 se pise: DT> > If there is a delivery failure after acceptance of a message, the DT> > receiver-SMTP MUST formulate and mail a notification message. DT> DT> vy povazujete nalez viru za delivery failure ??? Dovolím si reagovat stejným tónem: Vy jste nikdy neviděl antivirový program, který by za zavirovaný prohlásil soubor, který je v pořádku? A pokud tento nedoručíte, co to tedy je jiného než "delivery failure"? A k Vaší řečnické otázce: "Delivery failure" je nedoručení dopisu, který jsem převzal se ,,slibem``, že se pokusím ho doručit. Tedy je do určité míry akceptovatelné doručit ho v transformované podobě (hlášení o přijetí viru), je akceptovatelné se pokusit ho vrátit (že SMTP umožňuje falšovat odesílatele je jiná otázka), ale smazat ho, to dle mého názoru akceptovatelné není (více níže). DT> pokud prijmete jako pravdive tvrzeni, ze adresa odesilatele je vzdy (v DT> pripade mailu generovaneho virem) zfalsovana, pak musite souhlasit i s DT> tim, ze povinnost vracet tyto maily, resp generovat bouncy je DT> nesmyslna (protoze zpravy se nevraceji odesilateli ani nikomu kdo s DT> odesilatelem nejak souvisi). To ovšem musíme předpokládat, že antivirový SW se nikdy nemýlí. Což není pravda. Z navržených řešení má jistý smysl to, že se smysluplné hlášení pošle příjemci, protože pak se asi dopis dá považovat za v nějaké foprmě doručený, ale smazání bez jakéhokoliv upozornění, když nemám jistotu, že jen nejde o chybu nějakého antivirového programu (jehož autoři navíc budou mirně upřednostňovat falešné poplachy PŘED neodhalenými viry), to se mi nelíbí. Jinak samozřejmě, kdo by stál o nemyslné hlášky, ale zase stojím i o funkční komunikaci, ne že servery budou cestou mazat bez výstarhycokoliv, co se jim nebude zdát. Navíc pokud platí úvahy některých lidí, že i na elektronickou poštu se přiměřeně vztahují zákony, svobody a práva ohledně poštovních služeb, jedno takové neoprávněné smazání platného dopisu správnému rýpalovi, které způsobí škodu -- a máte tady soudní při jako vyšitou. A nevím, zda by u soudu uspěl argument, že antivirový SW většinou zavirovanost určuje správně ... Samozřejmě nejsem právník a tedy nevím, jak doopravdy je, ale chcete být ten, na kom to bude soudně vyzkoušeno? S pozdravem V. S. -- Mgr. Vladimír Solnický, systémová administrace IT, Vegacom, a. s., Šenovská 434, 182 03 Praha 8-Ďáblice, CZ, telefón +420 266005154, MT +420 603855154, telefax +420 266005560. Píši pouze za sebe, ne za Vegacom / Speaking for myself only ... From David.Simeth na skoda-auto.cz Tue Feb 3 15:49:34 2004 From: David.Simeth na skoda-auto.cz (Simeth, David) Date: Tue, 3 Feb 2004 15:49:34 +0100 Subject: Posta pro lokalniho uzivatele Message-ID: <758E37F0615F0F4F9007DFE35E0AE46E1F7FB294@czskdambx002.mb.skoda.vwg> Zdravim a preji hezky den mam firewall a na nem postfix ktery preposila postu do vnitrni site, v transport mam nasedomena.cz smtp:192.168.2.2 v main.cf myorigin nasedomena.cz a potreboval bych pro jednoho nebo dva uzivatele franta na nasedomena.cz posilat postu na local???? Dik za jakoukoli radu D. -- Ext. David Simeth DiS. PDZ - Prodej a marketing originální díly/příslušenství západní Evropa/zámoří tel.: +420 326 824102 cel.: +420 777 647251 fax: +420 326 824501 e-mail: david.simeth na skoda-auto.cz e-mail: dany.pill na seznam.cz ---------------------------------------------------------- Zakon se vzdycky nakloni tak, aby chranil silne a utlacoval slabe. Zavislost na sile rozlepta spravedlnost. - KORUNNI PRINC RAPHAEL CORRINO Pravidla Civilizace From dtoman na fortech.cz Tue Feb 3 16:39:42 2004 From: dtoman na fortech.cz (Dalibor Toman) Date: Tue, 3 Feb 2004 16:39:42 +0100 Subject: Kam s viry? References: <401F63DB.7070705@bpt.cz> <401F75B6.4020509@vegacom.cz> <0d8801c3ea57$47344c90$04010101@fortech.cz> Message-ID: <0e2301c3ea6b$f1152180$04010101@fortech.cz> On Tuesday, February 03, 2004 3:34 PM [CET], Vladimír Solnický wrote: >> >> vy povazujete nalez viru za delivery failure ??? > > Dovolím si reagovat stejným tónem: Vy jste nikdy neviděl antivirový > program, který by za zavirovaný prohlásil soubor, který je v pořádku? > A pokud tento nedoručíte, co to tedy je jiného než "delivery failure"? videl - dokonce se tak stalo programu, ktery jsem sam napsal (a vir to nebyl :-) ). Ale dovolim si tvrdit, se pravdepodobnost, ze se tak stane v normalnim mailovem provozu je tak zanedbatelna, ze je pravdepodobnejsi, ze se ten mail zatoula kvuli jinym problemum. Pokud Vasi myslenku dovedeme dal, tak musime zapomenout i na spamove filtry (pripadne odesilat spamerovi (taktez falesna adresa) informaci o tom, ze jeho zpravu jsme nedorucili protoze content-filter to zamitl) - u dekektoru spamu je riziko falesneho poplachu o nekolik radu vyssi nez u detekce viru. Podotykam, ze antivirovou kontrolu lze udelat tak, ze zpravy, ktere obsahuji viry generuji pri SMTP komunikaci pri ukoncovani DATA session chybovy kod '550 nalezen virus XY'. Cili server dava hned najevo, ze tu zpravu nedoruci a je na odesilateli (zpravidla sam vir) zda vygeneruje bounce zpravu. Pokud se takto chovaji i zalozni servery pro domenu je to podle mne solidni reseni. > > To ovšem musíme předpokládat, že antivirový SW se nikdy nemýlí. Což > není pravda. Z navržených řešení má jistý smysl to, že se smysluplné > hlášení pošle příjemci, protože pak se asi dopis dá považovat za v > nějaké foprmě doručený, ale smazání bez jakéhokoliv upozornění, když > nemám jistotu, že jen nejde o chybu nějakého antivirového programu > (jehož autoři navíc budou mirně upřednostňovat falešné poplachy PŘED > neodhalenými viry), to se mi nelíbí. Jediny falesny poplach a Virus Bulletin Awards se nekona. Je jiste, ze AV spolecnosti se snazi detekovat vse a negenerovat falesne poplachy (pravda ne vsem se to dari) > > Jinak samozřejmě, kdo by stál o nemyslné hlášky, ale zase stojím i o > funkční komunikaci, ne že servery budou cestou mazat bez > výstarhycokoliv, co se jim nebude zdát. Navíc pokud platí úvahy > některých lidí, že i na elektronickou poštu se přiměřeně vztahují > zákony, svobody a práva ohledně poštovních služeb, jedno takové > neoprávněné smazání platného dopisu správnému rýpalovi, které způsobí > škodu -- a máte tady soudní při jako vyšitou. A nevím, zda by u soudu > uspěl argument, že antivirový SW většinou zavirovanost určuje správně > ... Samozřejmě nejsem právník a tedy nevím, jak doopravdy je, ale > chcete být ten, na kom to bude soudně vyzkoušeno? > na druhou stranu - nemam pocit, ze by bylo mozne po Ceske Poste (nebo jak se ten ustav jmenuje) pozadovat odskodneni za to, ze nedosel dopis tam kam mel ... Naopak by ale mohly mozna nastat problemy, kdyz by se ukazalo, ze jsem neci postu ukazal treti osobe (poslu bounce na zpravu, obsahujici vir v souboru, ktery odesilatel rucne prilozil ke zprave a spatne vyplnil adresu odesilatel) ... - pri dnesnim stavu uzivatelu Internetu mozna pravdepodobnejsi stav nez falesna detekce viru. D. Toman From solnicky na vegacom.cz Tue Feb 3 17:07:45 2004 From: solnicky na vegacom.cz (=?ISO-8859-2?Q?Vladim=EDr_Solnick=FD?=) Date: Tue, 3 Feb 2004 17:07:45 +0100 (CET) Subject: Kam s viry? In-Reply-To: <0e2301c3ea6b$f1152180$04010101@fortech.cz> References: <401F63DB.7070705@bpt.cz> <401F75B6.4020509@vegacom.cz> <0d8801c3ea57$47344c90$04010101@fortech.cz> <0e2301c3ea6b$f1152180$04010101@fortech.cz> Message-ID: 3. 2. 2004 napsal(a) Dalibor Toman na téma ,Re: Kam s viry?`: DT> Podotykam, ze antivirovou kontrolu lze udelat tak, ze zpravy, ktere DT> obsahuji viry generuji pri SMTP komunikaci pri ukoncovani DATA session DT> chybovy kod '550 nalezen virus XY'. DT> Cili server dava hned najevo, ze tu zpravu nedoruci a je na DT> odesilateli (zpravidla sam vir) zda vygeneruje bounce zpravu. Pokud se DT> takto chovaji i zalozni servery pro domenu je to podle mne solidni DT> reseni. Ano, toto je solidní řešení, ale takto to dle mého názoru často není. pokud jste myslel toto, nemám s tím žádný problém (a RFC také ne :-) DT> na druhou stranu - nemam pocit, ze by bylo mozne po Ceske Poste (nebo DT> jak se ten ustav jmenuje) pozadovat odskodneni za to, ze nedosel dopis DT> tam kam mel ... Pokud jsem ho prokazatelně předal (faktikcý jen u doporučených a vyšších), tak mohu. DT> Naopak by ale mohly mozna nastat problemy, kdyz by se ukazalo, ze jsem DT> neci postu ukazal treti osobe (poslu bounce na zpravu, obsahujici vir DT> v souboru, ktery odesilatel rucne prilozil ke zprave a spatne vyplnil DT> adresu odesilatel) ... - pri dnesnim stavu uzivatelu Internetu mozna DT> pravdepodobnejsi stav nez falesna detekce viru. Třetí osbě ano, ale pokud mi odesílatel uvede na podací lístek a na obálku adresu někoho jiného -- to je jeho problém. Uznávám ale, že tohle už je akademická debata :-) S pozdravem V. S. -- Mgr. Vladimír Solnický, systémová administrace IT, Vegacom, a. s., Šenovská 434, 182 03 Praha 8-Ďáblice, CZ, telefón +420 266005154, MT +420 603855154, telefax +420 266005560. Píši pouze za sebe, ne za Vegacom / Speaking for myself only ... From blaha na jobpilot.cz Tue Feb 3 17:54:30 2004 From: blaha na jobpilot.cz (Bohdan Blaha) Date: Tue, 3 Feb 2004 17:54:30 +0100 Subject: postfix filter Message-ID: <00aa01c3ea76$642fca80$02fd2a0a@int.prague.czechia.jobpilot> Zdravim Guru's mam takovy problemek, ktery nekdo z vas jiz urcite uspesne vyresil.. mam redhat 7.3 a postfix 2.. veskerou postu filtruji, pomoci header_check a body_check plus blacklisty, vse funguje ok, presto potrebuju nastavit par domen, ktere timto filtrem nebudou prochazet, dokazu si predstavit jak nastavit, aby se nefiltrovala posta, kterou posilaji lokalni uzivatele, kdyby na serveru byly dve IP... bohuzel, je server V DMZ, takze ma jen jednu IP a posta od okolnich uzivatelu je brana jako posta z celeho internetu, mame nekolik domen, ktere potrebuju nastavit,aby neprochazeli filtrem.... poradi mi nekdo?? staci trosku nakopnout.. pomuze soubor access??? kdyz dam zaznam do tohoto souboru, napriklad domena.cz OK, stejne tu domenu kontroluje, nevim kde co uz hledat... Dik.. B.- From tbittner na cerny-ps.cz Tue Feb 3 18:08:25 2004 From: tbittner na cerny-ps.cz (=?ISO-8859-2?B?VG9t4bkgQml0dG5lcg==?=) Date: Tue, 03 Feb 2004 18:08:25 +0100 Subject: postfix filter Message-ID: OK, vše zmůže access, mám to přesto udělané ac 550 Vas pristup pro emailovou komunikaci s timto serverem byl zakazam spravcem IT, pokud s nami doopravdy chcete komunikovat kontaktujte nas. tel atd........... best-buyz.com 550 Stop sending us spam or go away! a tak dále S pozdravem, Tomáš Bittner e-mail: tbittner na cerny-ps.cz Pavel Černý - počítačové služby http://www.cerny-ps.cz Tel. 566 625 268 >>> "Bohdan Blaha" 03.02.04 17:54 >>> Zdravim Guru's mam takovy problemek, ktery nekdo z vas jiz urcite uspesne vyresil.. mam redhat 7.3 a postfix 2.. veskerou postu filtruji, pomoci header_check a body_check plus blacklisty, vse funguje ok, presto potrebuju nastavit par domen, ktere timto filtrem nebudou prochazet, dokazu si predstavit jak nastavit, aby se nefiltrovala posta, kterou posilaji lokalni uzivatele, kdyby na serveru byly dve IP... bohuzel, je server V DMZ, takze ma jen jednu IP a posta od okolnich uzivatelu je brana jako posta z celeho internetu, mame nekolik domen, ktere potrebuju nastavit,aby neprochazeli filtrem.... poradi mi nekdo?? staci trosku nakopnout.. pomuze soubor access??? kdyz dam zaznam do tohoto souboru, napriklad domena.cz OK, stejne tu domenu kontroluje, nevim kde co uz hledat... Dik.. B.- From blaha na jobpilot.cz Tue Feb 3 18:14:34 2004 From: blaha na jobpilot.cz (Bohdan Blaha) Date: Tue, 3 Feb 2004 18:14:34 +0100 Subject: postfix filter References: Message-ID: <00ca01c3ea79$37896740$02fd2a0a@int.prague.czechia.jobpilot> s tim jsem prave pocital ze to pujde... dam domena.cz OK do access, prozenu to postmapem ten me vygeneruje access.db, reloadnu postfix, a kdyz napisu zpravu, ktera v predmetu obsahuje neco co se filtruje podle souboru, ktery kontroluje predmet majlu, tak me to stejne odmitne odeslat .. v mail.cf a master.cf jsem nenasel zadny radek, ktery by odkazoval na access soubor, bere si to automaticky, pokud existuje, nebo se musi pridat nejaky radek, ktery mu rekne ze tam ten access soubor je a aby ho uzival?? B. ----- Original Message ----- From: "Tomáš Bittner" To: Sent: Tuesday, February 03, 2004 6:08 PM Subject: Re: postfix filter OK, vše zmůže access, mám to přesto udělané ac 550 Vas pristup pro emailovou komunikaci s timto serverem byl zakazam spravcem IT, pokud s nami doopravdy chcete komunikovat kontaktujte nas. tel atd........... best-buyz.com 550 Stop sending us spam or go away! a tak dále S pozdravem, Tomáš Bittner e-mail: tbittner na cerny-ps.cz Pavel Černý - počítačové služby http://www.cerny-ps.cz Tel. 566 625 268 >>> "Bohdan Blaha" 03.02.04 17:54 >>> Zdravim Guru's mam takovy problemek, ktery nekdo z vas jiz urcite uspesne vyresil.. mam redhat 7.3 a postfix 2.. veskerou postu filtruji, pomoci header_check a body_check plus blacklisty, vse funguje ok, presto potrebuju nastavit par domen, ktere timto filtrem nebudou prochazet, dokazu si predstavit jak nastavit, aby se nefiltrovala posta, kterou posilaji lokalni uzivatele, kdyby na serveru byly dve IP... bohuzel, je server V DMZ, takze ma jen jednu IP a posta od okolnich uzivatelu je brana jako posta z celeho internetu, mame nekolik domen, ktere potrebuju nastavit,aby neprochazeli filtrem.... poradi mi nekdo?? staci trosku nakopnout.. pomuze soubor access??? kdyz dam zaznam do tohoto souboru, napriklad domena.cz OK, stejne tu domenu kontroluje, nevim kde co uz hledat... Dik.. B.- From psimek na jcu.cz Tue Feb 3 21:09:16 2004 From: psimek na jcu.cz (Petr Simek) Date: Tue, 3 Feb 2004 21:09:16 +0100 (Central Europe Standard Time) Subject: postfix filter In-Reply-To: <00ca01c3ea79$37896740$02fd2a0a@int.prague.czechia.jobpilot> Message-ID: On Tue, 3 Feb 2004, Bohdan Blaha wrote: > dam domena.cz OK do access, prozenu to postmapem ten me vygeneruje > access.db, reloadnu postfix, a kdyz napisu zpravu, ktera v predmetu obsahuje > neco co se filtruje podle souboru, ktery kontroluje predmet majlu, tak me to > stejne odmitne odeslat .. > > v mail.cf a master.cf jsem nenasel zadny radek, ktery by odkazoval na access > soubor, bere si to automaticky, pokud existuje, nebo se musi pridat nejaky > radek, ktery mu rekne ze tam ten access soubor je a aby ho uzival?? To skoro vypada ze se acces vubec nepouziva. > B. *------------------------------------------------------------------------* | Petr Simek APS JU | | psimek na jcu.cz | *------------------------------------------------------------------------* From co-as na quick.cz Wed Feb 4 06:44:30 2004 From: co-as na quick.cz (Karel Kral) Date: Wed, 04 Feb 2004 06:44:30 +0100 Subject: Kam s viry? In-Reply-To: References: <401F63DB.7070705@bpt.cz> <401F75B6.4020509@vegacom.cz> <0d8801c3ea57$47344c90$04010101@fortech.cz> <0e2301c3ea6b$f1152180$04010101@fortech.cz> Message-ID: <402086BE.9080003@quick.cz> Dobry den, Vladimír Solnický wrote: > Pokud jsem ho prokazatelně předal (faktikcý jen u doporučených a vyšších), > tak mohu. Jen doplnim ze ceska posta ma stanovene max. castky "co z nich lze dostat". Napr. tusim ze u doporuceneho dopisu (at jsem napsal cenu jakoukoliv) to bylo 50,- Kc ? Proc pisu: kdyz vidim ten balast, jsem rad ze na vsech serverech, kde jsem musel udelat AV kontrolu, jsem nastavil hned od zacatku jen info adminovi. Kde mi chodi milter (a vzhledem k nestabilite nekterych kousku) to neni vsude, posta je odmitnuta hned pri komunikaci. Do perlovych dobrodruzstvi se nepoustim, nebot na takovy HW nemaji ;-) Jednou se mi stalo, ze jeden clovek mel zavirovany pocitac a chtel neco poslat. Kdyz to po x-ty nedoslo, rekl to memu uzivateli, ten se zeptal me a autor dopisu byl rad, ze vi jaky virus si ma odstranit. Jo - a pak jeste jeden autor EXE mel tu smulu, ze jeho program byl oznacen ze obsahuje nejaky vir. Nebyl problem to zabalit s heslem nebo tak, ale ukazal se jako clovek na pravem miste a program ihned prepsal (ten kousek kodu), ze jiz AV program nedrazdil (samozrejme u REDAP/ FOXPRO/ Visual Basic "generatoru" by toto asi neklaplo, ale jeste tu je archiv "smazane" posty, ktery se da take pouzit) Karel Kral --- From Peter.Mann na tuke.sk Wed Feb 4 06:52:01 2004 From: Peter.Mann na tuke.sk (Peter Mann) Date: Wed, 4 Feb 2004 06:52:01 +0100 Subject: SPF (Sender Permitted From) In-Reply-To: References: <401F63DB.7070705@bpt.cz> <401F75B6.4020509@vegacom.cz> <20040203121951.GB17312@dot.tuke.sk> Message-ID: <20040204055201.GA561@dot.tuke.sk> On Tue, Feb 03, 2004 at 02:48:46PM +0100, Jozef Hitzinger wrote: > On Tue, 3 Feb 2004, Peter Mann wrote: > > > su uz aj nejake prakticke skusenosti??? > > ja som akurat precital zopar informacii z http://spf.pobox.com/ > > Hotmail.com uz opublikoval spf zaznamy, pred tyzdnom ci dvoma to bolo na > slashdote. Ak si nastavite server aby to kontroloval -> uz ziaden spam ani > virus so sfalsovanou Return-Path: co konci na hotmail.com .. dobre, nie? > > Obdobne, ak vyexportujete do DNS zaznamy vy, casom az viac serverov to > bude kontrolovat, nebudu sa tolko sirit maily so sfalsovanym tuke.sk no, poriadne som to precital a presiel som aj cca 350 mailov velky thread o SPF v konfere postfix-users ... po prvom "nadseni" som zistil, ze to nie je az take jednoduche, najma pri forwardovani ... atd. (ak ma niekto zaujem, mozem mu ten thread poslat ako .mbox.gz) kazdopadne je asi dobre, ze hotmail alebo aol zverejnili svoje SPF zaznamy, docasne to trosku znizi spam z tychto domen, pokial si nastavim SPF filtrovanie, lenze spammeri sa casom presunu na ine domeny je to naozaj dost velky problem a zavisi to hlavne od toho, aku "policy" si nastavim ako spravca domeny ... aj preto by som bol rad, keby sme tu rozprudili diskusiu na tuto temu ;-)) myslim, ze jeden mail to vystihuje presne: ------------ Subject: Re: SPF is fundamentally broken Date: Wed, 14 Jan 2004 17:49:01 -0500 (EST) > > SPF is fundamentally and completely broken since it makes critical > > assumptions about the SMTP protocol which are absolutely NOT TRUE. > > If this is the case, then SMTP is fundamentally broken, because the > assumptions SPF makes must be true in a world where sender > authentication is > necessary to prevent spam and ensure the consequences of spamming fall > on > the right person. No, it is the real world which is broken. Which of the three is best fixed first? SMTP, SPF, or the real world? ------------ > Problem su ludia co sa pripajaju cez napr. stonline, ale chcu posielat > mail s adresou z prace .. treba im rozbehat SMTP AUTH (zatial nemam). toto som vyriesil tak, ze kazdy nech si dava From: podla toho, cez ktoreho providera sa pripaja ... a nech si nastavi Reply-to: kam chce dostat odpoved ... to je podla mna velmi elegantne riesenie -- 5o Peter.Mann at tuke.sk KLFMANiK ICQ 12491471 PM2185-RIPE From cavojsky na soria-grey.sk Wed Feb 4 07:37:53 2004 From: cavojsky na soria-grey.sk (Marian Cavojsky) Date: Wed, 4 Feb 2004 07:37:53 +0100 Subject: postfix filter In-Reply-To: <00ca01c3ea79$37896740$02fd2a0a@int.prague.czechia.jobpilot> References: <00ca01c3ea79$37896740$02fd2a0a@int.prague.czechia.jobpilot> Message-ID: <20040204063753.GA17897@soria-grey.sk> On Tue, Feb 03, 2004 at 06:14:34PM +0100, Bohdan Blaha wrote: > s tim jsem prave pocital ze to pujde... > > dam domena.cz OK do access, prozenu to postmapem ten me vygeneruje > access.db, reloadnu postfix, a kdyz napisu zpravu, ktera v predmetu obsahuje > neco co se filtruje podle souboru, ktery kontroluje predmet majlu, tak me to > stejne odmitne odeslat .. > > v mail.cf a master.cf jsem nenasel zadny radek, ktery by odkazoval na access > soubor, bere si to automaticky, pokud existuje, nebo se musi pridat nejaky > radek, ktery mu rekne ze tam ten access soubor je a aby ho uzival?? smtpd_client_restrictions = hash:/etc/postfix/access -- Marian Cavojsky Spravca siete, Soria & Grey s.r.o, reklamna agentura From hitzinger na phobos.fphil.uniba.sk Wed Feb 4 09:06:42 2004 From: hitzinger na phobos.fphil.uniba.sk (Jozef Hitzinger) Date: Wed, 4 Feb 2004 09:06:42 +0100 (CET) Subject: Kam s viry? In-Reply-To: References: <401F63DB.7070705@bpt.cz> <401F75B6.4020509@vegacom.cz> <0d8801c3ea57$47344c90$04010101@fortech.cz> <0e2301c3ea6b$f1152180$04010101@fortech.cz> Message-ID: On Tue, 3 Feb 2004, [ISO-8859-2] Vladimír Solnický wrote: > DT> na druhou stranu - nemam pocit, ze by bylo mozne po Ceske Poste (nebo > DT> jak se ten ustav jmenuje) pozadovat odskodneni za to, ze nedosel dopis > DT> tam kam mel ... > > Pokud jsem ho prokazatelně předal (faktikcý jen u doporučených a vyšších), > tak mohu. Pri e-maile budete mat s dokazovanim celkom problem, nehovoriac o tom, ze RFC je zavezne technicky, nie pravne .. ale to nie je podstatne. Nase sudy IT oblasti rozumeju tak, ze akykolvek sudny spor podobneho typu je ruleta. Skor ide o to, ze aj pri najlepsej voli aj po prijati mailu moze dojst k jeho zniceniu, a to nie len v dosledku chyby v antivire. Tyka sa to vlastne celej oblasti IT, aj velky Bill vo vsetkych licenciach pise, ze nezodpoveda vobec za nic. Ziadat v tejto situacii sudne vymahatelne zaruky v oblasti e-mailu, je, prepacte, trochu uletene. Zelam pekny den, -- jozef :-) From hitzinger na phobos.fphil.uniba.sk Wed Feb 4 09:25:38 2004 From: hitzinger na phobos.fphil.uniba.sk (Jozef Hitzinger) Date: Wed, 4 Feb 2004 09:25:38 +0100 (CET) Subject: SPF (Sender Permitted From) In-Reply-To: <20040204055201.GA561@dot.tuke.sk> References: <401F63DB.7070705@bpt.cz> <401F75B6.4020509@vegacom.cz> <20040203121951.GB17312@dot.tuke.sk> <20040204055201.GA561@dot.tuke.sk> Message-ID: On Wed, 4 Feb 2004, Peter Mann wrote: > je to naozaj dost velky problem a zavisi to hlavne od toho, aku "policy" > si nastavim ako spravca domeny ... aj preto by som bol rad, keby sme tu > rozprudili diskusiu na tuto temu ;-)) Pri forwardovani .. aha, ano. Ovplynvi to aj inych .. tak mozno nic. Vnimam to tak, ze teraz sme v podobnej situacii ako ked vsade boli open relays. Aj ked niektori tvrdili ze to tak musi byt, ze tak je SMTP postavene, nakoniec sa bez open relays zije lepsie. Uvidime, ci SPF alebo iny mechanizmus sa rozsiri podobnym sposobom. Moc sa mi paci IM2000 od djb (viac info: google), kde mail je ulozeny u odosielatela az kym si ho adresat nevyzdvihne, ale "that ain't gonna happen" :(. > > Problem su ludia co sa pripajaju cez napr. stonline, ale chcu posielat > > mail s adresou z prace .. treba im rozbehat SMTP AUTH (zatial nemam). > > toto som vyriesil tak, ze kazdy nech si dava From: podla toho, cez > ktoreho providera sa pripaja ... a nech si nastavi Reply-to: kam chce > dostat odpoved ... to je podla mna velmi elegantne riesenie Hmm, naopak? SPF kontroluje Return-Path:, aby mohol skoncit spojenie hned na zaciatku. Teda ak mam v Return-Path @post.sk, musim odosielat cez server, ktoreho IP domena post.sk definuje ako povoleneho odosielatela, a nie napr. cez smtp.stonline.sk .. opravte ma ak som to zle pochopil. -- jozef :-) From blaha na jobpilot.cz Wed Feb 4 10:31:48 2004 From: blaha na jobpilot.cz (Bohdan Blaha) Date: Wed, 4 Feb 2004 10:31:48 +0100 Subject: postfix filter References: <00ca01c3ea79$37896740$02fd2a0a@int.prague.czechia.jobpilot> <20040204063753.GA17897@soria-grey.sk> Message-ID: <002001c3eb01$b6b1b4e0$02fd2a0a@int.prague.czechia.jobpilot> > > smtpd_client_restrictions = hash:/etc/postfix/access hledal jsem hledal, tohle jsem take vyzkousel, lec bez vysledku .o( uz to nechapu ... > > -- > Marian Cavojsky > Spravca siete, Soria & Grey s.r.o, reklamna agentura > > > > From lk na cnb.cz Wed Feb 4 13:24:21 2004 From: lk na cnb.cz (Lubos Kaspar) Date: Wed, 04 Feb 2004 13:24:21 +0100 (MET) Subject: SPF (Sender Permitted From) In-Reply-To: ; from "Jozef Hitzinger" at Feb 4, 2004 09:26 Message-ID: <200402041223.NAA24520@mxm.cnb.cz> > Date: Wed, 4 Feb 2004 09:25:38 +0100 (CET) > From: Jozef Hitzinger > To: sendmail na linux.cz > Subject: Re: SPF (Sender Permitted From) > ... > > > Problem su ludia co sa pripajaju cez napr. stonline, ale chcu posielat > > > mail s adresou z prace .. treba im rozbehat SMTP AUTH (zatial nemam). > > > > toto som vyriesil tak, ze kazdy nech si dava From: podla toho, cez > > ktoreho providera sa pripaja ... a nech si nastavi Reply-to: kam chce > > dostat odpoved ... to je podla mna velmi elegantne riesenie Problem je ovsem v tom, ze hojne uzivane GUI-MUA (typicky MS-Outlook) obvykle hlavicku Reply-To: ignoruji. > Hmm, naopak? SPF kontroluje Return-Path:, aby mohol skoncit spojenie hned > na zaciatku. Teda ak mam v Return-Path @post.sk, musim odosielat cez > server, ktoreho IP domena post.sk definuje ako povoleneho odosielatela, a > nie napr. cez smtp.stonline.sk .. opravte ma ak som to zle pochopil. Neni to omyl ze zameny Reply-To: a Return-Path:? V Return-Path: by mela byt obalkova odesilaci adresa a ta by mela byt ve shode s relayi a jejimi SPF. -- Lubos Kaspar From hitzinger na phobos.fphil.uniba.sk Wed Feb 4 15:12:32 2004 From: hitzinger na phobos.fphil.uniba.sk (Jozef Hitzinger) Date: Wed, 4 Feb 2004 15:12:32 +0100 (CET) Subject: SPF (Sender Permitted From) In-Reply-To: <200402041223.NAA24520@mxm.cnb.cz> References: <200402041223.NAA24520@mxm.cnb.cz> Message-ID: On Wed, 4 Feb 2004, Lubos Kaspar wrote: > Neni to omyl ze zameny Reply-To: a Return-Path:? V Return-Path: by mela byt > obalkova odesilaci adresa a ta by mela byt ve shode s relayi a jejimi SPF. Hej, read error :). Sorry, potom to sedi. -- jozef :-) From volesak na aristia.cz Wed Feb 4 16:58:05 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Wed, 4 Feb 2004 16:58:05 +0100 Subject: Posta pro lokalniho uzivatele Message-ID: ...a co to udelat tak, ze na tom postakovi zrusite ty 2 schranky, vytvorite alias na user1: user1 na druhystroj.domena.cz user2: user2 na druhystroj.domena.cz A na tom serveru druhystroj.domena.cz budete zachytavat druhystroj.domena.cz ???? Sice to projde az dovnitr a vrati se to, nezachyti se to primo ale jestli je to vedle sebe... Honza Volesak > -----Original Message----- > From: Simeth, David [mailto:David.Simeth na skoda-auto.cz] > Sent: Tuesday, February 03, 2004 3:50 PM > To: 'sendmail na linux.cz' > Subject: Posta pro lokalniho uzivatele > > > Zdravim a preji hezky den > > mam firewall a na nem postfix ktery preposila postu do vnitrni site, > v transport mam nasedomena.cz smtp:192.168.2.2 > v main.cf myorigin nasedomena.cz > > a potreboval bych pro jednoho nebo dva uzivatele franta na nasedomena.cz > posilat postu na local???? > > Dik za jakoukoli radu D. > > -- > > Ext. David Simeth DiS. > > PDZ - Prodej a marketing originální díly/příslušenství > západní Evropa/zámoří > tel.: +420 326 824102 > cel.: +420 777 647251 > fax: +420 326 824501 > e-mail: david.simeth na skoda-auto.cz > e-mail: dany.pill na seznam.cz > > ---------------------------------------------------------- > Zakon se vzdycky nakloni tak, aby chranil silne a utlacoval > slabe. Zavislost na sile rozlepta spravedlnost. > > - KORUNNI PRINC RAPHAEL CORRINO > Pravidla Civilizace > > > From KXOCIRGMXXGL na hkstar.com Thu Feb 5 04:06:57 2004 From: KXOCIRGMXXGL na hkstar.com (Gerard Griffith) Date: Wed, 04 Feb 2004 21:06:57 -0600 Subject: US-STOCK-MARKET--Groundbreaking HealthCare Technology: MYOELECTRIC PROSTHESES--Sateeshb Message-ID: Sateeshb - Here is your requested report - #86700895 Stock-Market Spotlight - PDPR HealhCare Tech Sector: PDPR - Pediatric Prosthetics Inc. Reveals Projected Earnings Very exciting news from the HealthCare Tech Sector and its Groundbreaking Technology: MYOELECTRIC PROSTHESES HOUSTON--(BUSINESS WIRE)--Pediatric Prosthetics Inc. (PDPR) announces that the Company is exceeding its projections for the first quarter of 2004. Accounts Receivables are being accumulated at a faster rate than anticipated and major insurance companies are steadily authorizing treatments for clients. The short-term and long-term projections illustrate the result of compounded earnings caused by the "annuity effect" of the required annual re-fits for growing children. In fact, according to the Company's projections, revenues and sales will grow dramatically in the next few years. As stated in the Company's news release, revenues in the next five years are expected to grow over 400%, and sales are projected to grow even more dramatically at or around 1000%. Yes, that's right, one thousand percent. See the whole news release for yourself: http://biz.yahoo.com/bw/040129/295979_1.html THE COMPANY Pediatric Prosthetics Inc., based in Houston, Texas, is the primary provider of prosthetic patient care specializing in the infant-pediatric market on a national scale. The Company will focus on both the physical needs of the children and the emotional support of their parents. PDPR AND GROUNDBREAKING MYOELECTRIC TECHNOLOGY Myoelectric upper extremity prostheses are the state of the art. In the absence of a hand or arm, the child's brain still continues sending signals to "grasp" or "open" the hand in the residual limb. Myoelectric sensors can read those signals through the skin (requiring no surgery) and with the computer chip magnify those signals many fold to actuate the tiny powerful motor to accomplish the task. Infants and children learn to open and close their "myo" on command in an astonishingly short period of time. Within a matter of a few days, the myo becomes almost an unconscious part of them, opening and closing with an almost unconscious thought. The prostheses utilizing this technology are designed to be extremely life-like and non-threatening. The response to them by playmates and parents is usually "isn't that neat!" PDPR has begun instituting some of these ground-breaking myoelectric technology research and development to see if it is equally as effective with lower extremity prosthetics as well. THE INDUSTRY The national prosthetics industry is estimated at nearly $2 billion annually and is extremely fragmented. In this fragmentation, PDPR has developed a strong niche by focusing on the infant-pediatric prosthetics segment. This segment requires specialized expertise to meet the needs of these babies and their families. PDPR is the only infant-pediatric prosthetics company focusing on the unique needs of these babies born with a limb loss. SPECIFICS Children ages 0 to 14 comprise 5% of the total $2 billion prosthetic market, $100 million. The vast majority of this 5% pediatric prosthetic market derives from babies born with a limb loss. There are approximately 145,000 first time amputations each year, meaning first time fittings. Of these 145,000 first time amputations, less than 1% or approximately 1,000 babies born with a limb loss. PDPR is the only infant-pediatric prosthetics company focusing on these unique needs. REVENUE GROWTH The economic cost from infancy to adulthood is anticipated to be over $200,000 for a below elbow amputee. Adults will spend an additional $200,000 on their artificial arms. Revenue growth is directly correlated with the physical growth of the children. PDPR's management model for growth combines the strength and expertise of upper and lower extremity specialists with over 50 years of combined experience. NATIONAL EXPOSURE The management team of PDPR is nationally recognized as the leading prosthetists in the infant-pediatric prosthetics field. PDPR's management has recently been featured in, "Orthotics & Prosthetics Business News", written up in "Life Magazine", and some of the fitted children have appeared on national TV shows, including "Good Morning America", "Maury Povich","Phil Donahue", and "20-20." IN CONCLUSION By targeting the infant-pediatric need, PDPR will generate a consistent revenue stream by servicing their clients from childhood to adulthood. This "annuity effect" should compound earnings year after year and enable PDPR to enjoy stable growth. This report is based on Stock-Market Spotlight's independent analysis but also relies on information supplied by sources believed to be reliable. This report may not be the opinion of PDPR management. This report should be considered biased and contains usually only positive statements regarding the featured company. Stock-Market Spotlight does not own or will not purchase PDPR common shares in the open market. The information contained in this report shall not constitute, an offer to sell or solicitation of any offer to purchase any security. Penny stocks are considered to be highly speculative and may be unsuitable for all but very aggressive investors. It is intended for information and entertainment only. Some statements may contain so-called "forward-looking statements". Many factors could cause actual results to differ. Investors should consult with their Investment Advisor concerning PDPR. This newsletter was written and distributed for a 3000 dollar fee paid by a third party PDPR shareholder who is purported to have a large stock position in the featured company. It is unknown to Stock-Market Spotlight whether this shareholder intends to sell any or all of his stock position in the featured company. Copyright 2004 Stock-Market Spotlight. All Rights Reserved. 6 0 2 4 3 3 7 8 3 7 8 6 5 1 7 5 0 3 6 9 toyota quake foxhole dolce besetting clamorous perturbation inca dimension audible testify dacca verde eyesight ancillary zig jocular parentheses deaconess domineer historic cheerleader clannish codicil bumblebee postfix wert maltese thyroidal brazzaville licensor highest saviour ballyhoo shipmate many such brick lipid binaural weary benefice loyal maverick binary inflame monmouth cruise clannish bayou forbid protest pulsate technion viscometer cartridge swain heterogeneous amongst hermeneutic belgrade briny adulterate sabina spokesmen chicken alveolar madsen sidelight bronchus declassify eightfold weird circa purport chit instillation chive zagging ahmedabad cannon licensable forthright deterrent bowie silicate styrofoam luminous alpheratz willoughby logan pariah irregular circumcise nigger ingestion confuse heron soldiery slang stopgap heartbreak abstractor pampa counselor environ cotta hop utterance disdain demonstrable boson cornish coadjutor pontific hospitable nobel witt cooky nobody tirade gland dandy neuroses testicle crack caulk conferring exogenous From yce na seznam.cz Thu Feb 5 15:33:49 2004 From: yce na seznam.cz (Yce) Date: Thu, 5 Feb 2004 15:33:49 +0100 Subject: imapd na OpenBSD 3.4 Message-ID: <000c01c3ebf5$19f53100$dc02a8c0@petrntbk> Zdravim, provozujete nekdo imap demona na OpenBSD 3.4? Potrebuji jen doporuceni, nebo odkaz na zdrojaky. V potu tvare jsem nalamal wu-imap4r1 a zkompiloval, ale nejak se nedostava na prijatou postu ve /var/mail :o( Diky. Petr From volesak na aristia.cz Thu Feb 5 16:09:14 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Thu, 5 Feb 2004 16:09:14 +0100 Subject: imapd na OpenBSD 3.4 Message-ID: Co zkusit http://asg.web.cmu.edu/cyrus/ Jde take o to, jestli to MTA tomu IMAPu preda a jestli ten IMAP umi pracovat s maily ve formatu mailbox nebo pouze s Maildir/ Honza Volesak > -----Original Message----- > From: Yce [mailto:yce na seznam.cz] > Sent: Thursday, February 05, 2004 3:34 PM > To: sendmail na linux.cz > Subject: imapd na OpenBSD 3.4 > > > Zdravim, > > provozujete nekdo imap demona na OpenBSD 3.4? > Potrebuji jen doporuceni, nebo odkaz na zdrojaky. > V potu tvare jsem nalamal wu-imap4r1 a zkompiloval, > ale nejak se nedostava na prijatou postu ve /var/mail :o( > > Diky. > > Petr > > From solnicky na vegacom.cz Thu Feb 5 17:26:17 2004 From: solnicky na vegacom.cz (=?ISO-8859-2?Q?Vladim=EDr_Solnick=FD?=) Date: Thu, 5 Feb 2004 17:26:17 +0100 (CET) Subject: imapd na OpenBSD 3.4 In-Reply-To: <000c01c3ebf5$19f53100$dc02a8c0@petrntbk> References: <000c01c3ebf5$19f53100$dc02a8c0@petrntbk> Message-ID: 5. 2. 2004 napsal(a) Yce na téma ,imapd na OpenBSD 3.4`: Y> provozujete nekdo imap demona na OpenBSD 3.4? Y> Potrebuji jen doporuceni, nebo odkaz na zdrojaky. Y> V potu tvare jsem nalamal wu-imap4r1 a zkompiloval, Y> ale nejak se nedostava na prijatou postu ve /var/mail :o( Neprovozuji v současné době BSD. Nevím, zda ono wu- wu-imap4r1 znamená Washington University či něco jiného. Pokud washingtonskou univerzitu, tak by to měla být complie-time volba, která se nastavuje při překladu buď ručně, nebo autodetekcí dle systémů (a asi se nechhytla). Pokud wu- znamená něco jiného, nevím. Ale v obou případech, pokud Vám stačí jednoduchý server, by mělo fungovat to, že si stáhnete pine a přeložíte ho se správným typem (pro dávku build) -- součástí je i překlůad serveru IMAP v jednoduché nemodifikovatelné podobě, se kterou mám dobré zkušenosti. Jediné,c o tam bývá náročné, je ukazát na podporu openssl, pokud chcete SSL a autodetekce ji nenajde, a pak už jen vybrat z pine-ports.txt správný od pro dávku build přiloženou v balíku. Tento server umí hodně běžných frmátů (mbox také, byť doporučují jiné formáty), neumí maildir, pokud náhodou patříte mezijeho příznivce (mně osobně nikdy nechyběl). S pozdravem V. S. -- Mgr. Vladimír Solnický, systémová administrace IT, Vegacom, a. s., Šenovská 434, 182 03 Praha 8-Ďáblice, CZ, telefón +420 266005154, MT +420 603855154, telefax +420 266005560. Píši pouze za sebe, ne za Vegacom / Speaking for myself only ... From pospichal na h2so4.cz Thu Feb 5 20:03:04 2004 From: pospichal na h2so4.cz (=?iso-8859-2?Q?Robert_Posp=EDchal?=) Date: Thu, 5 Feb 2004 20:03:04 +0100 Subject: Spravna teorie? Postfix Message-ID: Dostal jsem pozadavek na reseni chodu interni posty, aby firma, ktera ma 3 pobocky po republice, hosting v Praze a vse spojene pomoci VPN mela pro postu jen jednu domenu.cz a zadne poddomeny ani lokalni domeny, protoze uzivatele stejne ignoruji user na pobocka.domena.cz ale posilaji velke emaily primo na user na domena.cz a mail tak v soucasne situaci jde zbytecne do hostingoveho centra, kde se otoci a jde po te same lince zpet na pobocku, cloveku ktery sedi o 2 metry vedle u pocitace a zatezuje provoz. Proto se chci zeptat, kdyby vsechny mail servery, ktere jsou na pobockach mely v postfixu mydestination=domena.cz a vytvorene schranky pro lokalni uzivatele v pobocce a pomoci luser_relay=$user na ip_serveru_v_hostingu - ktery by vedel kdo patri na jakou pobocku, posilali emaily na okolni pobocky. Jednoduse receno: email pro uzivatele v jine pobocce se otoci v hostingovem centru a dorazi na spravny mail server, email pro usera sediciho v te same pobocce jako odesilatel se otoci primo na serveru pobocky. Je to mozne tak provest? Aby proste vsichni meli ucet na domena.cz, ale aby maily zbytecne neputovaly? (krome cesty pobocka1->hosting->pobocka2). Asi je to kravina a zvrhlost, ale mate elegantnejsi reseni? Diky za trpelivost a straveny cas. --- Odchozí zpráva neobsahuje viry. Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz). Verze: 6.0.576 / Virová báze: 365 - datum vydání: 30.1.2004 From prchal na vtdata.cz Thu Feb 5 20:39:52 2004 From: prchal na vtdata.cz (Zdenek Prchal) Date: Thu, 5 Feb 2004 20:39:52 +0100 Subject: Spravna teorie? Postfix In-Reply-To: Message-ID: Ja to mam takhle: vyuzivam toho, ze postfix zpracovava virtual map pro lokalni _i_ nelokalni adresy prijemce. Mam tedy vsude stejnou kompletni tabulku, ktere mapuje user na domena.cz -> user na pobockax.domena.cz pricemz to mapovani je samozrejme pouze interni (v obalce mailu) a uzivatele o tom nepotrebuji nic vedet. No a jednotlive postfixy maji jako svoji vzdy pouze domenu pobockax.domena.cz krome centralniho, ktery ma navic i domena.cz, aby dokazal vracet nedorucitelne (a nepremapovane) maily a nepohorsoval se pritom, ze mu nekdo cpe postu, se kterou nechce mit nic spolecneho. Udrzba neni pak nijak slozita, navic v pripade potreby je snadno centralizovatelna, protoze misto lokalnich virtual map souboru muzete mit vsechno v jednom centralnim LDAP serveru (pokud je vpn dostatecne spolehlive, jinak muze byt tech LDAP serveru vic replikovanych, ale to uz se zacina mirne komplikovat ;) ... Zdenek Prchal > -----Original Message----- > > Dostal jsem pozadavek na reseni chodu interni posty, aby firma, ktera ma 3 > pobocky po republice, hosting v Praze a vse spojene pomoci VPN mela pro > postu jen jednu domenu.cz a zadne poddomeny ani lokalni domeny, protoze > uzivatele stejne ignoruji user na pobocka.domena.cz ale posilaji velke emaily > primo na user na domena.cz a mail tak v soucasne situaci jde zbytecne do > hostingoveho centra, kde se otoci a jde po te same lince zpet na pobocku, > cloveku ktery sedi o 2 metry vedle u pocitace a zatezuje provoz. > > Proto se chci zeptat, kdyby vsechny mail servery, ktere jsou na pobockach > mely v postfixu mydestination=domena.cz a vytvorene schranky pro lokalni > uzivatele v pobocce a pomoci > luser_relay=$user na ip_serveru_v_hostingu - ktery > by vedel kdo patri na jakou pobocku, posilali emaily na okolni pobocky. > > Jednoduse receno: > email pro uzivatele v jine pobocce se otoci v hostingovem centru > a dorazi na > spravny mail server, email pro usera sediciho v te same pobocce jako > odesilatel se otoci primo na serveru pobocky. > From petr na netas.cz Fri Feb 6 09:02:56 2004 From: petr na netas.cz (Petr Barta) Date: Fri, 6 Feb 2004 09:02:56 +0100 (CET) Subject: Limity v postfixu? Message-ID: Zdravim vespolek, hledam nejake reseni, ktere by nakonfigurovalo postfix tak, aby pocital prichozi spojeni a odesilane maily z kazde IP adresy, a v pripade prekroceni nejakeho nastaveneho limitu spojeni odmital - idealne s nastavenym (nejspis asi 421) error kodem. Nepodarilo se mi neco takoveho vymyslet za pomoci konfiguracnich parametru, a zadnou externi pomoc nemuzu taky najit. Pokud nekdo neco takoveho zna, budu velmi vdecny za nasmerovani... Pokud by takove reseni umelo odmitat postu nejen na zaklade poctu mailu z IP adresy, ale i treba na zaklade odesilatele, nebo prijemce, bylo by to idealni, ale ne nezbytne nutne. Takove hledane reseni by melo byt pokud mozno nenarocne na system, protoze jde o stroje s pomerne velkou zatezi (radove desitky tisic, nekdy i vice, zprav za den). Pokud by nikdo neznal reseni pro postfix, privitam i pripadne nasmerovani k jinym MTA, ktere toto umoznuji... :-) Dekuji predem, Petr Barta From Peter.Mann na tuke.sk Fri Feb 6 09:15:24 2004 From: Peter.Mann na tuke.sk (Peter Mann) Date: Fri, 6 Feb 2004 09:15:24 +0100 Subject: SPF (Sender Permitted From) In-Reply-To: <200402041223.NAA24520@mxm.cnb.cz> References: <200402041223.NAA24520@mxm.cnb.cz> Message-ID: <20040206081524.GD30242@dot.tuke.sk> On Wed, Feb 04, 2004 at 01:24:21PM +0100, Lubos Kaspar wrote: > > Date: Wed, 4 Feb 2004 09:25:38 +0100 (CET) > > From: Jozef Hitzinger > > To: sendmail na linux.cz > > Subject: Re: SPF (Sender Permitted From) > > ... > > > > Problem su ludia co sa pripajaju cez napr. stonline, ale chcu posielat > > > > mail s adresou z prace .. treba im rozbehat SMTP AUTH (zatial nemam). > > > > > > toto som vyriesil tak, ze kazdy nech si dava From: podla toho, cez > > > ktoreho providera sa pripaja ... a nech si nastavi Reply-to: kam chce > > > dostat odpoved ... to je podla mna velmi elegantne riesenie > > Problem je ovsem v tom, ze hojne uzivane GUI-MUA (typicky MS-Outlook) obvykle > hlavicku Reply-To: ignoruji. ale to je uz problem MUA, nie MTA v poslednom case sa mi dokonca stava, ze pouzivatelia, ktori pouzivaju Otlak, maju problem s odpovedou na maily, teda konkretne ak mam mail: From: Ing. Peter Mann , tak odpoved ide na adresu .... nastastie smtp server ihned odmietne taketo maily ... to uz je naozaj "zly" klient -- 5o Peter.Mann at tuke.sk KLFMANiK ICQ 12491471 PM2185-RIPE From Peter.Mann na tuke.sk Fri Feb 6 09:19:47 2004 From: Peter.Mann na tuke.sk (Peter Mann) Date: Fri, 6 Feb 2004 09:19:47 +0100 Subject: Limity v postfixu? In-Reply-To: References: Message-ID: <20040206081947.GE30242@dot.tuke.sk> On Fri, Feb 06, 2004 at 09:02:56AM +0100, Petr Barta wrote: > hledam nejake reseni, ktere by nakonfigurovalo postfix tak, aby > pocital prichozi spojeni a odesilane maily z kazde IP adresy, a v pripade > prekroceni nejakeho nastaveneho limitu spojeni odmital - idealne s > nastavenym (nejspis asi 421) error kodem. Nepodarilo se mi neco > takoveho vymyslet za pomoci konfiguracnich parametru, a zadnou externi > pomoc nemuzu taky najit. Pokud nekdo neco takoveho zna, budu velmi vdecny > za nasmerovani... > > Pokud by takove reseni umelo odmitat postu nejen na zaklade poctu > mailu z IP adresy, ale i treba na zaklade odesilatele, nebo prijemce, bylo > by to idealni, ale ne nezbytne nutne. > Takove hledane reseni by melo byt pokud mozno nenarocne na system, > protoze jde o stroje s pomerne velkou zatezi (radove desitky tisic, nekdy > i vice, zprav za den). > > Pokud by nikdo neznal reseni pro postfix, privitam i pripadne > nasmerovani k jinym MTA, ktere toto umoznuji... :-) myslim, ze priamo to nevie ziaden MTA ... v postfixe by som to riesil podobne ako je rieseny napr. pop-before-smtp ... takze sledujem logy a po urcitom case (prekroceni limitu) zapisem hodnotu ip adresy, e-mailu prijemcu alebo odosielatela do suboru, ktory sa spracuje postmapom (raz za minutu by aj stacilo) - no a v main.cf by bolo smtpd_..._restrictions, ktore by ukazovalo aj na ten subor -- 5o Peter.Mann at tuke.sk KLFMANiK ICQ 12491471 PM2185-RIPE From psimek na jcu.cz Fri Feb 6 09:40:20 2004 From: psimek na jcu.cz (Petr Simek) Date: Fri, 6 Feb 2004 09:40:20 +0100 (=?iso-8859-2?Q?St=F8edn=ED_Evropa_=28b=EC=9En=FD_=E8as=29?=) Subject: Limity v postfixu? In-Reply-To: Message-ID: On Fri, 6 Feb 2004, Petr Barta wrote: > hledam nejake reseni, ktere by nakonfigurovalo postfix tak, aby > pocital prichozi spojeni a odesilane maily z kazde IP adresy, a v pripade > prekroceni nejakeho nastaveneho limitu spojeni odmital - idealne s Jo - tohle by se mi taky moc hodilo, ale obavam se ze to postfix neumi. Idealni by bylo aplikovat to na mynetworks s vyjimkou localhostu. Momentalne to delam tak ze pravidelne prochazim log (skript z cronu), grepuju radky na otevirana spojeni, vytahnu z nich IP adresy a jmena, sort, a awk-em je spocitam. Pro polozky prekracujici limit si generuju infomail. Pokud je to nejaka stanice z vnitrku nebo nejaky velky otrapa z vnejsku tak ho pridavam do deny v iptables. Nicmene jsou viry ktere vygeneruji i 100000 zprav za par hodin, a pak na to vetsinou nestinu zareagovat a system pada na hubu - mazu to z front postfixu, nadavam a rikam si ze kdyby to umel blokovat rovnou postfix bylo by to idealni. > Petr Barta > *------------------------------------------------------------------------* | Petr Simek APS JU | | psimek na jcu.cz | *------------------------------------------------------------------------* From solnicky na vegacom.cz Fri Feb 6 09:43:49 2004 From: solnicky na vegacom.cz (=?ISO-8859-2?Q?Vladim=EDr_Solnick=FD?=) Date: Fri, 6 Feb 2004 09:43:49 +0100 (CET) Subject: SPF (Sender Permitted From) In-Reply-To: <20040206081524.GD30242@dot.tuke.sk> References: <200402041223.NAA24520@mxm.cnb.cz> <20040206081524.GD30242@dot.tuke.sk> Message-ID: 6. 2. 2004 napsal(a) Peter Mann na téma ,Re: SPF (Sender Permitted From)`: PM> v poslednom case sa mi dokonca stava, ze pouzivatelia, ktori pouzivaju PM> Otlak, maju problem s odpovedou na maily, teda konkretne ak mam mail: PM> From: Ing. Peter Mann , tak odpoved ide na adresu PM> .... nastastie smtp server ihned odmietne taketo PM> maily ... to uz je naozaj "zly" klient Se smazaným jsem souhlasil a MSOL nemám rád, ale pokud to doslova máte tak jak jste napsal, tedy: From: Ing. Peter Mann a ne From: "Ing. Peter Mann" tak se MSOL "může" chovat divně, protože porušujete RFC (tedy tak, ve starém RFC 821 === STD 10) byla tečka mezi znaky, které se musely uvozovkovat; předpokládm, že RFC 2821 to zachovalo. Kdyby tam ta tečka nebyla, uvozovky by nebyly třeba. S pozdravem V. S. -- Mgr. Vladimír Solnický, systémová administrace IT, Vegacom, a. s., Šenovská 434, 182 03 Praha 8-Ďáblice, CZ, telefón +420 266005154, MT +420 603855154, telefax +420 266005560. Píši pouze za sebe, ne za Vegacom / Speaking for myself only ... From petr na netas.cz Fri Feb 6 09:59:00 2004 From: petr na netas.cz (Petr Barta) Date: Fri, 6 Feb 2004 09:59:00 +0100 (CET) Subject: Limity v postfixu? In-Reply-To: References: Message-ID: Petr Simek wrote: > > hledam nejake reseni, ktere by nakonfigurovalo postfix tak, aby > > pocital prichozi spojeni a odesilane maily z kazde IP adresy, a v pripade > > prekroceni nejakeho nastaveneho limitu spojeni odmital - idealne s > > Momentalne to delam tak ze pravidelne prochazim log (skript z cronu), > grepuju radky na otevirana spojeni, vytahnu z nich IP adresy a jmena, > sort, a awk-em je spocitam. Pro polozky prekracujici limit si generuju > infomail. Pokud je to nejaka stanice z vnitrku nebo nejaky velky otrapa > z vnejsku tak ho pridavam do deny v iptables. Nicmene jsou viry ktere > vygeneruji i 100000 zprav za par hodin, a pak na to vetsinou nestinu > zareagovat a system pada na hubu - mazu to z front postfixu, nadavam > a rikam si ze kdyby to umel blokovat rovnou postfix bylo by to idealni. Peter Mann wrote: > myslim, ze priamo to nevie ziaden MTA ... v postfixe by som to riesil > podobne ako je rieseny napr. pop-before-smtp ... takze sledujem logy a > po urcitom case (prekroceni limitu) zapisem hodnotu ip adresy, e-mailu > prijemcu alebo odosielatela do suboru, ktory sa spracuje postmapom (raz > za minutu by aj stacilo) - no a v main.cf by bolo > smtpd_..._restrictions, ktore by ukazovalo aj na ten subor Jo, tak presne tehle odpovedi jsem se bal - tenhle zpusob umim taky, ale ty stroje by zpracovavani logu timhle zpusobem a v takovem rozsahu uz nerozdychaly. :-( Jinymi slovy, vypada to tedy tak, ze pokud neco takoveho budu chtit delat, budu muset postavit dalsi stroje, ktere budou delat prave tohle a fungovat jako predsazena rozhrani... :-( Presto dekuji za informace :-), Petr Barta From tbittner na cerny-ps.cz Fri Feb 6 10:17:18 2004 From: tbittner na cerny-ps.cz (=?ISO-8859-2?B?VG9t4bkgQml0dG5lcg==?=) Date: Fri, 06 Feb 2004 10:17:18 +0100 Subject: Limity v postfixu? Message-ID: Jde nastavit, aby stroj přijímal cca 1 mal z 1 adresy třeba za 1 minutu. To by nepomohlo ? >>> Petr Simek 06.02.04 09:40 >>> On Fri, 6 Feb 2004, Petr Barta wrote: > hledam nejake reseni, ktere by nakonfigurovalo postfix tak, aby > pocital prichozi spojeni a odesilane maily z kazde IP adresy, a v pripade > prekroceni nejakeho nastaveneho limitu spojeni odmital - idealne s Jo - tohle by se mi taky moc hodilo, ale obavam se ze to postfix neumi. Idealni by bylo aplikovat to na mynetworks s vyjimkou localhostu. Momentalne to delam tak ze pravidelne prochazim log (skript z cronu), grepuju radky na otevirana spojeni, vytahnu z nich IP adresy a jmena, sort, a awk-em je spocitam. Pro polozky prekracujici limit si generuju infomail. Pokud je to nejaka stanice z vnitrku nebo nejaky velky otrapa z vnejsku tak ho pridavam do deny v iptables. Nicmene jsou viry ktere vygeneruji i 100000 zprav za par hodin, a pak na to vetsinou nestinu zareagovat a system pada na hubu - mazu to z front postfixu, nadavam a rikam si ze kdyby to umel blokovat rovnou postfix bylo by to idealni. > Petr Barta > *------------------------------------------------------------------------* | Petr Simek APS JU | | psimek na jcu.cz | *------------------------------------------------------------------------* From petr na netas.cz Fri Feb 6 10:16:08 2004 From: petr na netas.cz (Petr Barta) Date: Fri, 6 Feb 2004 10:16:08 +0100 (CET) Subject: Limity v postfixu? In-Reply-To: References: Message-ID: Tomáš Bittner wrote: > Jde nastavit, aby stroj přijímal cca 1 mal z 1 adresy třeba za 1 minutu. To by nepomohlo ? Bohuzel nepomohlo - jak jsem psal, stroj je to hodne zatizeny, a drzet otevrene spojeni dele nez je nezbytne nutne je spatne. Pokud jsem Vasi radu pochopil spatne, muzete mi prosim napsat o neco podrobneji co myslite? Zdravim, Petr Barta From psimek na jcu.cz Fri Feb 6 10:50:11 2004 From: psimek na jcu.cz (Petr Simek) Date: Fri, 6 Feb 2004 10:50:11 +0100 (=?iso-8859-2?Q?St=F8edn=ED_Evropa_=28b=EC=9En=FD_=E8as=29?=) Subject: Limity v postfixu? In-Reply-To: Message-ID: On Fri, 6 Feb 2004, Tomáš Bittner wrote: > Jde nastavit, aby stroj přijímal cca 1 mal z 1 adresy třeba za 1 minutu. Kde se to nastavuje ? > To by nepomohlo ? Pokud to je globalne tak ne - chtelo by to omezit na urcite skupiny IP adress, konkretne adres PC klientu. *------------------------------------------------------------------------* | Petr Simek APS JU | | psimek na jcu.cz | *------------------------------------------------------------------------* From Peter.Mann na tuke.sk Fri Feb 6 10:54:23 2004 From: Peter.Mann na tuke.sk (Peter Mann) Date: Fri, 6 Feb 2004 10:54:23 +0100 Subject: SPF (Sender Permitted From) In-Reply-To: References: <200402041223.NAA24520@mxm.cnb.cz> <20040206081524.GD30242@dot.tuke.sk> Message-ID: <20040206095423.GC27218@dot.tuke.sk> On Fri, Feb 06, 2004 at 09:43:49AM +0100, Vladimír Solnický wrote: > Se smazaným jsem souhlasil a MSOL nemám rád, ale pokud to doslova máte tak > jak jste napsal, tedy: > > From: Ing. Peter Mann > > a ne > > From: "Ing. Peter Mann" > > tak se MSOL "může" chovat divně, protože porušujete RFC (tedy tak, ve > starém RFC 821 === STD 10) byla tečka mezi znaky, které se musely > uvozovkovat; předpokládm, že RFC 2821 to zachovalo. Kdyby tam ta tečka > nebyla, uvozovky by nebyly třeba. no, mozno su tam aj uvodzovky - ja som to len zistil z logov mail servera (moja adresa tam v skutocnosti nebola) -- 5o Peter.Mann at tuke.sk KLFMANiK ICQ 12491471 PM2185-RIPE From psimek na jcu.cz Fri Feb 6 11:00:43 2004 From: psimek na jcu.cz (Petr Simek) Date: Fri, 6 Feb 2004 11:00:43 +0100 (=?iso-8859-2?Q?St=F8edn=ED_Evropa_=28b=EC=9En=FD_=E8as=29?=) Subject: Limity v postfixu? In-Reply-To: Message-ID: On Fri, 6 Feb 2004, Petr Barta wrote: > Jo, tak presne tehle odpovedi jsem se bal - tenhle zpusob umim taky, ale > ty stroje by zpracovavani logu timhle zpusobem a v takovem rozsahu uz > nerozdychaly. :-( > > Jinymi slovy, vypada to tedy tak, ze pokud neco takoveho budu chtit delat, > budu muset postavit dalsi stroje, ktere budou delat prave tohle a fungovat > jako predsazena rozhrani... :-( Ja nevim - kolik zdroju Vam sezere prikaz tail -f /var/log/maillog ? Za nej by se pridalo par grepu na radky ktere patri k oteviranym spojenim, mozna par grepu na odstraneni radek pro ktere se to nema kontrolovat a pak to pustit asi do nejake C aplikace ktera z toho bude vytahovat IP adresy a davat si je do nejakeho pole. Pri novem zaznamu jej prida, u jiz existujiciho inkrementuje citac. Jednou za cas by udelala kontrolu a vsechny polozky presahujici limit exportovala do nejake postfix databaze ktera by mu rikala s kym se nema bavit. Expirace by se delala pravidelnym odecitanim citacu u polozek, takze po case by z deny zase ty polozky vypadly. To by zaroven zajistilo ze po dobu kdy ten virus navazuje spojeni na mailserver, tak nemuze vypadnout z deny protoze ty polozky s navazovanymi spojenimi v logu budou pribyvat, ale posta prochazet nebude protoze bude nasledne odmitnut. Je to jen tip - treba nekdo prijde s lepsim napadem nebo dokonce s hotovym resenim. > Petr Barta *------------------------------------------------------------------------* | Petr Simek APS JU | | psimek na jcu.cz | *------------------------------------------------------------------------* From mar.don na seznam.cz Fri Feb 6 11:01:13 2004 From: mar.don na seznam.cz (mardon) Date: Fri, 6 Feb 2004 11:01:13 +0100 Subject: sendmail statistiky Message-ID: <16215726687.20040206110113@seznam.cz> Ahoj sendmail, Mam RH9.0 a sendmail a potrebovaly bych neco co by mi prehledne vytahlo z logu sendmailu statistiku posty: kdy,kdo komu co posilal jakou to melo prilohu a velikost zpravy nejlepe kdyz vystup bude v html? Ja jsem nasla zatim mailmgr mate s nim nekdo zkusenosti? Diky za Vase nazory -- s pozdravem, mardon mailto:mar.don na seznam.cz From hrabec na ramgate.cz Fri Feb 6 11:05:12 2004 From: hrabec na ramgate.cz (Josef Hrabec) Date: Fri, 6 Feb 2004 11:05:12 +0100 Subject: sendmail statistiky References: <16215726687.20040206110113@seznam.cz> Message-ID: <006901c3ec98$b5a8d270$1e01a8c0@pupak> mailmgr dela v podstate to co chces, az na tu prilohu.... pokud vim, toto sendmail neloguje P. ----- Original Message ----- From: "mardon" To: Sent: Friday, February 06, 2004 11:01 AM Subject: sendmail statistiky > Ahoj sendmail, > > Mam RH9.0 a sendmail a potrebovaly bych neco co by mi prehledne > vytahlo z logu sendmailu statistiku posty: > kdy,kdo komu co posilal jakou to melo prilohu a velikost zpravy > nejlepe kdyz vystup bude v html? > > Ja jsem nasla zatim mailmgr mate s nim nekdo zkusenosti? > > Diky za Vase nazory > > -- > s pozdravem, > mardon mailto:mar.don na seznam.cz > > > > > From blaha na jobpilot.cz Fri Feb 6 11:35:06 2004 From: blaha na jobpilot.cz (Bohdan Blaha) Date: Fri, 6 Feb 2004 11:35:06 +0100 Subject: postfix pouze pro prijem Message-ID: <012101c3ec9c$e3541e60$02fd2a0a@int.prague.czechia.jobpilot> Zdravim... mam postfix 2.0.16 na rehatu 7.3.. mym problem je, ze uzivatele nemaji nikdy stejnou IP, protoze se pripojuji z ruznych mist, takze nemohu zavest restrikce pres IP ci firewall, ale take nechci aby ten server byl samozrejme open relay.. predpokladam ze odesilani lze vyresit tak, aby si server pred odeslanim overil jmena heslo uzivatele a teprve pote povolil odeslani posty .. (teda aspon doufam ze to je dobry postup, pokud ne, navrhnete mi lepsi? ) ale prvotne bych potreboval nastavit, aby tento server postu mohl z internetu pouze prijimat pro lokalni uzivatele, bez moznosti odesilani... poradi mi nekdo jak?? Bohdan From kepsta na medictech.com Fri Feb 6 11:50:50 2004 From: kepsta na medictech.com (Ladislav Kepsta) Date: Fri, 6 Feb 2004 11:50:50 +0100 Subject: postfix pouze pro prijem In-Reply-To: <012101c3ec9c$e3541e60$02fd2a0a@int.prague.czechia.jobpilot> Message-ID: <20040206105158.DE19D24C@mail.medictech.com> > predpokladam ze odesilani lze vyresit tak, aby si server pred > odeslanim overil jmena heslo uzivatele a teprve pote povolil > odeslani posty .. (teda aspon doufam ze to je dobry postup, > pokud ne, navrhnete mi lepsi? ) http://www.postfix.org/docs.html konkretne sekcia SASL > ale prvotne bych potreboval nastavit, aby tento server postu > mohl z internetu pouze prijimat pro lokalni uzivatele, bez > moznosti odesilani... > poradi mi nekdo jak?? mynetworks = 127.0.0.1/8 -- Ladislav Kepsta kepsta na medictech.com From Peter.Mann na tuke.sk Fri Feb 6 11:49:51 2004 From: Peter.Mann na tuke.sk (Peter Mann) Date: Fri, 6 Feb 2004 11:49:51 +0100 Subject: postfix pouze pro prijem In-Reply-To: <012101c3ec9c$e3541e60$02fd2a0a@int.prague.czechia.jobpilot> References: <012101c3ec9c$e3541e60$02fd2a0a@int.prague.czechia.jobpilot> Message-ID: <20040206104951.GI27218@dot.tuke.sk> On Fri, Feb 06, 2004 at 11:35:06AM +0100, Bohdan Blaha wrote: > mym problem je, ze uzivatele nemaji nikdy stejnou IP, protoze se pripojuji z ruznych mist, takze nemohu zavest restrikce pres IP ci firewall, ale take nechci aby ten server byl samozrejme open relay.. > > predpokladam ze odesilani lze vyresit tak, aby si server pred odeslanim overil jmena heslo uzivatele a teprve pote povolil odeslani posty .. (teda aspon doufam ze to je dobry postup, pokud ne, navrhnete mi lepsi? ) > ano - najlepsi je SMTP-AUTH, trosku menej je vyhodny POP-BEFORE-SMTP > ale prvotne bych potreboval nastavit, aby tento server postu mohl z internetu pouze prijimat pro lokalni uzivatele, bez moznosti odesilani... > poradi mi nekdo jak?? takze vlastne chcete akceptovat iba tie posty, ktore maju polozku To: moj.uzivatel na domena.cz na to je dobre mat v konfiguraku nastavene smtp_recipient_restrictions predposledne pravidlo bude check_recipient_access hash:/etc/postfix/zoznam_prijemcov a posledne pravidlo bude nejaky reject v subore zoznam_prijemcov bude: user1 na domena.cz OK user2 na domena.cz OK a samozrejme to prejdete postmap-om ... ak bude posledne pravidlo reject, tak mail s inym prijemcom nezoberie POZOR!!! kazda domena MUSI mat postmaster na domena.cz a mala by mat abuse na domena.cz -- 5o Peter.Mann at tuke.sk KLFMANiK ICQ 12491471 PM2185-RIPE From blaha na jobpilot.cz Fri Feb 6 13:13:33 2004 From: blaha na jobpilot.cz (Bohdan Blaha) Date: Fri, 6 Feb 2004 13:13:33 +0100 Subject: postfix pouze pro prijem References: <20040206105158.DE19D24C@mail.medictech.com> Message-ID: <014c01c3ecaa$a438fee0$02fd2a0a@int.prague.czechia.jobpilot> > http://www.postfix.org/docs.html konkretne sekcia SASL to jsem pochopil, to jsme nasel a podle toho to snad nak udelam... > > > ale prvotne bych potreboval nastavit, aby tento server postu > > mohl z internetu pouze prijimat pro lokalni uzivatele, bez > > moznosti odesilani... > > poradi mi nekdo jak?? > > mynetworks = 127.0.0.1/8 to se mi zda moc jednoduche, myslite ze ten server pak bude na sve verejne adrese pouze prijimat, odkudkoliv??? Bohdan Blaha > > -- > Ladislav Kepsta > kepsta na medictech.com > > > > From blaha na jobpilot.cz Fri Feb 6 13:21:55 2004 From: blaha na jobpilot.cz (Bohdan Blaha) Date: Fri, 6 Feb 2004 13:21:55 +0100 Subject: postfix pouze pro prijem References: <012101c3ec9c$e3541e60$02fd2a0a@int.prague.czechia.jobpilot> <20040206104951.GI27218@dot.tuke.sk> Message-ID: <015d01c3ecab$cf40d080$02fd2a0a@int.prague.czechia.jobpilot> > > ale prvotne bych potreboval nastavit, aby tento server postu mohl z internetu pouze prijimat pro lokalni uzivatele, bez moznosti odesilani... > > poradi mi nekdo jak?? > > takze vlastne chcete akceptovat iba tie posty, ktore maju polozku > To: moj.uzivatel na domena.cz timto teda overi zda je posta pro nej, predpokladam... to co nebude v tomto zaznamu, rejektne a posle zpet hlasku, ze postu neprijal?? mysliet to teda nejak takto? /etc/postfix/main.cf: smtpd_recipient_restrictions = permit_mynetworks check_client_access hash:/etc/postfix/recepient_access reject_unauth_destination /etc/postfix/recepient_access: nekdo na domena.cz OK nekdo2 na domena.cz OK @domena2.cz OK > POZOR!!! kazda domena MUSI mat postmaster na domena.cz a mala by mat > abuse na domena.cz co myslite tim "mala by mat abuse na domena.cz" ? Bohdan > > -- > > 5o Peter.Mann at tuke.sk > KLFMANiK ICQ 12491471 > PM2185-RIPE > > > From kepsta na medictech.com Fri Feb 6 13:26:35 2004 From: kepsta na medictech.com (Ladislav Kepsta) Date: Fri, 6 Feb 2004 13:26:35 +0100 Subject: postfix pouze pro prijem In-Reply-To: <014c01c3ecaa$a438fee0$02fd2a0a@int.prague.czechia.jobpilot> Message-ID: <20040206122744.A5A86282@mail.medictech.com> > > http://www.postfix.org/docs.html konkretne sekcia SASL > > to jsem pochopil, to jsme nasel a podle toho to snad nak udelam... > > > > > > ale prvotne bych potreboval nastavit, aby tento server > postu mohl z > > > internetu pouze prijimat pro lokalni uzivatele, bez moznosti > > > odesilani... > > > poradi mi nekdo jak?? > > > > mynetworks = 127.0.0.1/8 > > to se mi zda moc jednoduche, myslite ze ten server pak bude > na sve verejne adrese pouze prijimat, odkudkoliv??? direktiva "mynetworks" vobec nesuvisi s prijimom posty, ale definuje ake adresy klientov mozu _odosielat_ postu cez vas SMTP server. -- Ladislav Kepsta kepsta na medictech.com From jan.kovar na onsemi.cz Fri Feb 6 13:32:34 2004 From: jan.kovar na onsemi.cz (Kovar Jan) Date: Fri, 6 Feb 2004 13:32:34 +0100 Subject: postfix pouze pro prijem Message-ID: <665D762ADF17D511B5D70004ACB82F9202FCC61C@MARKETA> > > http://www.postfix.org/docs.html konkretne sekcia SASL > > to jsem pochopil, to jsme nasel a podle toho to snad nak udelam... > > > > > > ale prvotne bych potreboval nastavit, aby tento server > postu mohl z > > > internetu pouze prijimat pro lokalni uzivatele, bez moznosti > > > odesilani... poradi mi nekdo jak?? > > > > mynetworks = 127.0.0.1/8 > > to se mi zda moc jednoduche, myslite ze ten server pak bude > na sve verejne adrese pouze prijimat, odkudkoliv??? Jeee, to je krasny trik. Postfix prijme postu pro adresy, pro ktere ma lokalne dorucovat, ostatni odmitne. Takze odesilat nepujde, prijimat pujde. Jak krasne jednoduche. Me by to netrklo. TNX From Peter.Mann na tuke.sk Fri Feb 6 13:35:43 2004 From: Peter.Mann na tuke.sk (Peter Mann) Date: Fri, 6 Feb 2004 13:35:43 +0100 Subject: postfix pouze pro prijem In-Reply-To: <015d01c3ecab$cf40d080$02fd2a0a@int.prague.czechia.jobpilot> References: <012101c3ec9c$e3541e60$02fd2a0a@int.prague.czechia.jobpilot> <20040206104951.GI27218@dot.tuke.sk> <015d01c3ecab$cf40d080$02fd2a0a@int.prague.czechia.jobpilot> Message-ID: <20040206123543.GA20437@dot.tuke.sk> On Fri, Feb 06, 2004 at 01:21:55PM +0100, Bohdan Blaha wrote: > > > ale prvotne bych potreboval nastavit, aby tento server postu mohl z > internetu pouze prijimat pro lokalni uzivatele, bez moznosti odesilani... > > > poradi mi nekdo jak?? > > > > takze vlastne chcete akceptovat iba tie posty, ktore maju polozku > > To: moj.uzivatel na domena.cz > > timto teda overi zda je posta pro nej, predpokladam... to co nebude v tomto > zaznamu, rejektne a posle zpet hlasku, ze postu neprijal?? ano > mysliet to teda nejak takto? > > /etc/postfix/main.cf: > smtpd_recipient_restrictions = > permit_mynetworks > check_client_access hash:/etc/postfix/recepient_access ^^^^^^^^^^^ client je zdrojovy pocitac, musite tam dat check_recipient_access > reject_unauth_destination > > > /etc/postfix/recepient_access: > nekdo na domena.cz OK > nekdo2 na domena.cz OK ok > @domena2.cz OK mate domenovy kos??? > co myslite tim "mala by mat abuse na domena.cz" ? http://www.rfc-ignorant.org/policy-abuse.php http://www.rfc-ignorant.org/policy-postmaster.php http://www.rfc-ignorant.org/policy-dsn.php -- 5o Peter.Mann at tuke.sk KLFMANiK ICQ 12491471 PM2185-RIPE From blaha na jobpilot.cz Fri Feb 6 13:43:46 2004 From: blaha na jobpilot.cz (Bohdan Blaha) Date: Fri, 6 Feb 2004 13:43:46 +0100 Subject: postfix pouze pro prijem References: <012101c3ec9c$e3541e60$02fd2a0a@int.prague.czechia.jobpilot> <20040206104951.GI27218@dot.tuke.sk> <015d01c3ecab$cf40d080$02fd2a0a@int.prague.czechia.jobpilot> <20040206123543.GA20437@dot.tuke.sk> Message-ID: <017401c3ecae$dccea260$02fd2a0a@int.prague.czechia.jobpilot> > > /etc/postfix/main.cf: > > smtpd_recipient_restrictions = > > permit_mynetworks > > check_client_access hash:/etc/postfix/recepient_access > ^^^^^^^^^^^ > client je zdrojovy pocitac, musite tam dat check_recipient_access jasne .., pisu neco jineho nez naco ymslim, ale pochopil sjem spravne dekuji... > > > reject_unauth_destination > > > > > > /etc/postfix/recepient_access: > > nekdo na domena.cz OK > > nekdo2 na domena.cz OK > > ok > > > @domena2.cz OK > > mate domenovy kos??? ano... > > > co myslite tim "mala by mat abuse na domena.cz" ? > > http://www.rfc-ignorant.org/policy-abuse.php > http://www.rfc-ignorant.org/policy-postmaster.php > http://www.rfc-ignorant.org/policy-dsn.php jo tohle je mi jasne.. diky, mam snad vse co jsem potreboval.. bohdan From dtoman na fortech.cz Fri Feb 6 13:44:08 2004 From: dtoman na fortech.cz (Dalibor Toman) Date: Fri, 6 Feb 2004 13:44:08 +0100 Subject: SPF (Sender Permitted From) References: <200402041223.NAA24520@mxm.cnb.cz> <20040206081524.GD30242@dot.tuke.sk> Message-ID: <00d801c3ecae$e9fccf70$04010101@fortech.cz> DD, > > v poslednom case sa mi dokonca stava, ze pouzivatelia, ktori pouzivaju > Otlak, maju problem s odpovedou na maily, teda konkretne ak mam mail: > From: Ing. Peter Mann , tak odpoved ide na adresu > .... nastastie smtp server ihned odmietne taketo > maily ... to uz je naozaj "zly" klient problem je to jednoduchy, bohuzel letity (tahnouci se uz od starsich verzi OE i Outlook). Jakmile se do adresare klienta dostane zaznam, ktery ma ve jmenu, prijmeni ci titulu nejake 'podivne' znaky (vim o ',', ';' a '.'), pak neni OE (a starsi Outlook) schopen odeslat na emailovou adresu spojenou s tim zaznamem v adresari zpravu. Proste SMTP serveru v RCPT TO: povelu misto email adresy preda jmeno uzivatele z adresare :-( Obdobna situace nastane i pokud colovek vyplni 'podivny' znak do nastaveni OE v polozkach popisujicih odesilatele. Rozdil je jen v tom, ze dojde k predani nesmyslu v MAIL FROM:. Problem je trosku zesilen tim, ze OE automaticky pridava informace ze zprav (pri Reply) do adresare... D. Toman From pavel na ogi.cz Fri Feb 6 22:55:11 2004 From: pavel na ogi.cz (pavel) Date: Fri, 6 Feb 2004 22:55:11 +0100 Subject: Limity v postfixu? In-Reply-To: References: Message-ID: <200402062255.11407.pavel@ogi.cz> > z vnejsku tak ho pridavam do deny v iptables. Nicmene jsou viry ktere > vygeneruji i 100000 zprav za par hodin, a pak na to vetsinou nestinu > zareagovat a system pada na hubu - mazu to z front postfixu, nadavam > a rikam si ze kdyby to umel blokovat rovnou postfix bylo by to idealni. ty viry jen vyjimecne (jako mydoom :)) nepouzivaji exe, pif a pod prilohu, tedy jdou krasne odpalkovat v ramci header_checks jinak mist kam pripojit vlastni program je asi vice, mohlo by se to tvarit jako vlastni RBL (vi nekdo kde je specifikace pouzivaneho protokolu? jsem asi slepej, ale nedati se mi to najit) nebo podobne jako amavis p. From hvcmsyeacbc9 na email.ro Sat Feb 7 12:04:35 2004 From: hvcmsyeacbc9 na email.ro (Edmond Milton) Date: Sat, 07 Feb 2004 06:04:35 -0500 Subject: Genrric (ViapGra) & Genpric Ciqlis (Apialis) Message-ID: candidacy apocryphal flatbed aniseikonic guru scapula preemptive hue extraditable albacore grizzly ingratiate pardon chimera dearie nazarene frown inductance innermost fairport approve mast cruise From volesak na aristia.cz Sun Feb 8 11:15:10 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Sun, 8 Feb 2004 11:15:10 +0100 Subject: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain Message-ID: Dobry den vsem, rad bych se optal, zda jste jiz nekdo delal podobnou kombinaci. QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain Qmail, vpopmail, pop3 je v pohodě. S IMAPem mam nasledujici problem. Potrebuji pouzivat virtualni domeny a tak se mi maily ukladaji do: /vpopmail/domains/domena.cz/user/Maildir/ POP3 demon s tim problem nema, pouziva se:/vpopmail/bin/vchkpw pro autentizaci. Jakmile se ale pokusim pristoupit pomoci IMAPu uzivatelskym jmenem user na domena.cz nenalezne zrejme heslo, nebo nema pristup k te schrance, proste to nejede. Na internetu jsem toho nalezl spoustu, ale stale s tim nemohu pohnout. Jako IMAP jsem pouzil courier-imap Diky za pripadne namety Honza Volesak SUSE 9.0 netqmail-1.05 daemontools-0.76.tar.gz ucspi-tcp-0.88 courier-imap-2.2.1 vpopmail-5.4.0 From outbound na centrum.cz Sun Feb 8 12:42:21 2004 From: outbound na centrum.cz (OutBound) Date: Sun, 8 Feb 2004 12:42:21 +0100 Subject: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain In-Reply-To: Message-ID: <000001c3ee38$9fc9af00$110fa8c0@l8a66abcbt2> Jak byl ten courier kompilovan ? A vpopmail ? r. > -----Původní zpráva----- > Od: volesak na aristia.cz [mailto:volesak na aristia.cz] > Odesláno: 8. února 2004 11:15 > Komu: sendmail na linux.cz > Předmět: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain > > > Dobry den vsem, > rad bych se optal, zda jste jiz nekdo delal podobnou > kombinaci. QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain > Qmail, vpopmail, pop3 je v pohodě. S IMAPem mam nasledujici > problem. Potrebuji pouzivat virtualni domeny a tak se mi > maily ukladaji do: /vpopmail/domains/domena.cz/user/Maildir/ > POP3 demon s tim problem nema, pouziva > se:/vpopmail/bin/vchkpw pro autentizaci. Jakmile se ale > pokusim pristoupit pomoci IMAPu uzivatelskym jmenem > user na domena.cz nenalezne zrejme heslo, nebo nema pristup k te > schrance, proste to nejede. Na internetu jsem toho nalezl > spoustu, ale stale s tim nemohu pohnout. > Jako IMAP jsem pouzil courier-imap > Diky za pripadne namety > Honza Volesak > > SUSE 9.0 > netqmail-1.05 > daemontools-0.76.tar.gz > ucspi-tcp-0.88 > courier-imap-2.2.1 > vpopmail-5.4.0 > > > > From sendmail na ssos.cz Sun Feb 8 16:11:17 2004 From: sendmail na ssos.cz (=?iso-8859-2?Q?Filip_Flaj=B9ar?=) Date: Sun, 8 Feb 2004 16:11:17 +0100 Subject: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain In-Reply-To: <000001c3ee38$9fc9af00$110fa8c0@l8a66abcbt2> Message-ID: <000f01c3ee55$cd306e80$0701a8c0@DOOKIE> Doporucuji Qmailtoaster Najdete ho na http://www.qmailtoaster.com Ja ho pouzivam uz rok, bez problemu, a ted ho budu instalovat i na hostingovy server. Filip -----Original Message----- From: OutBound [mailto:outbound na centrum.cz] Sent: Sunday, February 08, 2004 12:42 PM To: sendmail na linux.cz Subject: RE: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain Jak byl ten courier kompilovan ? A vpopmail ? r. > -----Původní zpráva----- > Od: volesak na aristia.cz [mailto:volesak na aristia.cz] > Odesláno: 8. února 2004 11:15 > Komu: sendmail na linux.cz > Předmět: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain > > > Dobry den vsem, > rad bych se optal, zda jste jiz nekdo delal podobnou > kombinaci. QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain > Qmail, vpopmail, pop3 je v pohodě. S IMAPem mam nasledujici > problem. Potrebuji pouzivat virtualni domeny a tak se mi > maily ukladaji do: /vpopmail/domains/domena.cz/user/Maildir/ > POP3 demon s tim problem nema, pouziva > se:/vpopmail/bin/vchkpw pro autentizaci. Jakmile se ale > pokusim pristoupit pomoci IMAPu uzivatelskym jmenem > user na domena.cz nenalezne zrejme heslo, nebo nema pristup k te > schrance, proste to nejede. Na internetu jsem toho nalezl > spoustu, ale stale s tim nemohu pohnout. > Jako IMAP jsem pouzil courier-imap > Diky za pripadne namety > Honza Volesak > > SUSE 9.0 > netqmail-1.05 > daemontools-0.76.tar.gz > ucspi-tcp-0.88 > courier-imap-2.2.1 > vpopmail-5.4.0 > > > > From volesak na aristia.cz Sun Feb 8 18:44:47 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Sun, 8 Feb 2004 18:44:47 +0100 Subject: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain Message-ID: Kompilaci vseho jsem delal podle ruznych stranek, reinstaloval jsem to kvuli reprodukovatelnosti postupu asi 3x. Vzdy jsem narazil na imap a tim padem i na squirrelmail. Na Qmailtoaster jsem narazil ale nebyla energie na cteni. Mohl bych poprosit o souhrn jeho zakladnich prednosti? Honza Volesak From sendmail na ssos.cz Sun Feb 8 19:02:56 2004 From: sendmail na ssos.cz (=?iso-8859-2?Q?Filip_Flaj=B9ar?=) Date: Sun, 8 Feb 2004 19:02:56 +0100 Subject: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain In-Reply-To: Message-ID: <001901c3ee6d$c7a65ac0$0701a8c0@DOOKIE> Qmailtoaster: Jsou to src rmpka, které se bud nainstalujou a potom rucne kompiluji nebo rebuildnou (rpm --rebuild --with=...) Je to: Source RPM packages ready for all RPM based distributions SMTP with SMTP-AUTH, tarpitting, DNS, large concurrency Virtual Domains (MySQL) Virtual Users (MySQL) Autoresponder Mailing List Web-based email system Web-based administration tools Anti Spam SMTP roaming via SMTP-AUTH, POP3-AUTH, & IMAP-AUTH POP3 POP3-SSL IMAP IMAP-SSL Tudiz: QMAIL DAEMONTOOLS UCSPI-TCP EZMLM VPOPMAIL QMAILADMIN VQADMIN QMAILMRTG COURIER-IMAP HORDE + nejake patche. Je to primo reseni pro napr: hostingy nebo webmaily (zahrnuje postu, maillist, virtuální domeny, virtuální uzivatele, mrtg grafy smtp, pop3, mnozstvi mailu atd..., webove rozhrani pro pridavani/ubirani/modifikace uzivatelu, myslim ze i domen, hromadne rozesilani mailu pro všechny uzivatele, qvoty a samozrejme webmail (funguje to i se squirrelmailem), antispam). Filip Btw: mrknete na ten web, jsou tam screenshoty -----Original Message----- From: volesak na aristia.cz [mailto:volesak na aristia.cz] Sent: Sunday, February 08, 2004 6:45 PM To: sendmail na linux.cz Subject: RE: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain Kompilaci vseho jsem delal podle ruznych stranek, reinstaloval jsem to kvuli reprodukovatelnosti postupu asi 3x. Vzdy jsem narazil na imap a tim padem i na squirrelmail. Na Qmailtoaster jsem narazil ale nebyla energie na cteni. Mohl bych poprosit o souhrn jeho zakladnich prednosti? Honza Volesak From volesak na aristia.cz Sun Feb 8 19:07:58 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Sun, 8 Feb 2004 19:07:58 +0100 Subject: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain Message-ID: ...diky, akorat na to koukam. Ty Virtualni domeny to umi "i" s SQL nebo SQL vyzaduje? To jedine by mne asi odrazovalo. Vypada to velice dobre, urcite to zkusim. Diky za usmerneni. Mimochodem, pouzivate, nebo se chystate jej pouzivat pro vice domen a uzivatele tedy mit ve tvaru user na domena.cz? Diky za odpovedi Honza Volesak From sendmail na ssos.cz Sun Feb 8 19:14:52 2004 From: sendmail na ssos.cz (=?iso-8859-2?Q?Filip_Flaj=B9ar?=) Date: Sun, 8 Feb 2004 19:14:52 +0100 Subject: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain In-Reply-To: Message-ID: <001a01c3ee6f$740c4e90$0701a8c0@DOOKIE> Pouzivam to zatím ve skole a ted se chystam to dat i na hostingovy server. Sql to vyzaduje (ja to beru jako +) protože to mate vsechno krasne v databazi (poslední přihlaseni, relay, uzivatele, hesla) Tabulky a databáze si to rpmko vytvori při instalaci (na webu je i skript, který to vsechno za vas udela (instalace atd) a vy jenom mačkáte y/n a zadavate hesla do sql. Maily pouzivam ve tvaru user na domena.cz i user na subdomena.domena.cz Vse jede ok a nemel jsem s tim problemy, vyhoda je i te Webove administrace (majitel kazde domeny si muze spracovat vlastní uzivatele v domene atd.) Fakt je to vymakany. Filip -----Original Message----- From: volesak na aristia.cz [mailto:volesak na aristia.cz] Sent: Sunday, February 08, 2004 7:08 PM To: sendmail na linux.cz Subject: RE: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain ...diky, akorat na to koukam. Ty Virtualni domeny to umi "i" s SQL nebo SQL vyzaduje? To jedine by mne asi odrazovalo. Vypada to velice dobre, urcite to zkusim. Diky za usmerneni. Mimochodem, pouzivate, nebo se chystate jej pouzivat pro vice domen a uzivatele tedy mit ve tvaru user na domena.cz? Diky za odpovedi Honza Volesak From volesak na aristia.cz Sun Feb 8 19:18:54 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Sun, 8 Feb 2004 19:18:54 +0100 Subject: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain Message-ID: Dle popisu to vypada zajimave, urcite otestuji. Dik moc Honza Volesak -----Original Message----- From: Filip Flajšar [mailto:sendmail na ssos.cz] Sent: Sunday, February 08, 2004 7:15 PM To: sendmail na linux.cz Subject: RE: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain Pouzivam to zatím ve skole a ted se chystam to dat i na hostingovy server. Sql to vyzaduje (ja to beru jako +) protože to mate vsechno krasne v databazi (poslední přihlaseni, relay, uzivatele, hesla) Tabulky a databáze si to rpmko vytvori při instalaci (na webu je i skript, který to vsechno za vas udela (instalace atd) a vy jenom mačkáte y/n a zadavate hesla do sql. Maily pouzivam ve tvaru user na domena.cz i user na subdomena.domena.cz Vse jede ok a nemel jsem s tim problemy, vyhoda je i te Webove administrace (majitel kazde domeny si muze spracovat vlastní uzivatele v domene atd.) Fakt je to vymakany. Filip -----Original Message----- From: volesak na aristia.cz [mailto:volesak na aristia.cz] Sent: Sunday, February 08, 2004 7:08 PM To: sendmail na linux.cz Subject: RE: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain ...diky, akorat na to koukam. Ty Virtualni domeny to umi "i" s SQL nebo SQL vyzaduje? To jedine by mne asi odrazovalo. Vypada to velice dobre, urcite to zkusim. Diky za usmerneni. Mimochodem, pouzivate, nebo se chystate jej pouzivat pro vice domen a uzivatele tedy mit ve tvaru user na domena.cz? Diky za odpovedi Honza Volesak From mnikitinsky na zeal.cz Mon Feb 9 10:24:15 2004 From: mnikitinsky na zeal.cz (=?iso-8859-2?Q?Mgr._Michal_Nikitinsk=FD?=) Date: Mon, 9 Feb 2004 10:24:15 +0100 Subject: jak funguje MAX_RCPTS_PEER_MESSAGE ? Message-ID: <01a901c3eeee$8caa3d20$1901110a@MICHAL> zdravím, můj záměr byl, omezit počet odesílatelů v jednom mailu na 50, v sendmail.mc jsem před překladem na sendmail.cf přidal: define(`confMAX_RCPTS_PEER_MASSAGE',`50') ale zjistil jsem, že to jakosi nefunguje a stále lze odeslat spam na stovky adres najednou. Mám to blbě, nebo jak tenhle parametr vůbec přesně funguje? díky moc za info ... michal From petr na netas.cz Mon Feb 9 11:55:39 2004 From: petr na netas.cz (Petr Barta) Date: Mon, 9 Feb 2004 11:55:39 +0100 (CET) Subject: jak funguje MAX_RCPTS_PEER_MESSAGE ? In-Reply-To: <01a901c3eeee$8caa3d20$1901110a@MICHAL> References: <01a901c3eeee$8caa3d20$1901110a@MICHAL> Message-ID: > zdravím, > > můj záměr byl, omezit počet odesílatelů v jednom mailu na 50, v sendmail.mc > jsem před překladem na sendmail.cf přidal: > > define(`confMAX_RCPTS_PEER_MASSAGE',`50') > > ale zjistil jsem, že to jakosi nefunguje a stále lze odeslat spam na stovky > adres najednou. > Mám to blbě, nebo jak tenhle parametr vůbec přesně funguje? Uz jsem dlouho se sendmailem nedelal, ale nebude ten parametr spis "MAX_RCPTS_PER_MASSAGE" ? Petr Barta From petr na netas.cz Mon Feb 9 11:56:25 2004 From: petr na netas.cz (Petr Barta) Date: Mon, 9 Feb 2004 11:56:25 +0100 (CET) Subject: jak funguje MAX_RCPTS_PEER_MESSAGE ? In-Reply-To: References: <01a901c3eeee$8caa3d20$1901110a@MICHAL> Message-ID: > Uz jsem dlouho se sendmailem nedelal, ale nebude ten parametr spis > "MAX_RCPTS_PER_MASSAGE" ? Tedy, spise "MAX_RCPTS_PER_MESSAGE" :-) Petr Barta From mnikitinsky na zeal.cz Mon Feb 9 12:03:57 2004 From: mnikitinsky na zeal.cz (=?iso-8859-2?Q?Mgr._Michal_Nikitinsk=FD?=) Date: Mon, 9 Feb 2004 12:03:57 +0100 Subject: jak funguje MAX_RCPTS_PEER_MESSAGE ? References: <01a901c3eeee$8caa3d20$1901110a@MICHAL> Message-ID: <001601c3eefc$69e10630$1901110a@MICHAL> no to by samozřejmě vše vysvětlovalo ... :o) m. > > Uz jsem dlouho se sendmailem nedelal, ale nebude ten parametr spis > > "MAX_RCPTS_PER_MASSAGE" ? > > Tedy, spise "MAX_RCPTS_PER_MESSAGE" :-) > > Petr Barta From volesak na aristia.cz Mon Feb 9 12:39:12 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Mon, 9 Feb 2004 12:39:12 +0100 Subject: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain Message-ID: Tak toaster jsem vzdal. Jedine v cem mam jasno je dostribuce, na ktere to chci provozovat - SUSE 9.0 Toaster ji ale nepodporuje :( Honza Volesak From mar.don na seznam.cz Tue Feb 10 09:32:37 2004 From: mar.don na seznam.cz (mardon) Date: Tue, 10 Feb 2004 09:32:37 +0100 Subject: max_velikost_mailu Message-ID: <638372328.20040210093237@seznam.cz> Ahoj sendmail, chtela bych omezit max. velikost mailu nasla jsem define(`confMAX_MESSAGE_SIZE',`2000000') cili Max 2Mb Pak jsem jeste ale nasla define(`UUCP_MAILER_MAX',`2000000') dnl Prosim je mezi temito dvema polozkami souvislost? Jeste hloupy dotaz v sendmail.mc nezalezi na poradi zapisu? -- s pozdravem, mardon mailto:mar.don na seznam.cz From mar.don na seznam.cz Tue Feb 10 10:30:09 2004 From: mar.don na seznam.cz (mardon) Date: Tue, 10 Feb 2004 10:30:09 +0100 Subject: max_velikost_mailu In-Reply-To: <638372328.20040210093237@seznam.cz> References: <638372328.20040210093237@seznam.cz> Message-ID: <15611824359.20040210103009@seznam.cz> Hello mardon, Tuesday, February 10, 2004, 9:32:37 AM, you wrote: m> Ahoj sendmail, m> chtela bych omezit max. velikost mailu m> nasla jsem m> define(`confMAX_MESSAGE_SIZE',`2000000') cili Max 2Mb m> Pak jsem jeste ale nasla m> define(`UUCP_MAILER_MAX',`2000000') dnl m> Prosim je mezi temito dvema polozkami souvislost? m> Jeste hloupy dotaz v sendmail.mc nezalezi na poradi zapisu? tak jsem jeste nasla LOCAL_MAILER_MAX A SMTP_MAILERA_MAX a jsem z toho paf nenajde se nekdo kdo by mi to objasnil ? -- Best regards, mardon mailto:mar.don na seznam.cz From solnicky na vegacom.cz Tue Feb 10 10:40:11 2004 From: solnicky na vegacom.cz (=?ISO-8859-2?Q?Vladim=EDr_Solnick=FD?=) Date: Tue, 10 Feb 2004 10:40:11 +0100 (CET) Subject: max_velikost_mailu In-Reply-To: <15611824359.20040210103009@seznam.cz> References: <638372328.20040210093237@seznam.cz> <15611824359.20040210103009@seznam.cz> Message-ID: 10. 2. 2004 napsal(a) mardon na téma ,Re: max_velikost_mailu`: m> Tuesday, February 10, 2004, 9:32:37 AM, you wrote: m> m> m> Ahoj sendmail, m> m> m> chtela bych omezit max. velikost mailu m> m> nasla jsem m> m> define(`confMAX_MESSAGE_SIZE',`2000000') cili Max 2Mb m> m> m> Pak jsem jeste ale nasla m> m> define(`UUCP_MAILER_MAX',`2000000') dnl m> m> Prosim je mezi temito dvema polozkami souvislost? m> m> Jeste hloupy dotaz v sendmail.mc nezalezi na poradi zapisu? m> m> m> m> tak jsem jeste nasla LOCAL_MAILER_MAX A SMTP_MAILERA_MAX Zdravím, confMAX_MESSAGE_SIZE je globální limit zprávy, který je nepřekročitelný. UUCP_MAILER_MAX je limit pro mailer UUCP (asi nepoužíváte), LOCAL_MAILER_MAX je limit pro mailer local (odesláno ze stroje nebo doručocváno přímo na stroji) a SMTP_MAILERA_MAX je limit pro mailery z rodiny SMTP (smtp, esmtp, smtp8). Takže můžete nastavit globální limit a pro záložní linku UUCP dát menší hodnotu, protože Vám UUCP běží po vytáčené lince. Pro jednoduché omezení maximální velikosti zprávy stačí použít confMAX_MESSAGE_SIZE, které udává maximální velikost celé zprávy v bajtech (včetně hlaviček) (tedy 2000000 není rovno 2 MB :-) Na pořadí v sendmail.cf trochu záleží, a to z toho důvodu, že je to program pro makroprocesor M4 a pokud nejprve zavoláte makro, které nastaví nějakou proměnnou, a pak tu proměnnou extra definujete příkazem define(), tak je jasné, že hodnota na pořadí záleží. Někde na www.sendmail.org (a asi i v cf/README) jsem viděl doporučené pořadí, nebo se řiďte příkladovým .mc. S pozdravem V. S. -- Mgr. Vladimír Solnický, systémová administrace IT, Vegacom, a. s., Šenovská 434, 182 03 Praha 8-Ďáblice, CZ, telefón +420 266005154, MT +420 603855154, telefax +420 266005560. Píši pouze za sebe, ne za Vegacom / Speaking for myself only ... From mar.don na seznam.cz Tue Feb 10 10:51:10 2004 From: mar.don na seznam.cz (mardon) Date: Tue, 10 Feb 2004 10:51:10 +0100 Subject: max_velikost_mailu In-Reply-To: References: <638372328.20040210093237@seznam.cz> <15611824359.20040210103009@seznam.cz> Message-ID: <10113084953.20040210105110@seznam.cz> Hello Vladimír, Tuesday, February 10, 2004, 10:40:11 AM, you wrote: VS> 10. 2. 2004 napsal(a) mardon na téma ,Re: max_velikost_mailu`: m>> Tuesday, February 10, 2004, 9:32:37 AM, you wrote: m>> m>> m> Ahoj sendmail, m>> m>> m> chtela bych omezit max. velikost mailu m>> m> nasla jsem m>> m> define(`confMAX_MESSAGE_SIZE',`2000000') cili Max 2Mb m>> m>> m> Pak jsem jeste ale nasla m>> m> define(`UUCP_MAILER_MAX',`2000000') dnl m>> m> Prosim je mezi temito dvema polozkami souvislost? m>> m> Jeste hloupy dotaz v sendmail.mc nezalezi na poradi zapisu? m>> m>> m>> m>> tak jsem jeste nasla LOCAL_MAILER_MAX A SMTP_MAILERA_MAX VS> Zdravím, VS> confMAX_MESSAGE_SIZE je globální limit zprávy, který je nepřekročitelný. VS> UUCP_MAILER_MAX je limit pro mailer UUCP (asi nepoužíváte), VS> LOCAL_MAILER_MAX je limit pro mailer local (odesláno ze stroje nebo VS> doručocváno přímo na stroji) a SMTP_MAILERA_MAX je limit pro mailery z VS> rodiny SMTP (smtp, esmtp, smtp8). Takže můžete nastavit globální limit a VS> pro záložní linku UUCP dát menší hodnotu, protože Vám UUCP běží po VS> vytáčené lince. Pro jednoduché omezení maximální velikosti zprávy stačí VS> použít confMAX_MESSAGE_SIZE, které udává maximální velikost celé zprávy v VS> bajtech (včetně hlaviček) (tedy 2000000 není rovno 2 MB :-) VS> Na pořadí v sendmail.cf trochu záleží, a to z toho důvodu, že je to VS> program pro makroprocesor M4 a pokud nejprve zavoláte makro, které nastaví VS> nějakou proměnnou, a pak tu proměnnou extra definujete příkazem define(), VS> tak je jasné, že hodnota na pořadí záleží. Někde na www.sendmail.org (a VS> asi i v cf/README) jsem viděl doporučené pořadí, nebo se řiďte příkladovým VS> .mc. VS> S pozdravem VS> V. S. diky -- Best regards, mardon mailto:mar.don na seznam.cz From volesak na aristia.cz Tue Feb 10 15:37:28 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Tue, 10 Feb 2004 15:37:28 +0100 Subject: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain Vyreseno Message-ID: Tak to nakonec bylo v chybnem nastaveni autentizacniho demona pro courier. Reseni jsem nalezl zde: http://people.cakraweb.com/~asfik/writings/qmail-vpopmail.html Honza Volesak From JLDTYKMLCRJH na netvigator.com Thu Feb 12 03:24:57 2004 From: JLDTYKMLCRJH na netvigator.com (Samantha Young) Date: Wed, 11 Feb 2004 21:24:57 -0500 Subject: STOCK-TICKER - Breaking News on Medical Research For CANCER Trials--Sateeshb Subscriber 10979112 Message-ID: babysitting admitted piazza umber fled causate chutney doria bizarre compline amra gazette carcinoma dilatory tail agribusiness arcturus From volesak na aristia.cz Thu Feb 12 07:58:29 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Thu, 12 Feb 2004 07:58:29 +0100 Subject: zmena hesla pres web Message-ID: Dobry den, opet zapasim s problemem. Nejlepe jej vystihuje tento dotaz: http://news-reader.org/article.php?group=mailing.unix.courier-imap&post_nr=7 885 Po instalaci plug-inu a pokusu o zmenu hesla mi to napise: --> 500 Server error, password not changed. Kdyz se pokusim udelat to same rucne: mail1:~ # telnet 127.0.0.1 106 Trying 127.0.0.1... Connected to 127.0.0.1. Escape character is '^]'. 200 courierpassd v0.30 hello, who are you? user user na domena.cz 200 Your password please. pass stareheslo 200 Your new password please. newpass noveheslo 500 Server error, password not changed. Connection closed by foreign host. kdyz se pokusim zadat stare heslo spatne: Your old password is not correct. kdyz zadam spatne potvrzeni hesla: Your new password doesn't match the verify password. Evidentne si na databazi dosahne, jen proste nedokaze to heslo zmenit :( Mate s tim nekdo praktickou zkusenost? Diky za odpovedi Honza Volesak SUSE 9.0 Qmail, Vpopmail, SquirrelMail + courierpassd-0.30 change_pass-2.6-1.4.x From tbittner na cerny-ps.cz Thu Feb 12 08:20:26 2004 From: tbittner na cerny-ps.cz (=?ISO-8859-2?B?VG9t4bkgQml0dG5lcg==?=) Date: Thu, 12 Feb 2004 08:20:26 +0100 Subject: zmena hesla pres web Message-ID: Já bych použil na změnu hesla přes web "usermina" >>> 12.02.04 07:58 >>> Dobry den, opet zapasim s problemem. Nejlepe jej vystihuje tento dotaz: http://news-reader.org/article.php?group=mailing.unix.courier-imap&post_nr=7 885 Po instalaci plug-inu a pokusu o zmenu hesla mi to napise: --> 500 Server error, password not changed. Kdyz se pokusim udelat to same rucne: mail1:~ # telnet 127.0.0.1 106 Trying 127.0.0.1... Connected to 127.0.0.1. Escape character is '^]'. 200 courierpassd v0.30 hello, who are you? user user na domena.cz 200 Your password please. pass stareheslo 200 Your new password please. newpass noveheslo 500 Server error, password not changed. Connection closed by foreign host. kdyz se pokusim zadat stare heslo spatne: Your old password is not correct. kdyz zadam spatne potvrzeni hesla: Your new password doesn't match the verify password. Evidentne si na databazi dosahne, jen proste nedokaze to heslo zmenit :( Mate s tim nekdo praktickou zkusenost? Diky za odpovedi Honza Volesak SUSE 9.0 Qmail, Vpopmail, SquirrelMail + courierpassd-0.30 change_pass-2.6-1.4.x From konfera na h2so4.cz Thu Feb 12 11:59:51 2004 From: konfera na h2so4.cz (=?iso-8859-2?Q?Robert_Posp=EDchal?=) Date: Thu, 12 Feb 2004 11:59:51 +0100 Subject: Spravna teorie? Postfix In-Reply-To: Message-ID: Preji dobry den jestli bych Vas mohl poprosit o pomoc, v postfixu jsem jeste zacatecnik, asi jsem mel zacit nejdrive s tim si to otestovat bez mysql databaze, kde mam tabulku virtual map. nicmene muzete mi poslat ukazku z Vaseho virtual map souboru? Me to porad neforwarduje na pokusny server, dns mam korekte. Mockrat Vam dekuji. S pozdravem a podekovanim Robert Pospichal -----Original Message----- From: Zdenek Prchal [mailto:prchal na vtdata.cz] Sent: Thursday, February 05, 2004 8:40 PM To: sendmail na linux.cz Subject: RE: Spravna teorie? Postfix Ja to mam takhle: vyuzivam toho, ze postfix zpracovava virtual map pro lokalni _i_ nelokalni adresy prijemce. Mam tedy vsude stejnou kompletni tabulku, ktere mapuje user na domena.cz -> user na pobockax.domena.cz pricemz to mapovani je samozrejme pouze interni (v obalce mailu) a uzivatele o tom nepotrebuji nic vedet. No a jednotlive postfixy maji jako svoji vzdy pouze domenu pobockax.domena.cz krome centralniho, ktery ma navic i domena.cz, aby dokazal vracet nedorucitelne (a nepremapovane) maily a nepohorsoval se pritom, ze mu nekdo cpe postu, se kterou nechce mit nic spolecneho. Udrzba neni pak nijak slozita, navic v pripade potreby je snadno centralizovatelna, protoze misto lokalnich virtual map souboru muzete mit vsechno v jednom centralnim LDAP serveru (pokud je vpn dostatecne spolehlive, jinak muze byt tech LDAP serveru vic replikovanych, ale to uz se zacina mirne komplikovat ;) ... Zdenek Prchal > -----Original Message----- > > Dostal jsem pozadavek na reseni chodu interni posty, aby firma, ktera ma 3 > pobocky po republice, hosting v Praze a vse spojene pomoci VPN mela pro > postu jen jednu domenu.cz a zadne poddomeny ani lokalni domeny, protoze > uzivatele stejne ignoruji user na pobocka.domena.cz ale posilaji velke emaily > primo na user na domena.cz a mail tak v soucasne situaci jde zbytecne do > hostingoveho centra, kde se otoci a jde po te same lince zpet na pobocku, > cloveku ktery sedi o 2 metry vedle u pocitace a zatezuje provoz. > > Proto se chci zeptat, kdyby vsechny mail servery, ktere jsou na pobockach > mely v postfixu mydestination=domena.cz a vytvorene schranky pro lokalni > uzivatele v pobocce a pomoci > luser_relay=$user na ip_serveru_v_hostingu - ktery > by vedel kdo patri na jakou pobocku, posilali emaily na okolni pobocky. > > Jednoduse receno: > email pro uzivatele v jine pobocce se otoci v hostingovem centru > a dorazi na > spravny mail server, email pro usera sediciho v te same pobocce jako > odesilatel se otoci primo na serveru pobocky. > --- Příchozí zpráva neobsahuje viry. Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz). Verze: 6.0.576 / Virová báze: 365 - datum vydání: 30.1.2004 --- Odchozí zpráva neobsahuje viry. Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz). Verze: 6.0.576 / Virová báze: 365 - datum vydání: 30.1.2004 From volesak na aristia.cz Thu Feb 12 12:22:17 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Thu, 12 Feb 2004 12:22:17 +0100 Subject: zmena hesla pres web Message-ID: > Já bych použil na změnu hesla přes web "usermina" Urcite umi spolupracovat s courierem a vpopmail formatem databazi uzivatelskych jmen a hesel? Honza From tbittner na cerny-ps.cz Thu Feb 12 12:38:52 2004 From: tbittner na cerny-ps.cz (=?ISO-8859-2?B?VG9t4bkgQml0dG5lcg==?=) Date: Thu, 12 Feb 2004 12:38:52 +0100 Subject: zmena hesla pres web Message-ID: To asi ne, umí měnit LINUX hesla, takže pokud databáze používá linux hesla, tak by to mělo jít >>> 12.02.04 12:22 >>> > Já bych použil na změnu hesla přes web "usermina" Urcite umi spolupracovat s courierem a vpopmail formatem databazi uzivatelskych jmen a hesel? Honza From volesak na aristia.cz Thu Feb 12 12:42:42 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Thu, 12 Feb 2004 12:42:42 +0100 Subject: zmena hesla pres web Message-ID: No, to prave nepouziva, proto je qmail take o neco bezpecnejsi nez ostatni MTA. Takze dotaz trva. Presto diky za snahu Honza > -----Original Message----- > From: Tomáš Bittner [mailto:tbittner na cerny-ps.cz] > Sent: Thursday, February 12, 2004 12:39 PM > To: sendmail na linux.cz > Subject: Re: RE: zmena hesla pres web > > > To asi ne, umí měnit LINUX hesla, takže pokud databáze > používá linux hesla, tak by to mělo jít > From tbittner na cerny-ps.cz Thu Feb 12 13:59:25 2004 From: tbittner na cerny-ps.cz (=?ISO-8859-2?B?VG9t4bkgQml0dG5lcg==?=) Date: Thu, 12 Feb 2004 13:59:25 +0100 Subject: zmena hesla pres web Message-ID: Používám postfix a jsem taky ok :))) >>> 12.02.04 12:42 >>> No, to prave nepouziva, proto je qmail take o neco bezpecnejsi nez ostatni MTA. Takze dotaz trva. Presto diky za snahu Honza > -----Original Message----- > From: Tomáš Bittner [mailto:tbittner na cerny-ps.cz] > Sent: Thursday, February 12, 2004 12:39 PM > To: sendmail na linux.cz > Subject: Re: RE: zmena hesla pres web > > > To asi ne, umí měnit LINUX hesla, takže pokud databáze > používá linux hesla, tak by to mělo jít > From volesak na aristia.cz Thu Feb 12 19:18:52 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Thu, 12 Feb 2004 19:18:52 +0100 Subject: Vykon MTA Message-ID: Ale jo, ja se preci nehodlam prit Postfix je take dobry. Mozna bych uvital nejake srovnani. Ale nic subjektivniho. Kdo vite neco o techto vecech, mohl byste prispet? Ja chci nasadit qmail na server, ktery zachytava postu asi pro 40 domen a bude delat web rozhrani. Postfix hodlam pouzit pro relay servery, ktere budou slouzit i jako sekundary pro zachytavani v pripade vypadku primaru. Do teto chvile mam na tuto funkci sendmail a je to tedy bes. Hlavne kdyz ted litaly ty viry. Honza Volesak -----Original Message----- From: Tomáš Bittner [mailto:tbittner na cerny-ps.cz] Sent: Thursday, February 12, 2004 1:59 PM To: sendmail na linux.cz Subject: Re: RE: RE: zmena hesla pres web Používám postfix a jsem taky ok :))) >>> 12.02.04 12:42 >>> No, to prave nepouziva, proto je qmail take o neco bezpecnejsi nez ostatni MTA. Takze dotaz trva. Presto diky za snahu Honza > -----Original Message----- > From: Tomáš Bittner [mailto:tbittner na cerny-ps.cz] > Sent: Thursday, February 12, 2004 12:39 PM > To: sendmail na linux.cz > Subject: Re: RE: zmena hesla pres web > > > To asi ne, umí měnit LINUX hesla, takže pokud databáze > používá linux hesla, tak by to mělo jít > From jvajda na somi.sk Thu Feb 12 21:02:30 2004 From: jvajda na somi.sk (Jan ' Kozo ' Vajda) Date: Thu, 12 Feb 2004 21:02:30 +0100 (CET) Subject: Vykon MTA In-Reply-To: Message-ID: <200402122002.i1CK2VR19937@ns.somi.sk> :> Do teto chvile mam na tuto funkci sendmail a je to tedy bes. Hlavne kdyz ted :> litaly ty viry. co znamena "je to tedy bes" ? nas sendmail v pohode zvlada cez 10 mailov/sec a bezi na sendmaile ... bez problemov rozchodil aj MyDoom (vcetne scanovanie na virusy cez libmilter ) K O Z O =================================== Look At Your Young Man Fighting Look At Your Woman Crying Look At Your Young Man Dying The Way They've Always Done Before From jspczmpmqszb na telekbird.com.cn Fri Feb 13 04:12:19 2004 From: jspczmpmqszb na telekbird.com.cn (Robbie Ritter) Date: Thu, 12 Feb 2004 22:12:19 -0500 Subject: HEALTH CARE SECTOR: NEWS On Tubercin and FDA Testing--Sateeshb 77717056 Message-ID: cutesy expel marsupial appropriate beastie monic severe acts borosilicate cyrillic cheater sally mend stayed absent douglass bigotry beguile commiserate From tbittner na cerny-ps.cz Fri Feb 13 07:57:45 2004 From: tbittner na cerny-ps.cz (=?ISO-8859-2?B?VG9t4bkgQml0dG5lcg==?=) Date: Fri, 13 Feb 2004 07:57:45 +0100 Subject: Vykon MTA Message-ID: Ja jsem se to tak nebral, ze se chtece prit :)) Kdybych se rozhodoval co si vybrat za MTA server, tak bych sel taky do qmailu nebo postfixu. Sendmail mel za posledni rok myslim si 3 vazne diry ... Ja pouzivam postfix + amavis (razor a DCC) + clamav + spamasasin + squirrelMail ...filtruji access + body_checks + header_check na postfixu a jsem "relativne" v klidu :))) >>> 12.02.04 19:18 >>> Ale jo, ja se preci nehodlam prit Postfix je take dobry. Mozna bych uvital nejake srovnani. Ale nic subjektivniho. Kdo vite neco o techto vecech, mohl byste prispet? Ja chci nasadit qmail na server, ktery zachytava postu asi pro 40 domen a bude delat web rozhrani. Postfix hodlam pouzit pro relay servery, ktere budou slouzit i jako sekundary pro zachytavani v pripade vypadku primaru. Do teto chvile mam na tuto funkci sendmail a je to tedy bes. Hlavne kdyz ted litaly ty viry. Honza Volesak -----Original Message----- From: Tomáš Bittner [mailto:tbittner na cerny-ps.cz] Sent: Thursday, February 12, 2004 1:59 PM To: sendmail na linux.cz Subject: Re: RE: RE: zmena hesla pres web Používám postfix a jsem taky ok :))) >>> 12.02.04 12:42 >>> No, to prave nepouziva, proto je qmail take o neco bezpecnejsi nez ostatni MTA. Takze dotaz trva. Presto diky za snahu Honza > -----Original Message----- > From: Tomáš Bittner [mailto:tbittner na cerny-ps.cz] > Sent: Thursday, February 12, 2004 12:39 PM > To: sendmail na linux.cz > Subject: Re: RE: zmena hesla pres web > > > To asi ne, umí měnit LINUX hesla, takže pokud databáze > používá linux hesla, tak by to mělo jít > From volesak na aristia.cz Fri Feb 13 09:40:05 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Fri, 13 Feb 2004 09:40:05 +0100 Subject: Vykon MTA Message-ID: > co znamena "je to tedy bes" ? to znamena, ze kdyz byl zakaznik, ktery ma opravneni posilat pres tuto relay zavirovan, zacali mi volat lidi, ze jim neodchazi maily. Fronta se plnila a jen ls na /var/spool/mqueue/ trval asi 1 minutu. Odeslani mailu bylo temer nemozne bez meho zasahu. Nepopiram vsak, ze pro ucel zachytavani mailu pro firmu s 1-2 domenami je v pohode. Ale jako "verejna" relay... Honza Volesak From solnicky na vegacom.cz Fri Feb 13 11:11:01 2004 From: solnicky na vegacom.cz (=?ISO-8859-2?Q?Vladim=EDr_Solnick=FD?=) Date: Fri, 13 Feb 2004 11:11:01 +0100 (CET) Subject: Vykon MTA In-Reply-To: References: Message-ID: 13. 2. 2004 napsal(a) volesak na aristia.cz na téma ,RE: Vykon MTA`: > > co znamena "je to tedy bes" ? > > to znamena, ze kdyz byl zakaznik, ktery ma opravneni posilat pres tuto relay > zavirovan, zacali mi volat lidi, ze jim neodchazi maily. Fronta se plnila a > jen ls na /var/spool/mqueue/ trval asi 1 minutu. > Odeslani mailu bylo temer nemozne bez meho zasahu. Těžko říci, ale sendmail má docela bohatou granuralitu, jak se chovat, když je přiliš mnoho práce, jak efektivně využívat už navázaná spojení, aby se odstranila režie a pod. Nastavoval jste to někdy, nebo jste ponechal implicitní hodnoty? Protože ty nemusejí být vhodné zrovna pro Váš případ? Tím nevylučuji, že by to nepomohlo, a ani neříkám, že sendmail nění o něco náročnější na systém než postfix. Na druhou stranu má (alespoň podle mých kusých znalostí) zdaleka nejlepší možnosti, jak zátěž ovlivňovat. Takže je možné, že sendmail je běs, ale je také možné, že se na to jen admin vykvákl ... S pozdravem V. S. -- Mgr. Vladimír Solnický, systémová administrace IT, Vegacom, a. s., Šenovská 434, 182 03 Praha 8-Ďáblice, CZ, telefón +420 266005154, MT +420 603855154, telefax +420 266005560. Píši pouze za sebe, ne za Vegacom / Speaking for myself only ... From satko na quanto.nr.sanet.sk Fri Feb 13 12:16:39 2004 From: satko na quanto.nr.sanet.sk (Jan Satko) Date: Fri, 13 Feb 2004 12:16:39 +0100 (CET) Subject: Vykon MTA In-Reply-To: References: Message-ID: 1. Nastavte si zalamovanie riadkov vo Vasom MUA. 2. Co tak si precitat najprv toto ? ftp://ftp.its.cz/MIRRORS/ftp.porcupine.org/mirrors/postfix-release/experimental/postfix-2.0.16-20031231.HISTORY Kazdy MTA ide svojou cestou, ma preto svoje chyby a je len na ludoch co si vyberu. Kazdopadne treba poznat vlastnosti daneho produktu a potom sa rozhodnem ci mi budu nejake chybicky vadit (a budem patchovat) alebo chybicky mat nebude (ale nebude dobre spolupracovat s inymi MTA). -- Bc. Jan 'EIS' Satko Slovak University of Agriculture network & system manager Tr. A. Hlinku 2 Tel: +421 37 7412 616 949 76 Nitra Slovakia From satko na quanto.nr.sanet.sk Fri Feb 13 12:23:02 2004 From: satko na quanto.nr.sanet.sk (Jan Satko) Date: Fri, 13 Feb 2004 12:23:02 +0100 (CET) Subject: Vykon MTA In-Reply-To: References: Message-ID: > to znamena, ze kdyz byl zakaznik, ktery ma opravneni posilat pres tuto relay > zavirovan, zacali mi volat lidi, ze jim neodchazi maily. Fronta se plnila a > jen ls na /var/spool/mqueue/ trval asi 1 minutu. To znamena asi tolko ze zakznik ma zavirene masiny ktore generuju haldu mailov. A ked sa na to bniekto vykaslal, tak ho nezachrani ani super najlepsi MTA. Zahltit sa da vsetko. Ale od toho su v sendmaili parametre ako MaxDaemonChildren a podobne. Len o nich treba vediet a nielen trepat dve na tri. > Odeslani mailu bylo temer nemozne bez meho zasahu. > Nepopiram vsak, ze pro ucel zachytavani mailu pro firmu s 1-2 domenami je v > pohode. Ale jako "verejna" relay... > Honza Volesak Co to ma spolocne z domenami ? Mozem mat 30 zakaznikov po 20 mailboxoch = 600 mailovych klientov. A to akoze sendmail nezvladne ??? Ja bezim sendmaila na P400MHZ 192MB RAM a tecu mi cez neho maily pre 1 domenu ale pre >1000 mailboxov. A stroj je pripojeny 100Mbit/s. Cize zase len recicky nejakeho "odbornika". -- Bc. Jan 'EIS' Satko Slovak University of Agriculture network & system manager Tr. A. Hlinku 2 Tel: +421 37 7412 616 949 76 Nitra Slovakia From volesak na aristia.cz Fri Feb 13 12:57:02 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Fri, 13 Feb 2004 12:57:02 +0100 Subject: Vykon MTA Message-ID: > Co to ma spolocne z domenami ? Mozem mat 30 zakaznikov po 20 > mailboxoch = > 600 mailovych klientov. A to akoze sendmail nezvladne ??? Ok, zase se poustime do nejakych osobnich sarvatek. Prosim, zkuste se na to divat pohledem technickym, nikoliv osobnim a nevnasejte do diskuzi nevrazivost a vztek. Jinak v zasade souhlasim a uvedomil jsem si to ihned, jak jsem odeslal ten mail. Pocet domen opravdu nesouvisi se zatezi. Pocet mailboxu je o neco lepsi informace. Nakonec jde stejne o to, kolik mailu se vlastne pres to MTA vyridi, takze i pocet mailboxu je irelevantni. Promennych je spousta, kdyz to bezi na jednom stroji. Je rozdil mit v samostatne organizaci sendmail pro jednu domenu a ten si spravovat a byt s nim spokojeny a mit produkcni stroj slouzici nekolika zakaznikum pro vyber schranek, odesilani posty... Tak a nyni se vratme k tematu :) Vykonnost MTA Honza Volesak P.S. Nikomu nechci tvrdit, ze jim pouzite MTA je nedostatecne. Kdyz pro jeho potreby staci, je to v poradku. Rad bych se pouze dobral objektivniho (popr. subjektivniho) porovnani jednotlivych MTA. Je mi jasne, ze kazde ma to svoje. Ja jsem doposud delal se sendmailem, postfixem a qmailem. V tuto chvili bych radil qmail a postfix na stejnou pricku. Ale sendmail jednoznacne radim pod ne. Se sendmailem jsem zacinal. A postupem casu jsem mel potrebu prejit na neco "lepsiho". Qmail jsem volil proto, ze vyhovuje memu pozadavku na ukladani mailu, uzivatelu a hesel a praci s nimi. Mate nekdo jinou zkusenost? Popiste mi ji. Ale bez emoci. Nejlepe srovnanim. From satko na quanto.nr.sanet.sk Fri Feb 13 19:15:22 2004 From: satko na quanto.nr.sanet.sk (Jan Satko) Date: Fri, 13 Feb 2004 19:15:22 +0100 (CET) Subject: Vykon MTA In-Reply-To: References: Message-ID: > Vykonnost MTA Ked uz tak vykon a funkcie. Konfigurak sendmailu bol spraveny ako makrojazyk. Cize teoreticky sa tam da zabudovat skoro vsetko. Netvrdim, ze sa mu rozumiem, ale je mi jasne, ze sa da do neho zamontovat mnozstvo ficur. Napr. teraz ma zaujal milter, co vyzera byt dobra vec. Maildir nepouzivam. Osobne mam rad mailbox format, da sa pekne hodit quota na userov adresar(napr. web) a solo quota na mailbox. Postfix vyzera byt velmi sikovny, lenze je obmedzeny typ, co do neho namontuju. Kazdopadne sa mi zda, ze zacal kopirovat veci zo sendmailu a implementovat ich + nejake prikraslenia navyse. Kazdopadne ja osobne by som sa rozhodoval medzi postfixom a sendmailom. Ale kedze sendmail lapa opatovne dych (zlepsilo sa security,milter,dve fronty), tak cakam co sa bude diat dalej a drzim sa zatial sendmailu. Ja osobne zatial pouzivam verziu 8.11.7 a len sledujem co noveho sa vymysla do 8.12. Preto aj ja privitam prakticke nazory napr. na sendmail alebo co vie postfix uzitocneho a co sendmail nie. Z hlasok postfix je lepsi ako sendmail si obraz nespravim a neberiem to dovod na prechod. Co sa tyka vykonnosti samotnej, nebadam nieco take, zeby sendmail nestihal. Mozno ked to spojim s antivirakom, antispamom a podobne tak to daco ukaze. Ale zatial nevidim dovod na prechod od sendmailu. Tesim sa na Vase nazory a namety. -- Bc. Jan 'EIS' Satko Slovak University of Agriculture network & system manager Tr. A. Hlinku 2 Tel: +421 37 7412 616 949 76 Nitra Slovakia From psimek na jcu.cz Fri Feb 13 19:21:43 2004 From: psimek na jcu.cz (Petr Simek) Date: Fri, 13 Feb 2004 19:21:43 +0100 (Central Europe Standard Time) Subject: Vykon MTA In-Reply-To: Message-ID: On Fri, 13 Feb 2004, Jan Satko wrote: > Preto aj ja privitam prakticke nazory napr. na sendmail alebo co vie > postfix uzitocneho a co sendmail nie. Na postfixu se mi libi napr to ze muzete rozdelit uzivatele nebo cele domeny do trid a tem tridam pak priradit ruzna omezeni prijmu podle prijemce. Kdyz jsem opoustel sendmail tak to umel jen zcasti a jeste to blblo. > Bc. Jan 'EIS' Satko Slovak University of Agriculture *------------------------------------------------------------------------* | Petr Simek APS JU | | psimek na jcu.cz | *------------------------------------------------------------------------* From bigman21soccer1 na hotmail.com Sat Feb 14 02:36:28 2004 From: bigman21soccer1 na hotmail.com (mitchell) Date: Sat, 14 Feb 2004 01:36:28 GMT Subject: This Drug puts VlAGRA to shame!! Message-ID: <1076722588-24720@excite.com> Here is an fantastic way to please your lady. You can be ready for up to thirty-six hours. The results are far greater than any other product. http://fastactingpills.com/sv/?pid=eph9106 wonder scarlettglenn asdfghjk director parrot angus groovy player shawngray tootsie andre jared cosmos sundance From kxxgslzqq na inbox.ru Sat Feb 14 10:36:44 2004 From: kxxgslzqq na inbox.ru (Iris Corley) Date: Sat, 14 Feb 2004 04:36:44 -0500 Subject: Bachelor's Diploma, Master's, or PhD - No Classes Necessary, diligent baleen leukemia crafty Message-ID: cleft showy wasteland delicious fizeau formosa canticle brought delegate conscious snick glaciate ornament uptrend rub cripple sensor levitate cryptic chute caliphate scalp armament intensify From volesak na aristia.cz Sun Feb 15 12:28:58 2004 From: volesak na aristia.cz (volesak na aristia.cz) Date: Sun, 15 Feb 2004 12:28:58 +0100 Subject: Vykon MTA Message-ID: Souhlasim s nazorem, ze do sendmailu se da ledacos "pridelat". Ale co jestli to ostatni MTA maji jiz v sobe? Ja osobne format mailbox prestavam preferovat. Zakaznici pozaduji cim dal tim vice IMAP pristup a zalohovani posty. U mailbox formatu je potiz s nacitanim hlavicek v pripade, je-li soubor se zpravami veliky (a ze jsem videl i 1GB v inboxu).Nekdy to v MS utlouku i nahlasi preruseni spojeni o moznosti naboreni ani nemluvim. Vzdy, kdyz jsem se ptal v konferenci na reseni, nabizeli mi Maildir format. Zpravy jsou lepe spravovatelne, co zprava to soubor. Musim konstatovat, ze je tomu opravdu tak. Antivirovy program na MTA problem neni, napr. VirusBuster ma pozadavky typu - i486, 64MB RAM ... Je to zanedbatelne. Spamassassin je daleko horsi. Je to opravdu zrout zdroju. Ale myslim, ze to souvisi s vykonem MTA (ciste MTA) jen okrajove. Nerad bych, aby nekdo pojimal tuto diskuzi jako direktivu ktere MTA provozovat a ze ktereho MTA urcite prejit na jiny. Takto se to opravdu pojmout neda. Jen pridavejte kazdy ten svuj nazor, svoji spokojenost, ci naopak problemy s jednotlivymi MTA, obrazek si pote kazdy udela sam. Cim vice nazoru, tim bude prehled ucelenejsi. Koneckoncu kazdy kdo se bude rozhodovat, ktere MTA pouzit, bude preferovat neco jineho. A to by melo byt ucelem teto debaty. Honza Volesak From jackc na rtfm.cz Mon Feb 16 17:15:53 2004 From: jackc na rtfm.cz (Jan Korbel) Date: Mon, 16 Feb 2004 17:15:53 +0100 Subject: postfix body check a vyjimky Message-ID: <4030ECB9.2090109@rtfm.cz> cau. tusi nekdo jak nastavit vyjimku 'by sender' u body checks? konkretne si rootem z localhostu chci nechat posilat statistiky z pflogsum, ktere obsahuji i duvody z kterych byly maily dropnuty a diky tomu neprojdou. postfix-1.1.12-0.8 dik. H. -- --------------------------- Jan Korbel, UIN: 23487453 IRCNet: JackC #cvut #pisek QuakeNet: JackC #progamers --------------------------- From tomi na nomi.cz Mon Feb 16 17:47:12 2004 From: tomi na nomi.cz (=?iso-8859-2?Q?Tom=E1=B9_Janou=B9ek?=) Date: Mon, 16 Feb 2004 17:47:12 +0100 Subject: postfix body check a vyjimky In-Reply-To: <4030ECB9.2090109@rtfm.cz> References: <4030ECB9.2090109@rtfm.cz> Message-ID: <20040216164712.GA6035@nomi.cz> > tusi nekdo jak nastavit vyjimku 'by sender' u body checks? Nemate lepsi povolit postu z localhostu? -- .--------------------------------. .--------------------------. .---------. | _________ __ _ |===| Tomáš Janoušek |===|o---. o | ||_________| _ |_/| | |===| NOMI team programmer |===||.--+--' | | | | ___ | '-._.-._ _ | | __| | e-m na il: tomi na nomi.cz | ||| o+---o| | | |/ _ \| .-. .-. || || |/ /| | web http://tomi.nomi.cz/ | ||| |`--. | | | | (_) | | | | | || || ( |===| ICQ: #161807083 |===||o-'.--+o| | |_|\___/|_| |_| |_|___|_|\_\|===| GSM: +420 608 876 277 |===|oo--' o | `--------------------------------' `--------------------------' `---------' From mta na teptin.net Mon Feb 16 18:40:40 2004 From: mta na teptin.net (Jan Korbel) Date: Mon, 16 Feb 2004 18:40:40 +0100 Subject: postfix body check a vyjimky In-Reply-To: <20040216164712.GA6035@nomi.cz> References: <4030ECB9.2090109@rtfm.cz> <20040216164712.GA6035@nomi.cz> Message-ID: <40310098.5070004@teptin.net> Tomáš Janoušek wrote: >>tusi nekdo jak nastavit vyjimku 'by sender' u body checks? > > Nemate lepsi povolit postu z localhostu? pokud se to nebude bit s amavisem (amavisd-new). ok tak jak nastavit vyjimku pro localhost? H. -- --------------------------- Jan Korbel, UIN: 23487453 IRCNet: JackC #cvut #pisek QuakeNet: JackC #progamers --------------------------- From tomi na nomi.cz Mon Feb 16 18:49:23 2004 From: tomi na nomi.cz (=?iso-8859-2?Q?Tom=E1=B9_Janou=B9ek?=) Date: Mon, 16 Feb 2004 18:49:23 +0100 Subject: postfix body check a vyjimky In-Reply-To: <40310098.5070004@teptin.net> References: <4030ECB9.2090109@rtfm.cz> <20040216164712.GA6035@nomi.cz> <40310098.5070004@teptin.net> Message-ID: <20040216174923.GA835@nomi.cz> > pokud se to nebude bit s amavisem (amavisd-new). > ok tak jak nastavit vyjimku pro localhost? Me se to nebije. mam u sender i recipient restrikci permit_mynetworks a mynetworks style mam jako host. -- .--------------------------------. .--------------------------. .---------. | _________ __ _ |===| Tomáš Janoušek |===|o---. o | ||_________| _ |_/| | |===| NOMI team programmer |===||.--+--' | | | | ___ | '-._.-._ _ | | __| | e-m na il: tomi na nomi.cz | ||| o+---o| | | |/ _ \| .-. .-. || || |/ /| | web http://tomi.nomi.cz/ | ||| |`--. | | | | (_) | | | | | || || ( |===| ICQ: #161807083 |===||o-'.--+o| | |_|\___/|_| |_| |_|___|_|\_\|===| GSM: +420 608 876 277 |===|oo--' o | `--------------------------------' `--------------------------' `---------' From ycjmfvatapigx7 na telekbird.com.cn Tue Feb 17 04:04:40 2004 From: ycjmfvatapigx7 na telekbird.com.cn (Darin Hines) Date: Tue, 17 Feb 2004 06:04:40 +0300 Subject: About your Internet Connection Problems... Message-ID: bandwidth burlesque inefficacy mycenaean blasphemous schloss esteem memory atlantes ache assyria chastity crochet globulin receive clapboard nominal candide java kitakyushu endogenous doris assurance elementary enjoinder From solnicky na vegacom.cz Tue Feb 17 15:33:45 2004 From: solnicky na vegacom.cz (=?ISO-8859-2?Q?Vladim=EDr_Solnick=FD?=) Date: Tue, 17 Feb 2004 15:33:45 +0100 (CET) Subject: Vykon MTA In-Reply-To: References: Message-ID: 15. 2. 2004 napsal(a) volesak na aristia.cz na téma ,RE: Vykon MTA`: > Ja osobne format mailbox prestavam preferovat. Zakaznici pozaduji cim dal > tim vice IMAP pristup a zalohovani posty. U mailbox formatu je potiz s > nacitanim hlavicek v pripade, je-li soubor se zpravami veliky (a ze jsem > videl i 1GB v inboxu).Nekdy to v MS utlouku i nahlasi preruseni spojeni o > moznosti naboreni ani nemluvim. Vzdy, kdyz jsem se ptal v konferenci na > reseni, nabizeli mi Maildir format. Zpravy jsou lepe spravovatelne, co > zprava to soubor. Musim konstatovat, ze je tomu opravdu tak. 1) formát schránky je věcí MDA, ne MTA (do sendmailu a asi i jinam) si můžete připojit, co chcete) 2) mně osobně se formát maildir nelíbí, neboť je značně závislý na implementaci práce s adresářovou strukturou v OS. Navíc si vůbec nejsem jistý, jak dobře řeší současné posixové souborové systémy takové věci, jako že se objeví 100000 záznamů a vzápětí to spadne na 5000 a tak se to pohybuje trvale. Umějí oddalokovat nepotřebné místo? Umějí optimaliozvat práci ve zbytečně velikých strukturách? 3) U nás se pro potřeby uživatelů s IMAP přešlo na MBX (jeden z formátů,které umí IMAP z University Of Washington) a jsme spokojeni. S balíkem je dodávána náhrada mail.local, která více méně umí tyo, co základní doručovací MDA (neumí LMTP, což nepoužíváme, ale u masového množství schránek by to mohlo být zajímavé, a neumí pravidla, takže třeba já mám procmail a převod si dělám jinými prostředky -- ale jsem správce). U lidí, kteží používají POP3, se nově používá MBX, ale jiý založení zůstali na MBOX, protože to nevadí. Já osobně na MBX velice oceňuji možnost paralelního přístupu s úplnými operacemi (označování, nastavování imapůovských klíčových slov, označování je smazání i expunge libovolným ze aktivních spojení, přičemž změna se via IMAP promítne ostatním klientům). Tímto netvrdím, že toto mildir neumí, protože ho neznám -- mně vadí koncepčně a tak se jím dál nezabývám. Více o maildir vs. MBX se dá najít v dokumentaci IMAP serveru právě v balíku z Washingtonské univerzity; je to tam samostatný soubor s diskusí. > Nerad bych, aby nekdo pojimal tuto diskuzi jako direktivu ktere MTA > provozovat a ze ktereho MTA urcite prejit na jiny. Takto se to opravdu > pojmout neda. Jen pridavejte kazdy ten svuj nazor, svoji spokojenost, ci > naopak problemy s jednotlivymi MTA, obrazek si pote kazdy udela sam. Cim > vice nazoru, tim bude prehled ucelenejsi. Koneckoncu kazdy kdo se bude > rozhodovat, ktere MTA pouzit, bude preferovat neco jineho. A to by melo byt > ucelem teto debaty. Můj osobní dojem z postfixu. Myslím, že elegantně řeší to, na co je napsaný, ale občas narazám na vymoženosti, které chybí (okrajově ho znám jako hraniční stroj, bez schránek). Třeba podpora ESMTP DSN, to je docela škoda, že přes něj neprojde. qmail je pro mne osobně nepřijatelný z toho důvodu, že zámerně rozbíjí standard 8BITMIME tím, že inzeruje klíčové slovo deklarující jeho implementaci a pak nedělá to, k čemu ho zvěřejnění příslušného klíčového slova zavazuje. A autor se tím na svých stránkách chlubí (nebo před cca rokem chlubil), protože se mu daný standard nelíbí. Pro mne osobně, když se autor programu takto projeví, není pro mne jeho dílo spolehlivé, protože nikdy nebudu tušit, kdy se (kromě chyb, které jsou nezáměrné) objeví ještě záměrně ,,this is not bud, this is feature``, které navíc díky tomu nikdy nikdo neopraví. Jeden zpožadavků, které mám na systémy, je že budou rozumným způsobem kooperovat -- a tento přístup tak nečiní, protože standard ani neimplementuje, ani neignoruje, ale rozbíjí. Tahle vlastnost mi ale natolik vadí, že se obávám, že mlj popis je přes výsvu výše mírně emocionálně podbarvený, nicméně je to zkušenost (zaplacená kdysi i pár dopisy, které díky tomu přišly s na sedm bitů ořezanou češtinou -- před cca čtyřmi či pěti roky). S pozdravem V. S. -- Mgr. Vladimír Solnický, systémová administrace IT, Vegacom, a. s., Šenovská 434, 182 03 Praha 8-Ďáblice, CZ, telefón +420 266005154, MT +420 603855154, telefax +420 266005560. Píši pouze za sebe, ne za Vegacom / Speaking for myself only ... From YIOXIXOAC na mive.co.kr Wed Feb 18 05:03:52 2004 From: YIOXIXOAC na mive.co.kr (Micah Quintero) Date: Tue, 17 Feb 2004 23:03:52 -0500 Subject: Boost Your Car's Gas Mileage 27%+, confound davenport arnold clause Message-ID: pessimum ahmedabad charisma too linda nj bullseye derelict fiasco portent sumner quakeress callisto carboy chromic counterexample immersion tarry teem colony utopian hazel rebut writhe nook togging From Suspension na ebay.com Wed Feb 18 10:32:42 2004 From: Suspension na ebay.com (Suspension) Date: Wed, 18 Feb 2004 04:32:42 -0500 Subject: FIB NOTICE: eBay Registration Suspension Message-ID: <200402180932.i1I9WJRa000822@anor.ics.muni.cz> Dear Valued eBay member, We are contacting you regarding your recent failed attempts to login your eBay account. There has been numerous failed attempts to login your ebay sign in name. Your account has been placed on *Security Lock* until your account has been verified and confirmed. We are sorry for any inconvenience this may have caused you. Remember all bids are still in good standings. Please goto: http://members.aol.com/hostpetsbubbly ,eBay SafeHarbor Security Center to Unlock the Security Lock. Sincerely, eBay SafeHarbor Security Team Copyright (c) 1995-2004 eBay Inc. All Rights Reserved. From Peter.Mann na tuke.sk Wed Feb 18 11:08:01 2004 From: Peter.Mann na tuke.sk (Peter Mann) Date: Wed, 18 Feb 2004 11:08:01 +0100 Subject: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain In-Reply-To: <001a01c3ee6f$740c4e90$0701a8c0@DOOKIE> References: <001a01c3ee6f$740c4e90$0701a8c0@DOOKIE> Message-ID: <20040218100801.GB9018@dot.tuke.sk> On Sun, Feb 08, 2004 at 07:14:52PM +0100, Filip Flajšar wrote: > Fakt je to vymakany. a co diskove kvoty? resp. kvoty na velkost mailboxov? pocul som uz o maildirquota, ale co ak to pouzivatel presunie do ineho priecinku (do ineho foldra)? -- 5o Peter.Mann at tuke.sk KLFMANiK ICQ 12491471 PM2185-RIPE From sendmail na ssos.cz Wed Feb 18 17:34:02 2004 From: sendmail na ssos.cz (=?iso-8859-2?Q?Filip_Flaj=B9ar?=) Date: Wed, 18 Feb 2004 17:34:02 +0100 Subject: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain In-Reply-To: <20040218100801.GB9018@dot.tuke.sk> Message-ID: <000b01c3f63d$045a4a90$0701a8c0@DOOKIE> Maildirquota nastavuje qvoty na folder $HOME/Maildir a v nem jsou nejčastěji foldry new,cur,tmp a když jich vytvori vice tak je to jedno, protože qvota plati pro cely Maildir. Jestli myslite mimo maildir, pak třeba userquota -----Original Message----- From: Peter Mann [mailto:Peter.Mann na tuke.sk] Sent: Wednesday, February 18, 2004 11:08 AM To: sendmail na linux.cz Subject: Re: QMAIL + VPOPMAIL + IMAP + WEBMAIL pro multidomain On Sun, Feb 08, 2004 at 07:14:52PM +0100, Filip Flajšar wrote: > Fakt je to vymakany. a co diskove kvoty? resp. kvoty na velkost mailboxov? pocul som uz o maildirquota, ale co ak to pouzivatel presunie do ineho priecinku (do ineho foldra)? -- 5o Peter.Mann at tuke.sk KLFMANiK ICQ 12491471 PM2185-RIPE From clint-pehrson na msn.com Wed Feb 18 20:48:11 2004 From: clint-pehrson na msn.com (walter) Date: Wed, 18 Feb 2004 19:48:11 GMT Subject: Next Generation V-I-A-G-R-A! Not herbal! Message-ID: <1077133691-25597@excite.com> "I went from about 6in. to over 7.5 in 90days!" - JL - Tulsa, OK http://drlaurent.com/mm/index.php?pid=eph9106 "NOT only the SIZE increased..but also the feeling!" - ER - Dallas, TX http://drlaurent.com/mm/index.php?pid=eph9106 "I grew about 2in - and more so..remain rock-hard during love making. I owe it all to Maxaman! Not bad for a 56 year old." MT - Pensacola, FL http://drlaurent.com/mm/index.php?pid=eph9106 soccer Theresa   iplotnik vacation close cucumber cooper January jjmrocze cpsmith debaker songeeta cojocaru beaver1 harrah pbkettle gsmcsc metrynis middleto klhengot poohbear Get off this list by writing to getmeoff731 na mail.com From kdoubrava na hotmail.com Wed Feb 18 20:48:11 2004 From: kdoubrava na hotmail.com (jarrod) Date: Wed, 18 Feb 2004 19:48:11 GMT Subject: A D-r-u-g more potent than VIAG-RA?! Message-ID: <1077133691-25587@excite.com> "I went from about 6in. to over 7.5 in 90days!" - JL - Tulsa, OK http://drlaurent.com/mm/index.php?pid=eph9106 "NOT only the SIZE increased..but also the feeling!" - ER - Dallas, TX http://drlaurent.com/mm/index.php?pid=eph9106 "I grew about 2in - and more so..remain rock-hard during love making. I owe it all to Maxaman! Not bad for a 56 year old." MT - Pensacola, FL http://drlaurent.com/mm/index.php?pid=eph9106 rohit webster henke hajimene pburke geffen phyllis laser nilgnem bruno nabbadi replant mtiberio acmaria august saskia mautz carlstein dlpierce lmdougla yoav soto inactive knapp ejmckeon ksimmons pearlman dodita patulski lance Get off this list by writing to getmeoff731 na mail.com From graphic21informix na hotmail.com Fri Feb 20 13:26:47 2004 From: graphic21informix na hotmail.com (fernando) Date: Fri, 20 Feb 2004 12:26:47 GMT Subject: Drug lasts longer than VIAGR@? Message-ID: <1077280007-12986@excite.com> Here is an fantastic way to please your lady. You can be ready for up to thirty-six hours. The results are far greater than any other product. http://medsfactory.com/sv/index.php?pid=eph9106 suzuki jazzgray electric diane energy gambit church tattoo larryscooby pedro fugazi guinness charity fireball From polo21charity na hotmail.com Fri Feb 20 13:01:45 2004 From: polo21charity na hotmail.com (darrell) Date: Fri, 20 Feb 2004 13:01:45 +0100 Subject: This Drug puts VlAGRA to shame!! Message-ID: <1077325343-16981@excite.com> The Biggest New Drug since V1agra! Many times as powerful. http://healthdo.com/sv/index.php?pid=eph9106 C1AL1S has been seen all over TV as of late. So why is it so much better than V1agra? Why are so many switching brands? -A quicker more stable erection -More enjoyable sex for both -Longer sex -Known to add length to you erection -Lasts up to 36 hours (not a thrity-six hour erection, but enhancement for thirty-six) We have it at a discounted savings. Save when you go through our site on all your orders. See the difference today. http://healthdo.com/sv/index.php?pid=eph9106 isaac hansonmontreal obiwan marcus sasha frogs sally redrum hansonangus dgj ledzep rambo1 players gambit From corwin21joel na hotmail.com Sat Feb 21 10:57:43 2004 From: corwin21joel na hotmail.com (corey) Date: Sat, 21 Feb 2004 09:57:43 GMT Subject: Lose Fat, Gain Muscle with HGH!!! Message-ID: <1077357463-16815@excite.com> Increase Energy, Lose Weight, Build Muscle. SAVE 45% or more on HGH Follow this link: http://improvedpills.com/hgh/index.php?pid=eph9106 Human Growth Hormone (HGH) can help: Increase Energy Weight Loss Muscle Gain and Endurance Increase Immune Function Smoother Skin - More Elasticity Improve Quality of Deep Sleep http://improvedpills.com/hgh/index.php?pid=eph9106 frederic sunbirdjeanette redrum light charlie1 light clipper cesar oatmealtango binky shelley fletch isaac mailer From pospichal na h2so4.cz Sun Feb 22 12:00:04 2004 From: pospichal na h2so4.cz (=?iso-8859-2?Q?Robert_Posp=EDchal?=) Date: Sun, 22 Feb 2004 12:00:04 +0100 Subject: postfix a ukladani provozu do databaze Message-ID: Zdravim list sendmailu, na serveru mi bezi postfix, mysql, php, apache, - postfix dorucije postu pro lokalni uzivatele, uzivatele musi kazdy prichozi email podle firemniho narizeni zapsat do excelovske tabulky - jako evidenci prichozi posty. Nikdo nechce delat tuto zbytecnou praci, muj dotaz zni, slo by pri prichodu mailu zavolat z postfixu, nebo z trivial-rewrite treba skript, predat mu parametry jmeno, predmet mailu a tento zaznam ulozit do mysql, skript si napisu v perlu, php backend take, nicmene, odkud ho zavolat a vytahnout jmeno od koho a predmet mailu pri jeho prichodu? Lze to? Staci jen nakopnout spravnym smerem. Z logu vytahnout adresu umim, ale ten predmet ? Dekuji, s pozdravem R. --- Odchozí zpráva neobsahuje viry. Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz). Verze: 6.0.588 / Virová báze: 372 - datum vydání: 13.2.2004 From co-as na quick.cz Sun Feb 22 12:08:24 2004 From: co-as na quick.cz (Karel Kral) Date: Sun, 22 Feb 2004 12:08:24 +0100 Subject: Domain of sender Message-ID: <40388DA8.3060107@quick.cz> Dobry den, Mam takovy zacatecnicky dotaz: Mam par stroju s RH62 a nedelaji nic jineho nez ze posilaji postu uvnitr DMZ. Mam tam sendmail 8.12.10 - vzdy to delam tak, ze stahnu src.rmp, na jednom stroji to zkompiluju (= dotaham xx devel veci) a pak si ty vysledne baliky zkopiruju na ostatni masiny. Az ted na jedne z nich (puvodne tam sendmail nebyl - resp. byl tam nejakej starej a ja se rozhodl, ze tam sendmail bude take bezet a dal tam tu predkompilovanou 8.12.10) z nejakeho duvodu odmita posilat postu s hlaskou "domain of sender does not exist...". Ale kdyz udelam DIG tak bind odpovi vzdy spravne. Zkousel jsem i bind zrusit a nechat resolvovat nejaky jiny DNS server - ale porad stejne. Zvlastni je, ze pokud necham predkompilovany sendmail.cf tak muzou alespon odesilat okolni pocitace pres relay (= nejde poslat primo z te masiny). Ovsem pokud cokoliv vytvorim pres m4, tak uz nemuzou posilat ani ty pcdla, ktere tam relay maji... Zrejme jsem neco opomel (nebo je tam nejaky starsi balik). Samozrejme ta domena odesilatele existuje. Nesetkal jste se s tim nekdo - nebo alespon co hledat ? Predem diky Karel Kral --- From kepsta na medictech.com Sun Feb 22 14:35:28 2004 From: kepsta na medictech.com (Ladislav Kepsta) Date: Sun, 22 Feb 2004 14:35:28 +0100 Subject: postfix a ukladani provozu do databaze In-Reply-To: Message-ID: <20040222133715.3E718116@mail.medictech.com> IMHO by sa to dalo riesit na urovni procmailu. Jednoducho kazdy e-mail na-pipe-ovat do Vaseho perloveho skriptu. Ten by pomocou modulu Mail::Header vytahoval relevantne data z hlavicky a nasledne pomocou DBD::mysql ich zapisoval som mysql. -- Ladislav Kepsta kepsta na medictech.com > na serveru mi bezi postfix, mysql, php, apache, - postfix > dorucije postu pro lokalni uzivatele, uzivatele musi kazdy > prichozi email podle firemniho narizeni zapsat do excelovske > tabulky - jako evidenci prichozi posty. Nikdo nechce delat > tuto zbytecnou praci, muj dotaz zni, slo by pri prichodu > mailu zavolat z postfixu, nebo z trivial-rewrite treba > skript, predat mu parametry jmeno, predmet mailu a tento > zaznam ulozit do mysql, skript si napisu v perlu, php backend > take, nicmene, odkud ho zavolat a vytahnout jmeno od koho a > predmet mailu pri jeho prichodu? Lze to? Staci jen nakopnout > spravnym smerem. Z logu vytahnout adresu umim, ale ten predmet ? From solnicky na vegacom.cz Sun Feb 22 23:29:21 2004 From: solnicky na vegacom.cz (=?ISO-8859-2?Q?Vladim=EDr_Solnick=FD?=) Date: Sun, 22 Feb 2004 23:29:21 +0100 (CET) Subject: Domain of sender In-Reply-To: <40388DA8.3060107@quick.cz> References: <40388DA8.3060107@quick.cz> Message-ID: Jedině snad možný tip -- podle mne, pokud si dobře pamatuji, m4 pro 8.12 řadu používá dvojici sendmail.cf a submit.cf (z obou .mc) a jsem si téměř jist, že v submit je implicitně ověřování identity odesílatelů. Možná by to mohlo být něco takového. Možná by to vysvětlovalo i to, že pokud použijete staré cf, tak na 25 relay chodí, ale lokální submit použije 587 a nechodí, kdežto po generování z m4 prostě submit lokální i okolí nefunguej (při implicitním nastavení). ZKuste tento směr, ale nevím. Možná kdybyste poslal .MC S pozdravem V. S. -- 22. 2. 2004 napsal(a) Karel Kral na téma ,Domain of sender`: KK> Date: Sun, 22 Feb 2004 12:08:24 +0100 KK> From: Karel Kral KK> Reply-To: sendmail na linux.cz KK> To: Účastníci konference o MTA sendmail KK> Subject: Domain of sender KK> KK> Dobry den, KK> KK> Mam takovy zacatecnicky dotaz: KK> KK> Mam par stroju s RH62 a nedelaji nic jineho nez ze posilaji postu uvnitr KK> DMZ. Mam tam sendmail 8.12.10 - vzdy to delam tak, ze stahnu src.rmp, na KK> jednom stroji to zkompiluju (= dotaham xx devel veci) a pak si ty KK> vysledne baliky zkopiruju na ostatni masiny. Az ted na jedne z nich KK> (puvodne tam sendmail nebyl - resp. byl tam nejakej starej a ja se KK> rozhodl, ze tam sendmail bude take bezet a dal tam tu predkompilovanou KK> 8.12.10) z nejakeho duvodu odmita posilat postu s hlaskou "domain of KK> sender does not exist...". Ale kdyz udelam DIG tak bind odpovi vzdy KK> spravne. Zkousel jsem i bind zrusit a nechat resolvovat nejaky jiny DNS KK> server - ale porad stejne. Zvlastni je, ze pokud necham predkompilovany KK> sendmail.cf tak muzou alespon odesilat okolni pocitace pres relay (= KK> nejde poslat primo z te masiny). Ovsem pokud cokoliv vytvorim pres m4, KK> tak uz nemuzou posilat ani ty pcdla, ktere tam relay maji... Zrejme jsem KK> neco opomel (nebo je tam nejaky starsi balik). Samozrejme ta domena KK> odesilatele existuje. KK> KK> Nesetkal jste se s tim nekdo - nebo alespon co hledat ? KK> KK> Predem diky KK> Karel Kral KK> --- KK> KK> KK> -- Mgr. Vladimír Solnický, systémová administrace IT, Vegacom, a. s., Šenovská 434, 182 03 Praha 8-Ďáblice, CZ, telefón +420 266005154, MT +420 603855154, telefax +420 266005560. Píši pouze za sebe, ne za Vegacom / Speaking for myself only ... From lk na cnb.cz Mon Feb 23 09:59:50 2004 From: lk na cnb.cz (Lubos Kaspar) Date: Mon, 23 Feb 2004 9:59:50 +0100 (MET) Subject: postfix a ukladani provozu do databaze In-Reply-To: ; from "=?iso-8859-2?Q?Robert_Posp=EDchal?=" at Feb 22, 2004 11:54 Message-ID: <200402230859.JAA03454@mxm.cnb.cz> > From: Robert Pospíchal > To: > Subject: postfix a ukladani provozu do databaze > Date: Sun, 22 Feb 2004 12:00:04 +0100 > > na serveru mi bezi postfix, mysql, php, apache, - postfix dorucije postu pro > lokalni uzivatele, uzivatele musi kazdy prichozi email podle firemniho > narizeni zapsat do excelovske tabulky - jako evidenci prichozi posty. Nikdo > nechce delat tuto zbytecnou praci, muj dotaz zni, slo by pri prichodu mailu > zavolat z postfixu, nebo z trivial-rewrite treba skript, predat mu parametry > jmeno, predmet mailu a tento zaznam ulozit do mysql, skript si napisu v > perlu, php backend take, nicmene, odkud ho zavolat a vytahnout jmeno od koho > a predmet mailu pri jeho prichodu? Lze to? Staci jen nakopnout spravnym > smerem. Z logu vytahnout adresu umim, ale ten predmet ? Osobne bych za uzitecnejsi aktivitu pokladal usili o predelani toho predpisu, aby nevyzadoval evidenci obsahu Subject:, protoze to zaprve neni povinna hlavicka a zadruhe vubec nemusi nijak odrazet obsah mailu (dle mych zkusenosti se znacna cast BFU nenamaha s vymyslenim vystizneho predmetu a bud ho vynechaji nebo tam pisi jen zbytecnosti typu "Informace", "Sdeleni" ap.). Pak se vystaci s logem a je po starostech. Jinou smysluplnou (i kdyz na objem archivace mnohem narocnejsi) variantou je stosovani celych mailu. Pokud uz se ma investovat do "prezvykovani" obsahu mailu, za dobry kompromis bych povazoval uschovavani vsech hlavicek + hlavicek prip. MIME-casti (resp. spis s negativnim vymezenim nekterych, ktere jsou jen formalni - napr. "Content-Transfer-Encoding:" ap.). -- Lubos Kaspar From michal na trilogic.cz Mon Feb 23 22:27:49 2004 From: michal na trilogic.cz (=?ISO-8859-2?Q?Michal_Bukovsk=FD?=) Date: Mon, 23 Feb 2004 22:27:49 +0100 (CET) Subject: clamscan versus clamdscan a NetSky.B Message-ID: Pouzivam clamav skrz amavis na postfixu(distribuce Gentoo). Vsecko donedavna fungovalo v pohode, ale najednou zacal skrz testy prochazet NetSky.B. No tak jsem zacal hledat a nasel jsem nasledujici problem: clamscan(radkovy skaner) vir najde a clamdscan(predava ke scanu demonu clamd) ne. Coz je problem. (root)~# clamdscan /tmp/jokes.txt.pif /tmp/jokes.txt.pif: OK ----------- SCAN SUMMARY ----------- Infected files: 0 Time: 0.014 sec (0 m 0 s) (root)~# clamscan /tmp/jokes.txt.pif /tmp/jokes.txt.pif: Worm.SomeFool FOUND ----------- SCAN SUMMARY ----------- Known viruses: 20753 Scanned directories: 0 Scanned files: 1 Infected files: 1 Data scanned: 0.02 MB I/O buffer size: 131072 bytes Time: 0.772 sec (0 m 0 s) Nevite v cem je problem? -- Michal Bukovský :wq From emma_adamu07 na telstra.com Tue Feb 24 01:19:10 2004 From: emma_adamu07 na telstra.com (emma_adamu07) Date: Mon, 23 Feb 2004 16:19:10 -0800 Subject: PROPOSAL!! Message-ID: <1491ed14b338.14b3381491ed@email.bigpond.com> THE DESK OF: DR EMMA ADAMU (PRINCIPAL AUDITOR) NIGERIAN NATIONAL PETROLLEUM CORPORATION (NNPC) LAGOS, NIGERIA ATTN: DIRECTOR COMPLIMENT OF THE DAY TO YOU. I WISH TO EXTEND THIS MUTUAL BUSINESS PROPOSAL TO YOU WITH THE HOPE THAT YOU WILL GLADLY ACCEPT. I AM THE PRINCIPAL AUDITOR OF THE NIGERIAN NATIONAL PETROLEUM CORPORATION. A POST I HAVE HELD FOR THE PAST THREE YEARS. IN THE COURSE OF DISCHARGING MY DUTY LAST YEAR, I DISCOVERED THAT SOME GOVERNMENT OFFICIALS IN THE PAST, COMMITTED SOME IRREGULARITIES IN THE FORM OF OVER-INVOICED CONTRACT VALUES, WHICH EVENTUALLY GO INTO THEIR PRIVATE BANK ACCOUNTS. WHAT INTEREST ME MOST AND FOR WHICH REASON I AM WRITING YOU IS THIS PARTICULAR CONTRACT WHICH WAS AWARDED TO A FOREIGN CONTRACTOR, IT WAS OVER ESTIMATED BY THE TUNE OF US$ 25 (TWENTY FIVE MILLION U.S.DOLLARS). THIS CONTRACT HAS BEEN COMPLETED AND COMMISSIONED AND THE CONTRACTOR FULLY PAID, BUT THE US $ 25M OVER ESTIMATED VALUE OF THE CONTRACT IS STILL LYING AT THE CENTRAL BANK OF NIGERIA (CBN). BECAUSE OF THE HASTE WITH WHICH THE LAST GOVERNMENT WAS REMOVED FROM OFFICE, THESE MEN HAS NO CHANCE TO COLLECT THIS MONEY BEFORE LEAVING THE OFFICE. BUT AS A RESULT OF UPDATED PAYMENTS ADVISE AT THE CENTRAL BANK OF NIGERIA (CBN), IT HAS BEEN AWAITING TRANSFER TO A FOREIGN ACCOUNT. IN MY REPORT, I RECOMMENDED THAT THIS MONEY SHOULD BE PAID BUT ON THE CONDITION THAT THE CONTRACTOR SHOULD BE INFORMED. MY RECOMMENDATION WAS ACCEPTED AND I HAVE BEEN GIVEN THE GO-AHEAD ORDER TO GET IN-TOUCH WITH THE FOREIGN CONTRACTORS, BUT SINCE THE CONTRACTOR HAS BEEN FULLY PAID FOR THE JOB HE DID, I WANT TO DIVERT THIS MONEY TO ANOTHER FOREIGN ACCOUNT. HAVING DONE ALL THE NECESSARY GROUND WORK, THIS MONEY IS IN MY POSSESSION AND I AM LOOKING FORWARD FOR A TRUST WORTHY PERSON INTO WHOSE PRIVATE OR COMPANY'S ACCOUNT THIS MONEY WILL BE TRANSFERRED INTO. I WISH TO RETIRE FROM SERVICE AFTER THIS TRANSACTION AND GO IN TO BUSINESS IN YOUR COUNTRY THROUGH YOU AS MY AGENT. YOU ARE THEREFORE REQUESTED TO KINDLY ALLOW ME TO TRANSFER THIS MONEY INTO YOUR ACCOUNT SO THAT I CAN WITHDRAW THIS MONEY WHEN I WANT TO. UPON THE TRANSFER OF THIS MONEY, 65% OF THE TOTAL SUM WILL BE FOR ME AND MY COLLEAGUES WHILE 25% SHALL BE FOR YOU THE ACCOUNT OWNER AND THE REMAINING 10% SHALL BE SET ASIDE TO REFUND EXPENSES MADE IN THE COURSE OF THIS TRANSACTION. BE ASSURED THAT THIS BUSINESS IS RISK-FREE BUT THE KEYWORD IS THE CONFIDENTIALITY DUE TO THE NATURE OF THE TRANSACTION AND MY POSITIONIN THE MINISTRY. KINDLY TREAT AS URGENT AND CONTACT ME IMMEDIATELY THROUGH MY E-MAIL ADDRESS:emma_adamu07 na elvis.com OR TEL: 234-1-7763021 OR MOBL: 234-8033184852 YOU WILL BE FULLY DETAILED WHEN I HEAR FROM YOU. YOUR BANKING PARTICULARS, I.E ACCOUNT NUMBER, TELEX, BENEFICIARY, AND YOUR PRIVATE TELEPHONE AND FAX NUMBERS ARE VITAL TO THE SUCCESS OF THIS TRANSACTION FOR UPDATING AND REMITTANCE PROTOCOL. BEST REGARDS DR EMMA ADAMU. ---------------- Powered by telstra.com From tbittner na cerny-ps.cz Tue Feb 24 07:18:00 2004 From: tbittner na cerny-ps.cz (=?ISO-8859-2?B?VG9t4bkgQml0dG5lcg==?=) Date: Tue, 24 Feb 2004 07:18:00 +0100 Subject: clamscan versus clamdscan a NetSky.B Message-ID: Používám postfix + amavisnew a vše je ok. >>> Michal_Bukovský 23.02.04 22:27 >>> Pouzivam clamav skrz amavis na postfixu(distribuce Gentoo). Vsecko donedavna fungovalo v pohode, ale najednou zacal skrz testy prochazet NetSky.B. No tak jsem zacal hledat a nasel jsem nasledujici problem: clamscan(radkovy skaner) vir najde a clamdscan(predava ke scanu demonu clamd) ne. Coz je problem. (root)~# clamdscan /tmp/jokes.txt.pif /tmp/jokes.txt.pif: OK ----------- SCAN SUMMARY ----------- Infected files: 0 Time: 0.014 sec (0 m 0 s) (root)~# clamscan /tmp/jokes.txt.pif /tmp/jokes.txt.pif: Worm.SomeFool FOUND ----------- SCAN SUMMARY ----------- Known viruses: 20753 Scanned directories: 0 Scanned files: 1 Infected files: 1 Data scanned: 0.02 MB I/O buffer size: 131072 bytes Time: 0.772 sec (0 m 0 s) Nevite v cem je problem? -- Michal Bukovský :wq From Suspension na ebay.com Tue Feb 24 09:54:40 2004 From: Suspension na ebay.com (Suspension) Date: Tue, 24 Feb 2004 03:54:40 -0500 Subject: FIB NOTICE: eBay Registration Suspension Message-ID: <200402240854.i1O8sjRa014803@anor.ics.muni.cz> Dear eBay member, Your account has been Suspended/Locked for some security issues. If you feel this is an error or would like to view these issues please review the link below. Your security issues cannot be resovled through E-mail. To resolve this matter please go here, eBay Security Center: http://ebay.talk.to/ Sincerely, eBay SafeHarbor Security Team Copyright (c) 1995-2004 eBay Inc. All Rights Reserved. From slavek.banko na axis.cz Tue Feb 24 10:15:38 2004 From: slavek.banko na axis.cz (Slavek Banko) Date: Tue, 24 Feb 2004 10:15:38 +0100 Subject: clamscan versus clamdscan a NetSky.B In-Reply-To: References: Message-ID: <200402241015.40457.slavek.banko@axis.cz> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 A jak máte nastaven freshclam? Informuje po stažení aktualizace clamav-daemona, aby si znovu načetl databázi? Slávek. Dne po 23. únor 2004 22:27 jste napsal(a): > Pouzivam clamav skrz amavis na postfixu(distribuce Gentoo). Vsecko > donedavna fungovalo v pohode, ale najednou zacal skrz testy prochazet > NetSky.B. No tak jsem zacal hledat a nasel jsem nasledujici problem: > clamscan(radkovy skaner) vir najde a clamdscan(predava ke scanu demonu > clamd) ne. Coz je problem. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFAOxY8Bqd9Bu0fSIQRAjAXAJ4hO7QPGQc11iwhOslGFy3EbL03ugCeM8AZ nTVo3Q5o8T8Es/XUYsoCky4= =9ipG -----END PGP SIGNATURE----- From tbittner na cerny-ps.cz Tue Feb 24 10:32:22 2004 From: tbittner na cerny-ps.cz (=?ISO-8859-2?B?VG9t4bkgQml0dG5lcg==?=) Date: Tue, 24 Feb 2004 10:32:22 +0100 Subject: clamscan versus clamdscan a NetSky.B Message-ID: #!/bin/sh # A simple update script for the clamav virus database. This could as well # be replaced by a SysV script. # fix log file if needed LOG_FILE="/var/log/clamav/freshclam.log" if [ ! -f ${LOG_FILE} ]; then touch $LOG_FILE chmod 644 $LOG_FILE chown clamav.clamav $LOG_FILE fi /usr/bin/freshclam \ --quiet \ --datadir=/var/lib/clamav \ --log=$LOG_FILE \ --log-verbose \ --daemon-notify=/etc/clamav.conf >>> Slavek Banko 24.02.04 10:15 >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 A jak máte nastaven freshclam? Informuje po stažení aktualizace clamav-daemona, aby si znovu načetl databázi? Slávek. Dne po 23. únor 2004 22:27 jste napsal(a): > Pouzivam clamav skrz amavis na postfixu(distribuce Gentoo). Vsecko > donedavna fungovalo v pohode, ale najednou zacal skrz testy prochazet > NetSky.B. No tak jsem zacal hledat a nasel jsem nasledujici problem: > clamscan(radkovy skaner) vir najde a clamdscan(predava ke scanu demonu > clamd) ne. Coz je problem. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFAOxY8Bqd9Bu0fSIQRAjAXAJ4hO7QPGQc11iwhOslGFy3EbL03ugCeM8AZ nTVo3Q5o8T8Es/XUYsoCky4= =9ipG -----END PGP SIGNATURE----- From slavek.banko na axis.cz Tue Feb 24 11:01:50 2004 From: slavek.banko na axis.cz (Slavek Banko) Date: Tue, 24 Feb 2004 11:01:50 +0100 Subject: clamscan versus clamdscan a NetSky.B In-Reply-To: References: Message-ID: <200402241101.51981.slavek.banko@axis.cz> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dobrá. A je v žurnálu /var/log/clamav/freshclam.log uvedeno hlášení o úspěšném oznámení aktualizace démonovi == "Clamd successfully notified about the update."? Pokud ne, nerozchází ze jméno "pid" souboru uvedené v /etc/clamav.conf se skutečností? Slávek. - -- Dne út 24. únor 2004 10:32 Tomáš Bittner napsal(a): > #!/bin/sh > > # A simple update script for the clamav virus database. This could as > well # be replaced by a SysV script. > > # fix log file if needed > LOG_FILE="/var/log/clamav/freshclam.log" > if [ ! -f ${LOG_FILE} ]; then > touch $LOG_FILE > chmod 644 $LOG_FILE > chown clamav.clamav $LOG_FILE > fi > > /usr/bin/freshclam \ > --quiet \ > --datadir=/var/lib/clamav \ > --log=$LOG_FILE \ > --log-verbose \ > --daemon-notify=/etc/clamav.conf -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFAOyEPBqd9Bu0fSIQRAu7aAJ9y73WNETwM8h/dIn0OgtY1glDRYQCgkzyH bidgQtJMP2DSZXzcaFFWCts= =oImU -----END PGP SIGNATURE----- From tbittner na cerny-ps.cz Tue Feb 24 12:10:25 2004 From: tbittner na cerny-ps.cz (=?ISO-8859-2?B?VG9t4bkgQml0dG5lcg==?=) Date: Tue, 24 Feb 2004 12:10:25 +0100 Subject: clamscan versus clamdscan a NetSky.B Message-ID: /etc/clamav.conf nepúoužívám, vůbec ho tam nemám /var/log/clamav/freshclam.log Checking for a new database - started at Tue Feb 24 01:01:00 2004 viruses.db is up to date. Database updated (containing in total 20793 signatures). ERROR: Can't parse configuration file. Database updated from clamav.sourceforge.net. sice co řve na chybu, ale chodíto, nemám čas to řešit pokud to funguje :))) >>> Slavek Banko 24.02.04 11:01 >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dobrá. A je v žurnálu /var/log/clamav/freshclam.log uvedeno hlášení o úspěšném oznámení aktualizace démonovi == "Clamd successfully notified about the update."? Pokud ne, nerozchází ze jméno "pid" souboru uvedené v /etc/clamav.conf se skutečností? Slávek. - -- Dne út 24. únor 2004 10:32 Tomáš Bittner napsal(a): > #!/bin/sh > > # A simple update script for the clamav virus database. This could as > well # be replaced by a SysV script. > > # fix log file if needed > LOG_FILE="/var/log/clamav/freshclam.log" > if [ ! -f ${LOG_FILE} ]; then > touch $LOG_FILE > chmod 644 $LOG_FILE > chown clamav.clamav $LOG_FILE > fi > > /usr/bin/freshclam \ > --quiet \ > --datadir=/var/lib/clamav \ > --log=$LOG_FILE \ > --log-verbose \ > --daemon-notify=/etc/clamav.conf -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFAOyEPBqd9Bu0fSIQRAu7aAJ9y73WNETwM8h/dIn0OgtY1glDRYQCgkzyH bidgQtJMP2DSZXzcaFFWCts= =oImU -----END PGP SIGNATURE----- From slavek.banko na axis.cz Tue Feb 24 12:44:37 2004 From: slavek.banko na axis.cz (Slavek Banko) Date: Tue, 24 Feb 2004 12:44:37 +0100 Subject: clamscan versus clamdscan a NetSky.B In-Reply-To: References: Message-ID: <200402241244.39154.slavek.banko@axis.cz> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tak to se vůbec nedivím, že aktualizace démona nefunguje. Freshclam se snaží si z konfiguračního souboru přečíst, v jakém souboru najde PID běžícího démona, aby mu mohl poslat signál, kterým mu oznámí potřebu znovu si načíst databázi virů. Takhle vám démon běží stále s databázi, kterou si načetl při svém startu. Slávek. Dne út 24. únor 2004 12:10 Tomáš Bittner napsal(a): > /etc/clamav.conf nepúoužívám, vůbec ho tam nemám > > /var/log/clamav/freshclam.log > > Checking for a new database - started at Tue Feb 24 01:01:00 2004 > viruses.db is up to date. > Database updated (containing in total 20793 signatures). > ERROR: Can't parse configuration file. > Database updated from clamav.sourceforge.net. > > sice co řve na chybu, ale chodíto, nemám čas to řešit pokud to funguje > :))) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFAOzknBqd9Bu0fSIQRAv5DAJ9QT+hts2Uq5K0UoKOfSP2CKkDP4gCfbbfd KG0Hso1Ux+eB0CFRtRmMeIM= =xGBl -----END PGP SIGNATURE----- From michal na trilogic.cz Tue Feb 24 12:52:44 2004 From: michal na trilogic.cz (=?ISO-8859-2?Q?Michal_Bukovsk=FD?=) Date: Tue, 24 Feb 2004 12:52:44 +0100 (CET) Subject: clamscan versus clamdscan a NetSky.B In-Reply-To: <200402241101.51981.slavek.banko@axis.cz> References: <200402241101.51981.slavek.banko@axis.cz> Message-ID: On Tue, 24 Feb 2004, Slavek Banko wrote: > Dobrá. A je v žurnálu /var/log/clamav/freshclam.log uvedeno hlášení o > úspěšném oznámení aktualizace démonovi == "Clamd successfully notified > about the update."? Pokud ne, nerozchází ze jméno "pid" souboru uvedené v > /etc/clamav.conf se skutečností? Takze, pokusim se odpovedet na vsechny otazky. 1) freshclam je nastaven na kazdou pulhodinu a do logu normalne zapisuje inforamce o update... 2) clamd ma spravne nastaven pid file. 3) hlasku "Clamd successfully notified about the update" v logu nemam. 4) do tohoto vykendu vse slo uplne v pohode, ale jakmile zacal chodit NetSky.B, tak v bez problemu projde, protoze clamd ho nenajde... -- Michal Bukovský :wq From tbittner na cerny-ps.cz Tue Feb 24 12:59:35 2004 From: tbittner na cerny-ps.cz (=?ISO-8859-2?B?VG9t4bkgQml0dG5lcg==?=) Date: Tue, 24 Feb 2004 12:59:35 +0100 Subject: clamscan versus clamdscan a NetSky.B Message-ID: server jsem nerestartoval cca 2 měsíce a NetSky.B my neprojde, tak nevím :))) S pozdravem, Tomáš Bittner e-mail: tbittner na cerny-ps.cz Pavel Černý - počítačové služby http://www.cerny-ps.cz Tel. 566 625 268 >>> Slavek Banko 24.02.04 12:44 >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tak to se vůbec nedivím, že aktualizace démona nefunguje. Freshclam se snaží si z konfiguračního souboru přečíst, v jakém souboru najde PID běžícího démona, aby mu mohl poslat signál, kterým mu oznámí potřebu znovu si načíst databázi virů. Takhle vám démon běží stále s databázi, kterou si načetl při svém startu. Slávek. Dne út 24. únor 2004 12:10 Tomáš Bittner napsal(a): > /etc/clamav.conf nepúoužívám, vůbec ho tam nemám > > /var/log/clamav/freshclam.log > > Checking for a new database - started at Tue Feb 24 01:01:00 2004 > viruses.db is up to date. > Database updated (containing in total 20793 signatures). > ERROR: Can't parse configuration file. > Database updated from clamav.sourceforge.net. > > sice co řve na chybu, ale chodíto, nemám čas to řešit pokud to funguje > :))) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFAOzknBqd9Bu0fSIQRAv5DAJ9QT+hts2Uq5K0UoKOfSP2CKkDP4gCfbbfd KG0Hso1Ux+eB0CFRtRmMeIM= =xGBl -----END PGP SIGNATURE----- From tbittner na cerny-ps.cz Tue Feb 24 13:03:31 2004 From: tbittner na cerny-ps.cz (=?ISO-8859-2?B?VG9t4bkgQml0dG5lcg==?=) Date: Tue, 24 Feb 2004 13:03:31 +0100 Subject: clamscan versus clamdscan a NetSky.B Message-ID: můžete mi prosím poslat /etc/clamav.conf >>> Slavek Banko 24.02.04 12:44 >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tak to se vůbec nedivím, že aktualizace démona nefunguje. Freshclam se snaží si z konfiguračního souboru přečíst, v jakém souboru najde PID běžícího démona, aby mu mohl poslat signál, kterým mu oznámí potřebu znovu si načíst databázi virů. Takhle vám démon běží stále s databázi, kterou si načetl při svém startu. Slávek. Dne út 24. únor 2004 12:10 Tomáš Bittner napsal(a): > /etc/clamav.conf nepúoužívám, vůbec ho tam nemám > > /var/log/clamav/freshclam.log > > Checking for a new database - started at Tue Feb 24 01:01:00 2004 > viruses.db is up to date. > Database updated (containing in total 20793 signatures). > ERROR: Can't parse configuration file. > Database updated from clamav.sourceforge.net. > > sice co řve na chybu, ale chodíto, nemám čas to řešit pokud to funguje > :))) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFAOzknBqd9Bu0fSIQRAv5DAJ9QT+hts2Uq5K0UoKOfSP2CKkDP4gCfbbfd KG0Hso1Ux+eB0CFRtRmMeIM= =xGBl -----END PGP SIGNATURE----- From tbittner na cerny-ps.cz Tue Feb 24 13:06:05 2004 From: tbittner na cerny-ps.cz (=?ISO-8859-2?B?VG9t4bkgQml0dG5lcg==?=) Date: Tue, 24 Feb 2004 13:06:05 +0100 Subject: clamscan versus clamdscan a NetSky.B Message-ID: nebude to tím, že amavis si startuje clamav při každem scanu ? >>> Slavek Banko 24.02.04 12:44 >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tak to se vůbec nedivím, že aktualizace démona nefunguje. Freshclam se snaží si z konfiguračního souboru přečíst, v jakém souboru najde PID běžícího démona, aby mu mohl poslat signál, kterým mu oznámí potřebu znovu si načíst databázi virů. Takhle vám démon běží stále s databázi, kterou si načetl při svém startu. Slávek. Dne út 24. únor 2004 12:10 Tomáš Bittner napsal(a): > /etc/clamav.conf nepúoužívám, vůbec ho tam nemám > > /var/log/clamav/freshclam.log > > Checking for a new database - started at Tue Feb 24 01:01:00 2004 > viruses.db is up to date. > Database updated (containing in total 20793 signatures). > ERROR: Can't parse configuration file. > Database updated from clamav.sourceforge.net. > > sice co řve na chybu, ale chodíto, nemám čas to řešit pokud to funguje > :))) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFAOzknBqd9Bu0fSIQRAv5DAJ9QT+hts2Uq5K0UoKOfSP2CKkDP4gCfbbfd KG0Hso1Ux+eB0CFRtRmMeIM= =xGBl -----END PGP SIGNATURE----- From slavek.banko na axis.cz Tue Feb 24 13:09:32 2004 From: slavek.banko na axis.cz (Slavek Banko) Date: Tue, 24 Feb 2004 13:09:32 +0100 Subject: clamscan versus clamdscan a NetSky.B In-Reply-To: References: Message-ID: <200402241309.35200.slavek.banko@axis.cz> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pokud nepoužíváte clamav-daemona, ale jednorázově spouštěný clamscan, pak samozřejmě démonovi aktualizaci virové databáze oznamovat nemusíte. Dosud tu však byla řeč o clamav-damonovi. Slávek. Dne út 24. únor 2004 13:06 Tomáš Bittner napsal(a): > nebude to tím, že amavis si startuje clamav při každem scanu ? > > >>> Slavek Banko 24.02.04 12:44 >>> > > Tak to se vůbec nedivím, že aktualizace démona nefunguje. Freshclam se > snaží si z konfiguračního souboru přečíst, v jakém souboru najde PID > běžícího démona, aby mu mohl poslat signál, kterým mu oznámí potřebu > znovu si načíst databázi virů. Takhle vám démon běží stále s databázi, > kterou si načetl při svém startu. > > Slávek. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFAOz7/Bqd9Bu0fSIQRAhIpAKCMq/nb+Ubb1S1XVSnRJNhssVApJACdFoRg vJP3nfLCUpJw2CpcxhEmLOI= =KJSe -----END PGP SIGNATURE----- From slavek.banko na axis.cz Tue Feb 24 13:12:06 2004 From: slavek.banko na axis.cz (Slavek Banko) Date: Tue, 24 Feb 2004 13:12:06 +0100 Subject: clamscan versus clamdscan a NetSky.B In-Reply-To: References: Message-ID: <200402241312.10358.slavek.banko@axis.cz> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 /etc/clamav.conf je v balíčku clamav-daemona. Dne út 24. únor 2004 13:03 Tomáš Bittner napsal(a): > můžete mi prosím poslat /etc/clamav.conf > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFAOz+aBqd9Bu0fSIQRAkXIAKCjgAOwz63G7VY89U+LggDMGwOvkgCeLkr6 RGQv93zIxOpYgNWeSpj1wM0= =htXp -----END PGP SIGNATURE----- From slavek.banko na axis.cz Tue Feb 24 16:01:39 2004 From: slavek.banko na axis.cz (Slavek Banko) Date: Tue, 24 Feb 2004 16:01:39 +0100 Subject: clamscan versus clamdscan a NetSky.B In-Reply-To: References: <200402241101.51981.slavek.banko@axis.cz> Message-ID: <200402241601.41448.slavek.banko@axis.cz> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Spouštíte freshclam s parametrem --daemon-notify? Slávek. - -- Dne út 24. únor 2004 12:52 Michal Bukovský napsal(a): > Takze, pokusim se odpovedet na vsechny otazky. > > 1) freshclam je nastaven na kazdou pulhodinu a do logu normalne > zapisuje inforamce o update... > 2) clamd ma spravne nastaven pid file. > 3) hlasku "Clamd successfully notified about the update" v logu nemam. > 4) do tohoto vykendu vse slo uplne v pohode, ale jakmile zacal chodit > NetSky.B, tak v bez problemu projde, protoze clamd ho nenajde... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFAO2dVBqd9Bu0fSIQRAuVWAJ4vI8NSkb/erO5M6VTBsvzyL2sLrgCfftzi bnLq46M6fusZjj4Uu1o+Deg= =Ae+D -----END PGP SIGNATURE----- From michal na trilogic.cz Tue Feb 24 16:20:54 2004 From: michal na trilogic.cz (=?ISO-8859-2?Q?Michal_Bukovsk=FD?=) Date: Tue, 24 Feb 2004 16:20:54 +0100 (CET) Subject: clamscan versus clamdscan a NetSky.B In-Reply-To: <200402241601.41448.slavek.banko@axis.cz> References: <200402241101.51981.slavek.banko@axis.cz> <200402241601.41448.slavek.banko@axis.cz> Message-ID: On Tue, 24 Feb 2004, Slavek Banko wrote: > Spouštíte freshclam s parametrem --daemon-notify? Ano. Ale stejne od zjisteni problemu, byl clamd nekolikrat restartovan, takze by si mel tu novou databazi stejne znovu nacist. Jenze vir porad prochazi. A to prosim _jen_ NetSky.B?! (zkousel jsem MyDoom, BugBear, a dalsi ze sbirky...) -- Michal Bukovský :wq From slavek.banko na axis.cz Tue Feb 24 16:55:11 2004 From: slavek.banko na axis.cz (Slavek Banko) Date: Tue, 24 Feb 2004 16:55:11 +0100 Subject: clamscan versus clamdscan a NetSky.B In-Reply-To: References: <200402241601.41448.slavek.banko@axis.cz> Message-ID: <200402241655.13356.slavek.banko@axis.cz> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hmm, tak to je divné. Ještě můžete v žurnálu /var/log/clamav/clamd.log zkontrolovat, zda nejsou hlášeny problémy a zda databáze koresponduje s databází clamscanu. Pak už mne nenapadá nic jiného, než se obrátit do konference clamavu. Slávek. - -- Dne út 24. únor 2004 16:20 Michal Bukovský napsal(a): > On Tue, 24 Feb 2004, Slavek Banko wrote: > > Spouštíte freshclam s parametrem --daemon-notify? > > Ano. Ale stejne od zjisteni problemu, byl clamd nekolikrat restartovan, > takze by si mel tu novou databazi stejne znovu nacist. Jenze vir porad > prochazi. A to prosim _jen_ NetSky.B?! (zkousel jsem MyDoom, BugBear, a > dalsi ze sbirky...) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQFAO3PhBqd9Bu0fSIQRAvjoAJ4mrmluQjh6HduHx48x029YmiGFAQCfagdm Xb2AV44UZ6yfTo0Co7mGb3o= =HdWY -----END PGP SIGNATURE----- From michal na trilogic.cz Tue Feb 24 19:31:32 2004 From: michal na trilogic.cz (=?ISO-8859-2?Q?Michal_Bukovsk=FD?=) Date: Tue, 24 Feb 2004 19:31:32 +0100 (CET) Subject: clamscan versus clamdscan a NetSky.B In-Reply-To: <200402241655.13356.slavek.banko@axis.cz> References: <200402241601.41448.slavek.banko@axis.cz> <200402241655.13356.slavek.banko@axis.cz> Message-ID: On Tue, 24 Feb 2004, Slavek Banko wrote: > Hmm, tak to je divné. Ještě můžete v žurnálu /var/log/clamav/clamd.log > zkontrolovat, zda nejsou hlášeny problémy a zda databáze koresponduje s > databází clamscanu. Pak už mne nenapadá nic jiného, než se obrátit do > konference clamavu. Logy jsem samo procetl tam a zpet.... No uz jsem tam neco poslal, tak uvidime. Ale diky moc za snahu... -- Michal Bukovský :wq From martin.reiser.konf na centrum.cz Tue Feb 24 22:24:56 2004 From: martin.reiser.konf na centrum.cz (Martin Reiser) Date: Tue, 24 Feb 2004 22:24:56 +0100 Subject: =?iso-8859-2?Q?o=F8=EDznut=ED_hlavi=E8ky=2C_postfix=2C_squirrelmail?= References: <403B7303.1000909@quick.cz> <1243429149.20040224191208@cimboraservis.cz> Message-ID: <000e01c3fb1c$a6b01700$6502a8c0@cz.cardif.com> Zdravim vsechny, mam nasledujici problem: Pouzivame (mimo jine) squirrelmail (ten je v DMZ) z internetu i z LAN, pak to jde na postfix (na jinem PC v DMZ) a pak dal. Adresat ale vidi v hlavicce prilis mnoho informaci . -usera ktery se hlasi -hodne informaci o IP adresach Jak to oriznout, na urovni squirrelmailu nebo postfixu ? Napr. Received: from server.cz (unknown [x.x.x.x]) by relay.firma.cz (Postfix) with ESMTP id 3544D32E58 for ; Tue, 24 Feb 2004 22:02:50 +0100 (CET) Received: from server.cz (localhost [127.0.0.1]) by server.cz (Postfix) with SMTP id AF4E3186C3 for ; Tue, 24 Feb 2004 22:11:13 +0100 (CET) Received: from u.v.x.z (SquirrelMail authenticated user pepik) by jmenoserveru.cz with HTTP; Tue, 24 Feb 2004 22:11:13 +0100 (CET) DIky za vase napady Martin Reiser --- AVG:This message doesn't contain viruses. Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz). Verze: 6.0.592 / Virová báze: 375 - datum vydání: 18.2.2004 From yce na seznam.cz Wed Feb 25 21:59:36 2004 From: yce na seznam.cz (Yce) Date: Wed, 25 Feb 2004 21:59:36 +0100 Subject: =?iso-8859-2?Q?Re:_o=F8=EDznut=ED_hlavi=E8ky=2C_postfix=2C_squirrelmail?= References: <403B7303.1000909@quick.cz> <1243429149.20040224191208@cimboraservis.cz> <000e01c3fb1c$a6b01700$6502a8c0@cz.cardif.com> Message-ID: <002d01c3fbe2$4780f440$f9faa8c0@petrntbk> Pouzivam Squirrelmail na Apachovi a k tomu sendmail. U predchozi verze jsem to "vygrepoval" v php skriptech podle hlavicky ze zpravy a pak to rucne vyhazel. Nyni zkousim posledni stable verzi a jeste jsem to nemenil (nebyl cas). Nevim nakolik je to "ciste", ale pomohlo to. Cast, kde to zapisuje postfix nevim. Znam to jen v pripade sendmailu :o( Petr ----- Original Message ----- From: "Martin Reiser" To: Sent: Tuesday, February 24, 2004 10:24 PM Subject: oříznutí hlavičky, postfix, squirrelmail > Zdravim vsechny, > > mam nasledujici problem: > > Pouzivame (mimo jine) squirrelmail (ten je v DMZ) z internetu i z LAN, pak > to jde na postfix (na jinem PC v DMZ) a pak dal. > Adresat ale vidi v hlavicce prilis mnoho informaci . > > -usera ktery se hlasi > -hodne informaci o IP adresach > > Jak to oriznout, na urovni squirrelmailu nebo postfixu ? > > Napr. > Received: from server.cz (unknown [x.x.x.x]) > by relay.firma.cz (Postfix) with ESMTP id 3544D32E58 > for ; Tue, 24 Feb 2004 22:02:50 +0100 (CET) > Received: from server.cz (localhost [127.0.0.1]) > by server.cz (Postfix) with SMTP id AF4E3186C3 > for ; Tue, 24 Feb 2004 22:11:13 +0100 (CET) > Received: from u.v.x.z > (SquirrelMail authenticated user pepik) > by jmenoserveru.cz with HTTP; > Tue, 24 Feb 2004 22:11:13 +0100 (CET) > > DIky za vase napady > > Martin Reiser > > > --- > AVG:This message doesn't contain viruses. > Zkontrolováno antivirovým systémem AVG (http://www.grisoft.cz). > Verze: 6.0.592 / Virová báze: 375 - datum vydání: 18.2.2004 > > > > > From cookies21cascade na hotmail.com Wed Feb 25 22:06:55 2004 From: cookies21cascade na hotmail.com (javier) Date: Wed, 25 Feb 2004 22:06:55 +0100 Subject: Forget V1AGRA, there's a new game in town! Message-ID: <1077790067-17035@excite.com> The Biggest New Drug since V1agra! Many times as powerful. http://healthdo.com/sv/index.php?pid=eph9106 C1AL1S has been seen all over TV as of late. So why is it so much better than V1agra? Why are so many switching brands? -A quicker more stable erection -More enjoyable sex for both -Longer sex -Known to add length to you erection -Lasts up to 36 hours (not a thrity-six hour erection, but enhancement for thirty-six) We have it at a discounted savings. Save when you go through our site on all your orders. See the difference today. http://medspro.net/sv/index.php?pid=eph9106 castle castlepinkfloy toronto arizona paula wolverin bull packer shitboots h2opolo goat saskia septembe megan Get off this list by writing to getoff3136 na yahoomail.com From satko na quanto.nr.sanet.sk Thu Feb 26 11:55:39 2004 From: satko na quanto.nr.sanet.sk (Jan Satko) Date: Thu, 26 Feb 2004 11:55:39 +0100 (CET) Subject: SASL + relaying Message-ID: Zdravim. Chcem by som sa spytat skusenejsich co uz maju prakticke skusenosti, ako sa riesi (ako to funguje) pripad, ked provider u seba aplikuje SASL na SMTP a ja mam firemny server, ktory zatial SASL nepodporuje. Presnejsie mojim SMTP postu posielam(provider je smarthost) a fetchmailom ju stahujem od providera k sebe. Jednoduche rieseni eby bolo zrusit smarthosta, lenze zakaznik ma ISDN pristup a IP-cka tych modemov byvaju zvacsa na blacklistoch :-( Vdaka. -- Bc. Jan 'EIS' Satko Slovak University of Agriculture network & system manager Tr. A. Hlinku 2 Tel: +421 37 7412 616 949 76 Nitra Slovakia From ivarozelle na maktoob.com Thu Feb 26 13:56:55 2004 From: ivarozelle na maktoob.com (Priscilla Pryor) Date: Thu, 26 Feb 2004 07:56:55 -0500 Subject: Bachelor's Diploma, Master's, or PhD - No Classes Necessary, precambrian elute endicott logician Message-ID: Academic Qualifications available from prestigious NON–ACCREDITTED universities. Do you have the knowledge and the experience but lack the qualifications? Are you getting turned down time and time again for the job of your dreams because you just don't have the right letters after your name? Get the prestige that you deserve today. Move ahead in your career today. Bachelors, Masters and PhD's available in your field. No examinations. No classes. No textbooks. Call to register and receive your qualifications within days. 24 hours a day 7 days a week. 1-603-457-0202 - USA No more ads: http://www.expertsavers.com/Unsubscribe.asp?unsub=10010000867704381 wary horizontal perseverance pitilessly discus cartwheel quadrilateral indict imaginary catalpa bella holocene penetrable fillet nineveh punctual bedimming From daemon na svoboda.nevotravovat.cz Thu Feb 26 14:11:53 2004 From: daemon na svoboda.nevotravovat.cz (Petr Vejsada) Date: Thu, 26 Feb 2004 14:11:53 +0100 Subject: non-root sendmail + procmail Message-ID: <200402261411.53092.daemon@svoboda.nevotravovat.cz> Ahoj, snazim se rozchodit sendmail pod jinym uzivatelem nez root. Vsechna prava mam OK, t.j. sendmail muze cist vsechno co potrebuje a psat kam potrebuje, ale procmail mi hystericky krici, ze nemuze zmenit GID (coz opravdu nemuze, protoze mu to nechci dovolit) - nepotrebuje to. Nebo to snad opravdu potrebuje ? Proc ? Da se premluvit, aby se o to nesnazil ? -- Zdraví Petr Vejsada ID klíče: 2BDE1F6C Fingerprint klíče FDA9 F8A1 276B 1E28 544E 87CE 3642 C9E8 2BDE 1F6C From Peter.Mann na tuke.sk Thu Feb 26 15:02:06 2004 From: Peter.Mann na tuke.sk (Peter Mann) Date: Thu, 26 Feb 2004 15:02:06 +0100 Subject: =?iso-8859-2?B?b/jtem51dO0gaGxhdmnoa3ks?= postfix, squirrelmail In-Reply-To: <000e01c3fb1c$a6b01700$6502a8c0@cz.cardif.com> References: <403B7303.1000909@quick.cz> <1243429149.20040224191208@cimboraservis.cz> <000e01c3fb1c$a6b01700$6502a8c0@cz.cardif.com> Message-ID: <20040226140206.GE10808@dot.tuke.sk> On Tue, Feb 24, 2004 at 10:24:56PM +0100, Martin Reiser wrote: > Jak to oriznout, na urovni squirrelmailu nebo postfixu ? na urovni squirrelmailu treba upravit zdrojaky na urovni postfixu: header_checks = regexp:/etc/postfix/hlavicka.regexp, hlavicka.regexp: /^Received: from localhost / IGNORE -- 5o Peter.Mann at tuke.sk KLFMANiK ICQ 12491471 PM2185-RIPE From ghauntu na vbiznes.com Thu Feb 26 15:22:18 2004 From: ghauntu na vbiznes.com (Rosie Mercado) Date: Thu, 26 Feb 2004 09:22:18 -0500 Subject: TAKE A STEP Into The Rx Future, clubhouse calumny codify opposable Message-ID: Wholesale Rx Take A Step Into The Future And Join The Millions Of People Already Using Rx Meds Online. http://www.more-salz.com/jw/ Best-Prices in Meds - Most of our products priced 30 percent less than normal. http://www.more-salz.com/jw/ No Prior Rx Required - Shipped-Direct to Your Door - U.S. Licensed Doctors. http://www.more-salz.com/jw/ No thanks: http://www.more-salz.com/postmark.html phosphoric scoria annual rehearse cogitate opec wordy storeroom munson phonon imperial chemist amaze hempstead cupboard amoco audubon premature tawny averring uncouth classification vector kovacs lie vacant rood stoneware musician deluge whelm corinthian come transpiration checksum pertinent From chevy21philip na hotmail.com Sat Feb 28 00:31:57 2004 From: chevy21philip na hotmail.com (jamel) Date: Sat, 28 Feb 2004 00:31:57 +0100 Subject: This Drug puts VlAGRA to shame!! Message-ID: <1077971564-25783@excite.com> The Biggest New Drug since V1agra! Many times as powerful. http://healthdo.com/sv/index.php?pid=eph9106 -A quicker more stable erection -More enjoyable sex for both -Longer sex -Known to add length to you erection -Lasts up to 36 hours (not a thrity-six hour erection, but enhancement for thirty-six) We have it at a discounted savings. Save when you go through our site on all your orders. http://healthdo.com/sv/index.php?pid=eph9106 septembe ruthmailman rux test2 olivier molly1 charlie1 genius abcdstormy metallic hello1 suzuki dead new Get off this list go to http://healthdo.com/sv/applepie.php From kiss21reznor na hotmail.com Sat Feb 28 03:08:25 2004 From: kiss21reznor na hotmail.com (humberto) Date: Sat, 28 Feb 2004 02:08:25 GMT Subject: V1AGKRA 80% DISCOUNT !! Message-ID: <1077934105-14339@excite.com> Did you know That the normal cost for Super V i a g r a is $20, per dose? We are running a hot special!! T0DAY Its only an amazing $3.00 Shipped world wide! DISC0UNT 0RDER: http://healthypolicy.com/sv/index.php?pid=eph9106 cherry campinggray wonder play turbo vicky dead pirate caesarresearch scooter1 rugby excalibu fugazi aeh Get off this list by going to http://healthypolicy.com/sv/applepie.php