From owner-freebsd-isp Sun Jul 29 7:11:40 2001 Delivered-To: freebsd-isp@freebsd.org Received: from psknet.com (voyager.psknet.com [63.171.251.15]) by hub.freebsd.org (Postfix) with SMTP id 2505837B401 for ; Sun, 29 Jul 2001 07:11:37 -0700 (PDT) (envelope-from troy@psknet.com) Received: (qmail 82749 invoked by uid 85); 29 Jul 2001 14:11:31 -0000 Received: from troy@psknet.com by voyager.psknet.com with qmail-scanner-0.95 (uvscan: v4.1.20/v4143. . Clean. Processed in 0.358037 secs); 29 Jul 2001 14:11:31 -0000 Received: from abyss.dashit.net (HELO abyss) (gunk@63.171.251.250) by voyager.psknet.com with SMTP; 29 Jul 2001 14:11:30 -0000 From: "Troy Settle" To: "Rob Secombe" , Subject: RE: Further to Virus checking mail server Date: Sun, 29 Jul 2001 10:11:30 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Importance: Normal In-Reply-To: <3.0.5.32.20010728105319.03799910@secombe> Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org From what I'm reading on McAfee's site, the NetShield product will work. I don't see anything about a per-mailbox licensing scheme, just mention about nodes. It doesn't appear that they're selling single-node licenses, but the 5 node is just $150. I would assume that most ISPs would have another 4 boxes (windows, unix, whatever) laying around that could use a licensed virus scanner :) HTH, -- Troy Settle Pulaski Networks 540.994.4254 - 866.477.5638 http://www.psknet.com ** -----Original Message----- ** From: owner-freebsd-isp@FreeBSD.ORG ** [mailto:owner-freebsd-isp@FreeBSD.ORG]On Behalf Of Rob Secombe ** Sent: Friday, July 27, 2001 8:53 PM ** To: freebsd-isp@freebsd.org ** Subject: Further to Virus checking mail server ** ** ** Hi all, ** ** I read with interest the recent thread on real time virus checking ** mailservers. Although I don't believe it to be a panacea, checking on the ** fly would certainly help to combat the problem. It appears that ** most of the ** solutions offered, such as Amavis, provide an interface to ** commercial virus ** checking software, which seems like a pretty logical thing to ** do. However, ** a cursory look around the contenders reveals that most of the ** licensing of ** these products for email servers seem to be based on the number of ** mailboxes to protect. In our case the cost would be prohibitive. ** Is anyone ** aware of a FreeBSD compatible product that is either 'server ** based' or has ** special licensing for ISPs? ** ** Cheers ** ** Rob Secombe ** ** Teksupport Pty Ltd ** Melbourne Australia ** ** ** ** ** ** ** ** To Unsubscribe: send mail to majordomo@FreeBSD.org ** with "unsubscribe freebsd-isp" in the body of the message ** ** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Sun Jul 29 12:54:41 2001 Delivered-To: freebsd-isp@freebsd.org Received: from segue.merit.edu (segue.merit.edu [198.108.1.41]) by hub.freebsd.org (Postfix) with ESMTP id 8B1B837B403 for ; Sun, 29 Jul 2001 12:54:38 -0700 (PDT) (envelope-from web@merit.edu) Received: from web1.merit.edu (web1.merit.edu [198.108.62.192]) by segue.merit.edu (Postfix) with ESMTP id 43C725DD8C; Sun, 29 Jul 2001 15:56:05 -0400 (EDT) Received: (from web@localhost) by web1.merit.edu (8.9.3/8.9.1) id PAA13736; Sun, 29 Jul 2001 15:54:43 -0400 (EDT) Date: Sun, 29 Jul 2001 15:54:43 -0400 From: William Bulley To: Vincent Poy Cc: freebsd-isp@FreeBSD.ORG Subject: Re: RADIUS server on FreeBSD 4.x-RELEASE Message-ID: <20010729155443.D13665@web1.merit.edu> Mail-Followup-To: Vincent Poy , freebsd-isp@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1us Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org According to Vincent Poy : > > Pretty interesting. Is there a way to limit one login per user > with Merit AAA? Yes and no. I wish I had a nickle for each time I have been asked that question over the years... :-) We never made that feature available in the "basic" (or freely available, but not redistributable) version. This feature is in the MichNet LAS (available only to those who are part of MichNet) and in the enhanced Merit AAA Server which Merit used to license for a fee. All this non-MichNet activity has now moved to a local\ start-up called Interlink Networks: http://www.interlinknetworks.com Regards, web... -- William Bulley Email: web@merit.edu Merit Network Inc. Ann Arbor, Michigan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Sun Jul 29 13:16:55 2001 Delivered-To: freebsd-isp@freebsd.org Received: from blade.elitsat.net (blade.elitsat.net [209.239.78.129]) by hub.freebsd.org (Postfix) with ESMTP id 9F2D037B401; Sun, 29 Jul 2001 13:16:45 -0700 (PDT) (envelope-from amour@blade.elitsat.net) Received: from localhost (amour@localhost) by blade.elitsat.net (8.11.4/8.11.3) with ESMTP id f6TKGdV11578; Sun, 29 Jul 2001 23:16:40 +0300 (EEST) (envelope-from amour@blade.elitsat.net) Date: Sun, 29 Jul 2001 23:16:39 +0300 (EEST) From: Alexander To: , Subject: ppp opens too many processes causes heavy system load Message-ID: <20010729230533.M11555-100000@blade.elitsat.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On jul 28 and 29 one of my clients had problem with his leased line. He couldn't connect for the 2 days. My server is configured to answering mode so the machine answered the whole 2 days. And on the second day (jul 29) the server actually *died*. Later when I checked the logs I got the following thing: (part of /var/log/all.log) ... Jul 29 22:51:27 shaper /kernel: file: table ile: table is full Jul 29 22:51:27 shaper /kernel: file: table is full Jul 29 22:51:27 shaper last message repeated 42 times Jul 29 22:51:27 shaper /kernel: le: table is full Jul 29 22:51:27 shaper /kernel: file: table is full Jul 29 22:51:27 shaper last message repeated 42 times ... and this keeps on and on. ppp configuration for this client is: client1: set device /dev/cuaa0 set phone set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ \"\" AT OK-AT-OK AT&F&C1&D2X1M1L2 OK \\dATA TIMEOUT 40 CONNECT" set timeout 180 set ifaddr 1.2.3.29 1.2.3.36 So my question is, how can this happen ? Is my ppp configuration wrong ? Does freebsd's ppp have problem handling with files ? P.S. If you know the reason for the "full file table" problem please answer me as fast as possible. thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 1:35:59 2001 Delivered-To: freebsd-isp@freebsd.org Received: from web20101.mail.yahoo.com (web20101.mail.yahoo.com [216.136.226.38]) by hub.freebsd.org (Postfix) with SMTP id AE26237B403 for ; Mon, 30 Jul 2001 01:35:53 -0700 (PDT) (envelope-from freefabri@yahoo.it) Message-ID: <20010730083553.89918.qmail@web20101.mail.yahoo.com> Received: from [193.227.212.161] by web20101.mail.yahoo.com; Mon, 30 Jul 2001 10:35:53 CEST Date: Mon, 30 Jul 2001 10:35:53 +0200 (CEST) From: =?iso-8859-1?q?Fabrizio=20Ravazzini?= Subject: Re: FreeBSD Mail Toaster CLUSTER To: freebsd-isp@freebsd.org In-Reply-To: <996207686.1405.14.camel@percible.alfred.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org why not this solution: After some studies of this mailing list... +-----------------+ +--| Raid Dsk Array |-----+ | | (NFS) | | | +-----------------+ | +--|----+ +--|----+ | MX2 | | MX2 | | |<----VQalive----->| | +-------+ +-------+ Ip1: 1.2.3.4 Ip2: 5.6.7.8 | | | | +-------------+--------------+ | | Ip0:10.11.12.13 MX1 & MX2 are two servers with Qmail-vpopmail-CourierImap-Sqwebmail installed on both the machines. The maildirs of the two MX are on the shared(NFS) Raid Disk Array or another Machine. Then MX1 & MX2 with two different Ips (Ip1,Ip2) shares with VQalive (Inter7.com/Vqalive) the same Ip (Ip0). Briefly the mail service respond to the Ip0 on one of the two MXs, if one of the two MXs goes down VQAlive on the other machine takes the Ip0 of the service, so the mail is still available (Ip0 is in the DNS). What do you think of my Idea? --- Andrew Reid ha scritto: > On 26 Jul 2001 11:10:15 +0200, Christoph Sold wrote: > > > As DNS & bind tells, just have two mail servers > accept SMTP for your > > domain. Assign different names and A records, as > well as set both as MX > > for your domain. > > > > If one goes down, the other will get the mail > automatically. > > I've been thinking about putting in another > mailserver for redundancy. > The notion of setting up a secondary MX host is easy > enough, but it > doesn't seem to be enough for what I'd like to do. > > For example: > > +-----------------------+ > +---------+ > | |---------------->| MX1 > | > | Load Balancing Device | > +---------+ > | | > +---------+ > | |---------------->| MX2 > | > +-----------------------+ > +---------+ > > If the Load Balancing Device ("LBD") is sharing out > connections for > ports 25 and 110 between MX1 and MX2, I want to be > sure that if one of > the two machines goes down, everyone can still get > their mail. > > I've looked at some methods of doing this where, > when accounts are > created, they are equally dispersed amongst your MX > farm, but that means > that all users on the dead MX will have no mail > access. > > How are people going about delivering distributed, > redundant, > load-balanced mail? I was thinking that some form of > parallel delivery > could be implemented, but that would result in the > load of MX1 and MX2 > being pretty similar (one would think). > > You don't want to have all your eggs in one basket, > but at the same > time, you do. You want to be able to get to your > mail -all- the time, > not just when the appropriate server is up. If > accounts "joe", "thelma" > and "louise" are on MX1, they still need to be able > to get to their > mail, even when the server is down. > > Hmm! Suggestions? > > - andrew > > -- > void signature () { > cout << "Andrew Reid -- andrew.reid@plug.cx" << > endl ; > cout << "Cell: +61 401 946 813" << endl; > cout << "Quidquid latine dictum sit, altum viditur" > << endl; > } > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message ______________________________________________________________________ Do You Yahoo!? Il tuo indirizzo gratis e per sempre @yahoo.it su http://mail.yahoo.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 1:50:32 2001 Delivered-To: freebsd-isp@freebsd.org Received: from mail.plug.cx (kypo.alfred.cx [150.101.93.134]) by hub.freebsd.org (Postfix) with ESMTP id C606237B401 for ; Mon, 30 Jul 2001 01:50:30 -0700 (PDT) (envelope-from andrew@plug.cx) Received: by mail.plug.cx (Postfix, from userid 1000) id 1A5622B7ED; Tue, 31 Jul 2001 04:14:19 +0930 (CST) Date: Tue, 31 Jul 2001 04:14:18 +0930 From: Andrew Reid To: Fabrizio Ravazzini Cc: freebsd-isp@freebsd.org Subject: Re: FreeBSD Mail Toaster CLUSTER Message-ID: <20010731041418.A26709@plug.cx> References: <996207686.1405.14.camel@percible.alfred.cx> <20010730083553.89918.qmail@web20101.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010730083553.89918.qmail@web20101.mail.yahoo.com>; from freefabri@yahoo.it on Mon, Jul 30, 2001 at 10:35:53AM +0200 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Jul 30, 2001 at 10:35:53AM +0200, Fabrizio Ravazzini wrote: > What do you think of my Idea? Seems very good, apart from the fact that it provides no load balancing. Replacing the vqalive software with some load balancing with failover mechanisms, such as balance (http://balance.sourceforge.net) or any of the commercial products. That's got me thinking, though ;-) - andrew -- void signature () { cout << "Andrew Reid -- andrew.reid@plug.cx" << endl ; cout << "Cell: +61 401 946 813" << endl; cout << "Quidquid latine dictum sit, altum viditur" << endl; } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 1:55:27 2001 Delivered-To: freebsd-isp@freebsd.org Received: from net2.dinoex.sub.org (net2.dinoex.de [212.184.201.182]) by hub.freebsd.org (Postfix) with ESMTP id 1863C37B401 for ; Mon, 30 Jul 2001 01:55:24 -0700 (PDT) (envelope-from dirk.meyer@dinoex.sub.org) Received: from gate.dinoex.sub.org (dinoex@localhost) by net2.dinoex.sub.org (8.11.4/8.11.4) with BSMTP id f6U8t3q25645 for ; Mon, 30 Jul 2001 10:55:03 +0200 (CEST) (envelope-from dirk.meyer@dinoex.sub.org) X-MDaemon-Deliver-To: To: freebsd-isp@FreeBSD.ORG Message-ID: From: dirk.meyer@dinoex.sub.org (Dirk Meyer) Organization: privat Subject: Re: sendmail + virtualhosting + pop secure access + No spam Date: Mon, 30 Jul 2001 10:51:55 +0200 X-Mailer: Dinoex 1.77 References: <81C8CA3C286FD511A959000102C9B2CE2B3C@EXCHANGE> <81C8CA3C286FD511A959000102C9B2CE2B3C@EXCHANGE> <996206973.1355.3.camel@percible.alfred.cx> X-Gateway: ZCONNECT gate.dinoex.sub.org [UNIX/Connect 0.91] X-Accept-Language: de,en X-PGP-Fingerprint: 44 16 EC 0A D3 3A 4F 28 8A 8A 47 93 F1 CF 2F 12 X-Noad: Please don't send me ad's by mail. I'm bored by this type of mail. X-Copyright: (C) Copyright 1999 by Dirk Meyer -- All rights reserved. X-Note: sending SPAM is a violation of both german and US law and will at least trigger a complaint at your provider's postmaster. X-PGP-Key-Avail: mailto:pgp-public-keys@keys.de.pgp.net Subject:GET 0x331CDA5D X-No-Archive: yes X-ZC-VIA: 20010730000000S+2@dinoex.sub.org Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org A. David Perez Marfil wrote: > 1.- sendmail with virtual domain ok > 2.- pop access to the email accounts ok > 3.- how to let the users relay email for their domian in secure way ? > 4.- aviod spammers ? Andrew Reid wrote, > You may want to have a think about POP-3 authentication before allowing > mail relay. That way, users have to identify themselves before Sendmail > will relay for them. I have a patchkit for popa3d working, thats needs no cron job or perl running. I will commit a port if someone like to see it in the collection. kind regards Dirk - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 2:10: 8 2001 Delivered-To: freebsd-isp@freebsd.org Received: from kermit.netivity.nl (wc-68.r-195-85-144.essentkabel.com [195.85.144.68]) by hub.freebsd.org (Postfix) with ESMTP id 9FF7C37B401 for ; Mon, 30 Jul 2001 02:10:04 -0700 (PDT) (envelope-from enriko.groen@netivity.nl) Received: by KERMIT with Internet Mail Service (5.5.2650.21) id ; Mon, 30 Jul 2001 11:10:02 +0200 Message-ID: <510EAC2065C0D311929200A0247252622F7AB0@netivity-fs> From: Enriko Groen To: 'Fabrizio Ravazzini' , freebsd-isp@freebsd.org Subject: RE: FreeBSD Mail Toaster CLUSTER Date: Mon, 30 Jul 2001 11:10:02 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > -----Original Message----- > From: Fabrizio Ravazzini [mailto:freefabri@yahoo.it] > Sent: Monday, 30 July 2001 10:36 > > why not this solution: > After some studies of this mailing list... > +-----------------+ > +--| Raid Dsk Array |-----+ > | | (NFS) | | > | +-----------------+ | > +--|----+ +--|----+ > | MX2 | | MX2 | > | |<----VQalive----->| | > +-------+ +-------+ > Ip1: 1.2.3.4 Ip2: 5.6.7.8 > | | > | | > +-------------+--------------+ > | > | > Ip0:10.11.12.13 > > What do you think of my Idea? A good start... But what if you loose your local network? Or your local power supply? Or your internet connection? I don't see the use of investing time and funds in this kind of redundancy when your network is a single point of failure. It will take your availability up a bit, but you'll still have lots of points on which operation could break. -- [ ric0@xhuman.net ] - [ http://www.xhuman.net ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 2:21:52 2001 Delivered-To: freebsd-isp@freebsd.org Received: from mail.riic.uni-linz.ac.at (mail.riic.uni-linz.ac.at [140.78.161.130]) by hub.freebsd.org (Postfix) with ESMTP id 43A6137B403 for ; Mon, 30 Jul 2001 02:21:49 -0700 (PDT) (envelope-from hueber@riic.at) Received: from hawkings.riic.uni-linz.ac.at (hawkings.riic.uni-linz.ac.at [140.78.161.239]) by mail.riic.uni-linz.ac.at (8.9.3/8.9.3) with ESMTP id LAA08830; Mon, 30 Jul 2001 11:14:55 +0200 Message-Id: <5.1.0.14.0.20010730111125.00aede60@postoffice.riic.at> X-Sender: hueber@postoffice.riic.at X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 30 Jul 2001 11:15:38 +0200 To: Andrew Reid , Fabrizio Ravazzini From: Gernot Hueber Subject: Re: FreeBSD Mail Toaster CLUSTER Cc: freebsd-isp@FreeBSD.ORG In-Reply-To: <20010731041418.A26709@plug.cx> References: <20010730083553.89918.qmail@web20101.mail.yahoo.com> <996207686.1405.14.camel@percible.alfred.cx> <20010730083553.89918.qmail@web20101.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Or, using round robin dns ... But what do you do if you nfs/raid server fails? or the local network between raid/nfs server and mx1 and mx2? Gernot At 04:14 31.07.01 +0930, Andrew Reid wrote: >On Mon, Jul 30, 2001 at 10:35:53AM +0200, Fabrizio Ravazzini wrote: > >> What do you think of my Idea? > >Seems very good, apart from the fact that it provides no load balancing. >Replacing the vqalive software with some load balancing with failover >mechanisms, such as balance (http://balance.sourceforge.net) or any of >the commercial products. > >That's got me thinking, though ;-) > > - andrew > >--=20 >void signature () { > cout << "Andrew Reid -- andrew.reid@plug.cx" << endl ; > cout << "Cell: +61 401 946 813" << endl; > cout << "Quidquid latine dictum sit, altum viditur" << endl; >} > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-isp" in the body of the message Dipl.-Ing. Gernot Hueber Institut f=FCr Integrierte Schaltungen Freist=E4dter Strasse 315/2 A-4040 Linz Tel: +43 732 2468-7118, Fax: -7126 E-mail: hueber@riic.at To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 2:33:24 2001 Delivered-To: freebsd-isp@freebsd.org Received: from mgw1.MEIway.com (mgw1.meiway.com [212.73.210.75]) by hub.freebsd.org (Postfix) with ESMTP id C34D437B401 for ; Mon, 30 Jul 2001 02:33:20 -0700 (PDT) (envelope-from LConrad@Go2France.com) Received: from mail.Go2France.com (ms1.meiway.com [212.73.210.73]) by mgw1.MEIway.com (Postfix Relay Hub) with ESMTP id 5B14D16B16 for ; Mon, 30 Jul 2001 11:33:13 +0200 (CEST) Received: from IBM-HIRXKN66F0W.Go2France.com [195.115.185.184] by mail.Go2France.com with ESMTP (SMTPD32-6.06) id ABF0EA017E; Mon, 30 Jul 2001 11:42:08 +0200 Message-Id: <5.1.0.14.0.20010730112611.0366fdd0@mail.Go2France.com> X-Sender: LConrad@Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 30 Jul 2001 11:34:00 +0200 To: freebsd-isp@freebsd.org From: Len Conrad Subject: Re: FreeBSD Mail Toaster CLUSTER In-Reply-To: <5.1.0.14.0.20010730111125.00aede60@postoffice.riic.at> References: <20010731041418.A26709@plug.cx> <20010730083553.89918.qmail@web20101.mail.yahoo.com> <996207686.1405.14.camel@percible.alfred.cx> <20010730083553.89918.qmail@web20101.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >Or, using round robin dns ... if itīs good enough MX load distribution for these people... ; <<>> DiG 8.3 <<>> aol.com mx ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 2, ADDITIONAL: 15 ;; QUERY SECTION: ;; aol.com, type = MX, class = IN ;; ANSWER SECTION: aol.com. 1H IN MX 15 mailin-03.mx.aol.com. aol.com. 1H IN MX 15 mailin-04.mx.aol.com. aol.com. 1H IN MX 15 mailin-01.mx.aol.com. aol.com. 1H IN MX 15 mailin-02.mx.aol.com. >But what do you do if you nfs/raid server fails? or the local network >between raid/nfs server and mx1 and mx2? or if the mailbox servers, connected directly to internet gets DoS'ed with mailbombs, harvesting, relay attacks, spoofed From: headers, etc, etc? The priorites are screwy when the mailbox server failover is addressed while leaving the mailbox servers exposed as MX hosts. The mailbox servers should be behind a separate, out-front rank of MX hosts as defensive relay hubs (and as outbound gateways). Len http://MenAndMice.com/DNS-training http://BIND8NT.MEIway.com : ISC BIND 8.2.4 for NT4 & W2K http://IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 2:38: 2 2001 Delivered-To: freebsd-isp@freebsd.org Received: from web20107.mail.yahoo.com (web20107.mail.yahoo.com [216.136.226.44]) by hub.freebsd.org (Postfix) with SMTP id BA30B37B401 for ; Mon, 30 Jul 2001 02:38:00 -0700 (PDT) (envelope-from freefabri@yahoo.it) Message-ID: <20010730093800.57291.qmail@web20107.mail.yahoo.com> Received: from [193.227.212.161] by web20107.mail.yahoo.com; Mon, 30 Jul 2001 11:38:00 CEST Date: Mon, 30 Jul 2001 11:38:00 +0200 (CEST) From: =?iso-8859-1?q?Fabrizio=20Ravazzini?= Subject: Re: FreeBSD Mail Toaster CLUSTER To: freebsd-isp@freebsd.org In-Reply-To: <20010731041418.A26709@plug.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > But what if you loose your local network? > Or your local power supply? > Or your internet connection? Ops... I'm thinking about. > Replacing the vqalive software with some load > balancing with failover > mechanisms, such as balance > (http://balance.sourceforge.net) or any of > the commercial products. And for balance.sourceforge.net, does it shares a single Ip? ______________________________________________________________________ Do You Yahoo!? Il tuo indirizzo gratis e per sempre @yahoo.it su http://mail.yahoo.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 2:45:13 2001 Delivered-To: freebsd-isp@freebsd.org Received: from mgnmail4.mgn.co.uk (mgn2.mgn.co.uk [195.92.144.202]) by hub.freebsd.org (Postfix) with ESMTP id 5CBC737B403 for ; Mon, 30 Jul 2001 02:44:55 -0700 (PDT) (envelope-from tony.mccrory@mgn.co.uk) Subject: RE: FreeBSD Mail Toaster CLUSTER To: freebsd-isp@freebsd.org X-Mailer: Lotus Notes Release 5.07a May 14, 2001 Message-ID: From: tony.mccrory@mgn.co.uk Date: Mon, 30 Jul 2001 10:44:53 +0100 X-MIMETrack: Serialize by Router on LNPRODUCTION2CW/MG_CW(Release 5.0.4 |June 8, 2000) at 30/07/2001 10:42:13 MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Buy a diesel powered generator Use multiple upstreams Spare switches/routers Given enough =A3=A3=A3 you can answer any of those problems Of course you could use a GeoThermal powered generator in case the supp= ly of diesel drys up. Tony = =20 Enriko Groen = =20 , =20 ity.nl> freebsd-isp@freebsd.org = =20 Sent by: cc: = =20 owner-freebsd-isp@F Subject: RE: FreeBSD= Mail Toaster CLUSTER =20 reeBSD.ORG = =20 = =20 = =20 07/30/2001 10:10 AM = =20 = =20 = =20 > -----Original Message----- > From: Fabrizio Ravazzini [mailto:freefabri@yahoo.it] > Sent: Monday, 30 July 2001 10:36 > > why not this solution: > After some studies of this mailing list... > +-----------------+ > +--| Raid Dsk Array |-----+ > | | (NFS) | | > | +-----------------+ | > +--|----+ +--|----+ > | MX2 | | MX2 | > | |<----VQalive----->| | > +-------+ +-------+ > Ip1: 1.2.3.4 Ip2: 5.6.7.8 > | | > | | > +-------------+--------------+ > | > | > Ip0:10.11.12.13 > > What do you think of my Idea? A good start... But what if you loose your local network? Or your local power supply? Or your internet connection? I don't see the use of investing time and funds in this kind of redunda= ncy when your network is a single point of failure. It will take your availability up a bit, but you'll still have lots of points on which operation could break. -- [ ric0@xhuman.net ] - [ http://www.xhuman.net ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message IMPORTANT NOTICE The information in this e-mail is confidential and sh= ould only be read by those persons to whom it is addressed and is not intend= ed to be relied upon by any person without subsequent written confirmation= of its contents. Furthermore, the content of this e-mail is the personal = view of the sender and does not represent the advice, views or opinion of ou= r company. Accordingly, our company disclaim all responsibility and acce= pt no liability (including in negligence) for the consequences of any pers= on acting, or refraining from acting, on such information prior to the rec= eipt by those persons of subsequent written confirmation. In particular (bu= t not by way of limitation) our company disclaims all responsibility and accepts no liability for any e-mails which are defamatory, offensive, racist or in any other way are in breach of any third party's rights, including breach of confidence, privacy or other rights. If you have received this e-mail message in error, please notify me immediately by telephone. Please also destroy and delete the message from your comput= er. Any form of reproduction, dissemination, copying, disclosure, modificat= ion, distribution and/or publication of this e-mail message is strictly prohibited. Trinity Mirror plc is the holding company for the Trinity Mirror group of companies and is registered in England No. 82548, with = its address at Kingsfield Court, Chester Business Park, Chester CH4 9RE.= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 6:13:11 2001 Delivered-To: freebsd-isp@freebsd.org Received: from Thanatos.Shenton.Org (a3.ebbed1.client.atlantech.net [209.190.235.163]) by hub.freebsd.org (Postfix) with SMTP id 070C537B401 for ; Mon, 30 Jul 2001 06:13:09 -0700 (PDT) (envelope-from chris@Shenton.Org) Received: (qmail 4780 invoked by uid 1000); 30 Jul 2001 13:13:07 -0000 To: Fabrizio Ravazzini Cc: freebsd-isp@freebsd.org Subject: Re: FreeBSD Mail Toaster CLUSTER References: <20010730093800.57291.qmail@web20107.mail.yahoo.com> From: Chris Shenton Date: 30 Jul 2001 09:13:07 -0400 In-Reply-To: <20010730093800.57291.qmail@web20107.mail.yahoo.com> Message-ID: <87puaiy2zg.fsf@thanatos.shenton.org> Lines: 21 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Fabrizio Ravazzini writes: > > Replacing the vqalive software with some load > > balancing with failover > > mechanisms, such as balance > > (http://balance.sourceforge.net) or any of > > the commercial products. > > And for balance.sourceforge.net, does it shares a > single Ip? What's the point of the VQalive box? It seems to me it introduces another single point of failure. Perhaps if you had two of them and used VRRPd you'd avoid the SPOF. But really, if you eliminate the VQalive box and set both MX boxes are equal-weights in the DNS, then inbound mail will automatically load-balance to them. I guess I don't see the added value of the VQalive box and only see a negative. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 6:41:17 2001 Delivered-To: freebsd-isp@freebsd.org Received: from virtual-voodoo.com (virtual-voodoo.com [204.120.165.254]) by hub.freebsd.org (Postfix) with ESMTP id 062E237B405 for ; Mon, 30 Jul 2001 06:41:10 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: (from root@localhost) by virtual-voodoo.com (8.11.4/8.11.4) id f6UDdiD20693; Mon, 30 Jul 2001 08:39:44 -0500 (EST) (envelope-from steve) Date: Mon, 30 Jul 2001 08:39:44 -0500 From: Charlie & To: Dirk Meyer Cc: freebsd-isp@FreeBSD.ORG Subject: Re: sendmail + virtualhosting + pop secure access + No spam Message-ID: <20010730083944.A65430@virtual-voodoo.com> References: <81C8CA3C286FD511A959000102C9B2CE2B3C@EXCHANGE> <81C8CA3C286FD511A959000102C9B2CE2B3C@EXCHANGE> <996206973.1355.3.camel@percible.alfred.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from dirk.meyer@dinoex.sub.org on Mon, Jul 30, 2001 at 10:51:55AM +0200 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Jul 30, 2001 at 10:51:55AM +0200, Dirk Meyer wrote: > > A. David Perez Marfil wrote: > > > 1.- sendmail with virtual domain ok > > 2.- pop access to the email accounts ok > > 3.- how to let the users relay email for their domian in secure way ? > > 4.- aviod spammers ? > > Andrew Reid wrote, > > > You may want to have a think about POP-3 authentication before allowing > > mail relay. That way, users have to identify themselves before Sendmail > > will relay for them. Why wouldn't you just use SMTP authentication? Most clients seem to support that now and you get to avoid the pop-before-smtp kludge (several clients attempt to send before receiving). -Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 6:45:51 2001 Delivered-To: freebsd-isp@freebsd.org Received: from web20104.mail.yahoo.com (web20104.mail.yahoo.com [216.136.226.41]) by hub.freebsd.org (Postfix) with SMTP id A60E437B403 for ; Mon, 30 Jul 2001 06:45:47 -0700 (PDT) (envelope-from freefabri@yahoo.it) Message-ID: <20010730134547.513.qmail@web20104.mail.yahoo.com> Received: from [193.227.212.160] by web20104.mail.yahoo.com; Mon, 30 Jul 2001 15:45:47 CEST Date: Mon, 30 Jul 2001 15:45:47 +0200 (CEST) From: =?iso-8859-1?q?Fabrizio=20Ravazzini?= Subject: Re: FreeBSD Mail Toaster CLUSTER To: Chris Shenton Cc: freebsd-isp@freebsd.org In-Reply-To: <87puaiy2zg.fsf@thanatos.shenton.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org So I understood that's better Two MX with balance.sourceforge.net wich shares the same Raid Disk Array for the Maildirs? --- Chris Shenton ha scritto: > Fabrizio Ravazzini writes: > > > > Replacing the vqalive software with some load > > > balancing with failover > > > mechanisms, such as balance > > > (http://balance.sourceforge.net) or any of > > > the commercial products. > > > > And for balance.sourceforge.net, does it shares a > > single Ip? > > What's the point of the VQalive box? It seems to me > it introduces > another single point of failure. Perhaps if you had > two of them and > used VRRPd you'd avoid the SPOF. > > But really, if you eliminate the VQalive box and set > both MX boxes are > equal-weights in the DNS, then inbound mail will > automatically > load-balance to them. > > I guess I don't see the added value of the VQalive > box and only see a > negative. ______________________________________________________________________ Do You Yahoo!? Il tuo indirizzo gratis e per sempre @yahoo.it su http://mail.yahoo.it To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 7:14:32 2001 Delivered-To: freebsd-isp@freebsd.org Received: from mgw1.MEIway.com (mgw1.meiway.com [212.73.210.75]) by hub.freebsd.org (Postfix) with ESMTP id C726D37B405 for ; Mon, 30 Jul 2001 07:14:29 -0700 (PDT) (envelope-from LConrad@Go2France.com) Received: from mail.Go2France.com (ms1.meiway.com [212.73.210.73]) by mgw1.MEIway.com (Postfix Relay Hub) with ESMTP id 7792316B2B for ; Mon, 30 Jul 2001 16:14:27 +0200 (CEST) Received: from IBM-HIRXKN66F0W.Go2France.com [195.115.185.184] by mail.Go2France.com with ESMTP (SMTPD32-6.06) id ADD71F4F0174; Mon, 30 Jul 2001 16:23:19 +0200 Message-Id: <5.1.0.14.0.20010730160936.00b5f960@mail.Go2France.com> X-Sender: LConrad@Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 30 Jul 2001 16:15:06 +0200 To: freebsd-isp@freebsd.org From: Len Conrad Subject: Re: FreeBSD Mail Toaster CLUSTER In-Reply-To: <20010730134547.513.qmail@web20104.mail.yahoo.com> References: <87puaiy2zg.fsf@thanatos.shenton.org> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >So I understood that's better Two MX with ... with same preference value gives you MX load distribution, not balancing. >balance.sourceforge.net wich shares the same Raid Disk >Array for the Maildirs? balance.sourceforge.net, at which point, is redundant. but thatīs only incoming SMTP load distribution. What about POP and HTTP mail access to you mailbox servers? Thatīs where balance.sourceforge.net comes back into the picture. Len http://MenAndMice.com/DNS-training http://BIND8NT.MEIway.com : ISC BIND 8.2.4 for NT4 & W2K http://IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 8:16:32 2001 Delivered-To: freebsd-isp@freebsd.org Received: from mydomain.com (1Cust57.tnt2.cph3.da.uu.net [213.116.21.57]) by hub.freebsd.org (Postfix) with ESMTP id 735E837B401; Mon, 30 Jul 2001 08:16:18 -0700 (PDT) (envelope-from xxxsensation@funkytimes.com) Date: Mon, 30 Jul 2001 17:16:18 +0100 From: XXXSENSATION To: XXXSENSATION@FreeBSD.ORG Subject: THE GREATEST NO.1 SHOWS ON THE NET ! Message-Id: <20010730151618.735E837B401@hub.freebsd.org> Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dear Ladies & Gentlemen, Welcome to the GREATEST SEX SHOW on the ENTIRE NET ! We now offer you to ENTER to worldīs No.1 voted SEX-SERVER on the WEB ! By far the largest and most incredible content of LIVE SEX is now served to users WORLDWIDE! EVERYTHING is offered 100% ANONOMOUSLY & you donīt need to sign-up or have a creditcard ... The way it should be ! PLUGIN RIGHT HERE AT: http://siam.to/worldclass ... If this Site does not open properly ... please try http://cyberu.to/worldclass Or this one, if you just love true LESBIAN SEX, CHAT and MORE from Sunny Ibiza in Spain: http://siam.to/classbabes ... If this Site does not open properly ... please try http://cyberu.to/hotbabes and get access to something you with guarantee NEVER have seen before ! Yours truly, XXXSENSATION Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 8:25:15 2001 Delivered-To: freebsd-isp@freebsd.org Received: from Thanatos.Shenton.Org (a3.ebbed1.client.atlantech.net [209.190.235.163]) by hub.freebsd.org (Postfix) with SMTP id B54DA37B401 for ; Mon, 30 Jul 2001 08:25:10 -0700 (PDT) (envelope-from chris@Shenton.Org) Received: (qmail 17537 invoked by uid 1000); 30 Jul 2001 15:25:09 -0000 To: Fabrizio Ravazzini Cc: freebsd-isp@freebsd.org Subject: Re: FreeBSD Mail Toaster CLUSTER References: <20010730134547.513.qmail@web20104.mail.yahoo.com> From: Chris Shenton Date: 30 Jul 2001 11:25:09 -0400 In-Reply-To: <20010730134547.513.qmail@web20104.mail.yahoo.com> Message-ID: <877kwqxwve.fsf@thanatos.shenton.org> Lines: 24 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Fabrizio Ravazzini writes: > So I understood that's better Two MX with > balance.sourceforge.net wich shares the same Raid Disk > Array for the Maildirs? Not sure I understand this. I think using a reliable backend store for maildirs is a very good thing; the Maildir format makes crash-proof NFS storage a reality, but shared RAID would be good too. If I had lots of money, I'd use a clustered pair of NetApps. I don't know of any RAID disk products that can be shared by two or more hosts, but I haven't looked -- any suggestions? I am not yet convinced there's any advantage of using a load-balancing box in front of the MX boxes, since MX self-balances via DNS. Now if these boxes will also serve POP and IMAP, you might want a balancer but I expect the pseudo-round-robin you get with DNS would be sufficient. My biggest concern would be introducing a single box, which becomes a single point of failure, whether it be a solution from VQmail or balance.sourceforge.net. When I've used load balancers in the base (F5's BIG/ip), we've *always* deployed them in pairs, so that if one fails the other takes over automatically. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 9:16:51 2001 Delivered-To: freebsd-isp@freebsd.org Received: from relay.kiev.sovam.com (relay.kiev.sovam.com [212.109.32.5]) by hub.freebsd.org (Postfix) with ESMTP id D5A7337B403 for ; Mon, 30 Jul 2001 09:16:44 -0700 (PDT) (envelope-from dimitry@al.org.ua) Received: from [212.109.32.117] (helo=dimitry-vm.kiev.sovam.com) by relay.kiev.sovam.com with esmtp (Exim 3.22 #4) id 15RFik-000N3t-00; Mon, 30 Jul 2001 19:16:42 +0300 Date: Mon, 30 Jul 2001 19:16:27 +0300 From: Dmitry Alyabyev X-Mailer: The Bat! (v1.51) UNREG / CD5BF9353B3B7091 Reply-To: Dmitry Alyabyev X-Priority: 3 (Normal) Message-ID: <2635640154.20010730191627@al.org.ua> To: Adrian Gonzalez Cc: freebsd-isp@FreeBSD.ORG Subject: Re: Adaptec 2100S RAID Performance In-Reply-To: <3.0.6.32.20010718140004.01057240@globalpc.net> References: <3.0.6.32.20010718140004.01057240@globalpc.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hi AFAIK dd isn't good tool for that. Just use iozone - it's in port collection. But in other hand I'd like to follow this question and ask people which are using 2100S. I have 2100S with RAID1 of two Ultra2 disks under FreeBSD and Mylex with RAID0+1 with several Ultra3 disks. The results of iozone tests are terrible under FBSD in comparison with Linux (please see the figures below - I'm talking about random read/write). So I'd like to know WHAT IS THE BOTTLENECK - Ultra2 vs. Ultra3 OR Adaptec 2100S vs. Mylex OR FBSD io vs. Linux io (softupdate is set) For FBSD: Record Size 4 KB File size set to 1048576 KB Time Resolution = 0.000004 seconds. Processor cache size set to 1024 Kbytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. Throughput test with 3 processes Each process writes a 1048576 Kbyte file in 4 Kbyte records Children see throughput for 3 initial writers = 20621.72 KB/sec Parent sees throughput for 3 initial writers = 20134.93 KB/sec Min throughput per process = 6596.70 KB/sec Max throughput per process = 7042.41 KB/sec Avg throughput per process = 6873.91 KB/sec Min xfer = 983196.00 KB Children see throughput for 3 rewriters = 3043.30 KB/sec Parent sees throughput for 3 rewriters = 3043.25 KB/sec Min throughput per process = 1006.05 KB/sec Max throughput per process = 1019.20 KB/sec Avg throughput per process = 1014.43 KB/sec Min xfer = 1035048.00 KB Children see throughput for 3 random readers = 964.08 KB/sec Parent sees throughput for 3 random readers = 964.07 KB/sec Min throughput per process = 321.22 KB/sec Max throughput per process = 321.44 KB/sec Avg throughput per process = 321.36 KB/sec Min xfer = 1047860.00 KB Children see throughput for 3 random writers = 440.61 KB/sec Parent sees throughput for 3 random writers = 438.70 KB/sec Min throughput per process = 146.49 KB/sec Max throughput per process = 147.42 KB/sec Avg throughput per process = 146.87 KB/sec Min xfer = 1041952.00 KB For Linux: Record Size 4 KB File size set to 1048576 KB Time Resolution = 0.000001 seconds. Processor cache size set to 1024 Kbytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. Throughput test with 3 processes Each process writes a 1048576 Kbyte file in 4 Kbyte records Children see throughput for 3 initial writers = 34334.45 KB/sec Parent sees throughput for 3 initial writers = 20504.82 KB/sec Min throughput per process = 10804.76 KB/sec Max throughput per process = 12669.23 KB/sec Avg throughput per process = 11444.82 KB/sec Min xfer = 896260.00 KB Children see throughput for 3 rewriters = 21032.06 KB/sec Parent sees throughput for 3 rewriters = 14973.13 KB/sec Min throughput per process = 7010.16 KB/sec Max throughput per process = 7011.58 KB/sec Avg throughput per process = 7010.69 KB/sec Min xfer = 1048576.00 KB Children see throughput for 3 random readers = 1637.39 KB/sec Parent sees throughput for 3 random readers = 1637.35 KB/sec Min throughput per process = 528.07 KB/sec Max throughput per process = 560.51 KB/sec Avg throughput per process = 545.80 KB/sec Min xfer = 987920.00 KB Children see throughput for 3 random writers = 5057.66 KB/sec Parent sees throughput for 3 random writers = 3441.19 KB/sec Min throughput per process = 1613.77 KB/sec Max throughput per process = 1754.04 KB/sec Avg throughput per process = 1685.89 KB/sec Min xfer = 964792.00 KB -- Dimitry Wednesday, July 18, 2001, 10:00:04 PM, Adrian Gonzalez wrote: > Hello everyone > Sorry if this is slightly off topic, but I couldn't find anything similar > on the archives. Here goes... > I recently got an Adaptec 2100S single channel RAID controller (Ultra 160) > and 4 Seagate Cheetah 18G 15K RPM drives. > Basically, I mounted the 4 drives in a very nice but somewhat pricey > enclosure from Storcase (http://www.storcase.com) and connected the array > to the Adaptec card using a 3 ft Ultra-160 cable. The array was configured > as RAID 1+0 (two pairs of two-drive RAID1 arrays) to get the best performance. > FreeBSD 4.3 happily detected the controller and the disk array. I created > a single partition and mounted it under /raid. > Now for the question: What kind of performance should I expect from the > array? I did simple tests like: > dd if=/dev/zero of=test.file bs=1024k count=1000 > and wasn't terribly impressed with the performance. dd reported about > 44Meg/sec reads and 18Meg/sec writes on average. I know this isn't a > terribly reliable way to test the performance, and I'm hoping the > advantages of using RAID will show themselves once this array is in a > production server under a multiuser environment, but I can't help feeling > it's somewhat on the slow side. > Anyone have a similar setup or some suggestions for better ways to > benchmark this array? > Since this is somewhat off-topic, please reply directly to me. I will post > any interesting results/observations to the list. > Thank you > -Adrian > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 9:22:56 2001 Delivered-To: freebsd-isp@freebsd.org Received: from caturix.genilog.net (unknown [66.38.181.33]) by hub.freebsd.org (Postfix) with ESMTP id 11B5337B403 for ; Mon, 30 Jul 2001 09:22:53 -0700 (PDT) (envelope-from paul@colba.net) Received: from colba.net (nat.MTL.distributel.NET [66.38.181.24]) by caturix.genilog.net (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id LAA31742 for ; Mon, 30 Jul 2001 11:19:36 -0400 Message-ID: <3B65C40F.55AE6DEE@colba.net> Date: Mon, 30 Jul 2001 16:31:11 -0400 From: Paul Khavkine X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-isp@freebsd.org Subject: FDDI card Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Does anyone know where i can get a DEC FDDI card ? EISA or PCI, prefer PCI. Thanx Paul -- ************************************************* Paul Khavkine Network Administrator Distributel Communications 740 Notre Dame West, Suite 1135 Montreal, Quebec, Canada, H3C 3X6 1-514-877-0064 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 9:26:37 2001 Delivered-To: freebsd-isp@freebsd.org Received: from heorot.1nova.com (heorot.1nova.com [63.105.24.23]) by hub.freebsd.org (Postfix) with ESMTP id 3484837B405 for ; Mon, 30 Jul 2001 09:26:35 -0700 (PDT) (envelope-from hamellr@1nova.com) Received: by heorot.1nova.com (Postfix, from userid 1000) id C88A818EA; Mon, 30 Jul 2001 09:26:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by heorot.1nova.com (Postfix) with ESMTP id B874B18E9; Mon, 30 Jul 2001 09:26:20 -0700 (PDT) Date: Mon, 30 Jul 2001 09:26:20 -0700 (PDT) From: Rick Hamell To: Paul Khavkine Cc: freebsd-isp@freebsd.org Subject: Re: FDDI card In-Reply-To: <3B65C40F.55AE6DEE@colba.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Does anyone know where i can get a DEC FDDI card ? > EISA or PCI, prefer PCI. Ebay? :) Seriously - when everything else fails, I can almost always find what I need there. On a good portion of it, I end up getting better prices also! Rick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 9:28:38 2001 Delivered-To: freebsd-isp@freebsd.org Received: from caturix.genilog.net (unknown [66.38.181.33]) by hub.freebsd.org (Postfix) with ESMTP id 574A637B42B for ; Mon, 30 Jul 2001 09:28:30 -0700 (PDT) (envelope-from paul@colba.net) Received: from colba.net (nat.MTL.distributel.NET [66.38.181.24]) by caturix.genilog.net (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id LAA31971; Mon, 30 Jul 2001 11:25:12 -0400 Message-ID: <3B65C55E.48227F15@colba.net> Date: Mon, 30 Jul 2001 16:36:46 -0400 From: Paul Khavkine X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Rick Hamell Cc: freebsd-isp@freebsd.org Subject: Re: FDDI card References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org There's only one i found on ebay and it's UTP, not fiber. Thanx Paul Rick Hamell wrote: > > Does anyone know where i can get a DEC FDDI card ? > > EISA or PCI, prefer PCI. > > Ebay? :) Seriously - when everything else fails, I can almost > always find what I need there. On a good portion of it, I end up getting > better prices also! > > Rick > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message -- ************************************************* Paul Khavkine Network Administrator Distributel Communications 740 Notre Dame West, Suite 1135 Montreal, Quebec, Canada, H3C 3X6 1-514-877-0064 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Mon Jul 30 11:38:17 2001 Delivered-To: freebsd-isp@freebsd.org Received: from pandora.worldonline.nl (pandora.worldonline.nl [195.241.48.140]) by hub.freebsd.org (Postfix) with ESMTP id 8BDBA37B401 for ; Mon, 30 Jul 2001 11:38:11 -0700 (PDT) (envelope-from eric@monkey-online.net) Received: from monkey-online.net (unknown [195.241.113.9]) by pandora.worldonline.nl (Postfix) with ESMTP id 5292436E00; Mon, 30 Jul 2001 20:38:03 +0200 (MET DST) Message-ID: <3B65AAD8.9FC2C323@monkey-online.net> Date: Mon, 30 Jul 2001 20:43:36 +0200 From: Eric Veraart X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Kal Torak , freebsd-isp@freebsd.org Subject: Re: Admin user in all groups References: <3B3A592A.6B3E69B3@monkey-online.net> <3B3AE229.7BE40E9F@quake.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org If I use DefaultRoot ~ !wheel,admin and later on UserOwner admin the person who logs in into that dir can get out of his dir anyway. But if I only but wheel there as group it works correctly, because admin is in group wheel, but the dir is used by company. Kal Torak wrote: > > Eric Veraart wrote: > > > > And then make a script that chowns everything in all the website dirs to > > admin after a user has upoaded it's own HTML file? It is a possibility, > > but I think there must be an easier way. > > You will find with Proftpd you can specify the owner and group owner > of files in a given directory as well as the umask... > > It was also mentioned that you made all the users anonymous to get > the chroot feature, but you can specify that everyone get chrooted > when they login... > > In the basic server config I have a line saying > > DefaultRoot ~ !wheel > > Which means everyone gets chrooted to there home dir (~) except > people in group wheel... The list of exceptions is a comma separated > list, groups have a ! mark in front of them and users are just written > as normal... So you might have something like: > > DefaultRoot ~ !wheel,admin,someuser,anotheruser > > Then for the dirs of each web site put something like: > > > UserOwner admin > GroupOwner company > Umask 003 > > > That should solve your problems... > > The reason you cant follow a symlink is because the user has been > chrooted to a directory, so to them nothing below this exists, its > the root... Allowing someone to follow a symlink out of a chroot > would not only be a major security hole but would defeat the whole > purpose of a chroot... > > Good Luck! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Tue Jul 31 14:42:54 2001 Delivered-To: freebsd-isp@freebsd.org Received: from ns2.sysadmin-inc.com (ns2.sysadmin-inc.com [209.16.228.145]) by hub.freebsd.org (Postfix) with SMTP id 1D61D37B401 for ; Tue, 31 Jul 2001 14:42:47 -0700 (PDT) (envelope-from peter@sysadmin-inc.com) Received: (qmail 83906 invoked by alias); 31 Jul 2001 21:36:05 -0000 Received: from unknown (HELO 98wkst) (10.10.1.70) by ns2.sysadmin-inc.com with SMTP; 31 Jul 2001 21:36:05 -0000 From: "Peter Brezny" To: Subject: apache 1.3.20 mod_ssl and front page version 5 2002 extensions. Date: Tue, 31 Jul 2001 17:35:05 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I keep hearing rumors that it's possible to get the version 5 front page extensions to work on apache 1.3.20 (even though ms says only 1.3.19 is supported) I've come up with the procedure below, however i continue to get the error from owsadm.exe that apache is not patched. Your help is appreciated. Peter Brezny SysAdmin Services Inc. PROCEDURE FOLLOWED: modified from the info below. not tested or complete. run /stand/sysinstall, configiure, distributions, compat3x (you can also just run the install.sh script on the cd). pw groupadd -n www pw useradd -n www -g www -c https -d /usr/local/www -s /sbin/nologin mkdir -p /home/www/data/; chown www.www /home/www/data/ chmod 555 /home/www/data/ mkdir -p /usr/local/src/frontpage/; cd /usr/local/src/frontpage fetch ftp://ftp.microsoft.com/products/frontpage/2002/fp_install.sh fetch ftp://ftp.microsoft.com/products/frontpage/fp50.freebsd.tar.z cd /usr/local/ tar -xvzf /usr/local/src/frontpage/fp50.freebsd.tar.z cd /usr/ports/www/apache13-modssl cp /usr/local/frontpage/version5.0/apache-fp/fp-patch-apache_1.3.19 files/patch-aj cp Makefile Makefile.orig vi Makefile ## add the following line after --enable-module=ssl \ : --add-module=${FILESDIR}/mod_frontpage.c \ --enable-module=frontpage \ --enable-shared=frontpage \ ## add the following to the end of the post-patch section (don't forget the backslash on the preceeding line) && mv mod_frontpage.c ../../files/ ## backup your changes cp Makefile Makefile.fp make all certificate install |& tee mi.out - Enter certificate info here === /* NOT DONE cd /usr/ports/www/apache13-fp make cp /usr/ports/www/apache13-fp/work/apache_1.3.19/src/modules/ \ extra/mod_frontpage.so /usr/local/libexec/apache/ */ NOT DONE vi /usr/local/etc/rc.d/apache.sh --- - add after #!/bin/sh: # # Create New FrontPage suidkey # new_key() { CUR_UMASK=`umask` skdir=/usr/local/frontpage/version5.0/apache-fp PERL=/usr/bin/perl if [ -x /usr/local/libexec/apache/mod_frontpage.so ] then #NOTE: We need Perl 5, to generate a new key if [ -x ${PERL} ] then umask 077 ${PERL} -e '@a=(split(//, "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789!@#$%^&*-=_+" )); print((map {$a[rand(scalar @a)]} (1..128)), "\n");' > $skdir/suidkey umask ${CUR_UMASK} fi fi } # add after start: new_key # change: [ -x ${PREFIX}/sbin/apachectl ] && ${PREFIX}/sbin/apachectl startssl > /dev/null && echo -n ' apache' # to: [ -x ${PREFIX}/sbin/apachectl ] && ${PREFIX}/sbin/apachectl startssl && echo -n ' apache' vi /usr/local/etc/apache/httpd.conf # change: BindAddress * AllowOverride All #in both places. User www #was nobody Group www #was nobody DocumentRoot "/usr/local/share/doc/apache" #was /usr/local/www/data #was /usr/local/www/data # change in and : AllowOverride None # to: AllowOverride AuthConfig Limit Indexes Options # change in DocumentRoot "/usr/local/share/doc/apache" #was /usr/local/www/data Getting the fp extensions applied to a site: /usr/local/frontpage/version5.0/set_default_perms.sh ERROR MESSAGE: v3# ./owsadm.exe -o install -p 80 -m dummy-host.example.com -s /etc/httpd.conf -u peter -p w peter -xu www -xg www Note: Local version of Apache must use the FrontPage Apache patch. Starting install, port: 80. Creating web http://dummy-host.example.com. Chowning Content in service /. Error: Cannot create folder "_private". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Tue Jul 31 20:26:46 2001 Delivered-To: freebsd-isp@freebsd.org Received: from boss (unknown [210.183.236.168]) by hub.freebsd.org (Postfix) with SMTP id 247F937B40A for ; Tue, 31 Jul 2001 20:25:13 -0700 (PDT) (envelope-from boss@palza.net) From: =?ks_c_5601-1987?B?yLK068jG?= To: freebsd-isp@FreeBSD.org Subject: =?ks_c_5601-1987?B?W77LuLJdIGZyZWVic2QtaXNwtNTAxyCwx73CwLsgseK/+CC15biztM+02S4u?= Date: Wed, 01 Aug 2001 12:22:09 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0127_01C0F01A.93A22C00" X-Priority: 3 Message-Id: <20010801032513.247F937B40A@hub.freebsd.org> Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0127_01C0F01A.93A22C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 xsjA2iC5ubXnwfYuLi4gxsjA2rPdISEgIMbIwNogubm158H2Li4uIMbIwNqz3SEhIMbIwNqz 3b+hIL/DtvO/wiDAr7jTIMfRuLa05yAtIMG2xvjG7cH2IGJ5IGVucG9wxsjA2rPdwMwgubnH z7TCILWlv6m/5D8/IMGhuri0wiCw9z8/ILvnwdbGyMDaILq4tMIgtaewob+wPz8gv6Gwzy4u Li4uIL7Gwfe1tSDGyMDas93AuyC49Lb6vu6/5D8/IMK8uvEuLi4gN7/5IDHAzyCws8btx9Eg x9GxuSDF5MG+IMDOxc2z3SCw5rjFILnXILv9yLCxpLDtILvnwMzGrsH2v+QuLi4gsLPG7SCx 4rPkwLi3ziAyMDAxs+Igx9Egx9i1v77IILDmuMW4piDBpr/cx9EguPC15yC8rbrxvbqwobmr t+G287PXv6kuLiANCsbIwNqz3cC6Li4gDQoxLiCw5rjFsbmzuyDD1sD6vPbB2MDHILz2vPa3 4b/NIMjEutLBprimIMD8sN0gw6TFw8fPv6m8rSDAr8L7vcO/obTCILqwtbXAxyC89rz2t+Gw oSC1+7fOILrZwfYgvsq0wrTZs9e/qS4uILrOsKG8rbrxvbq1tSC4tsL5sKHB9rG4v6kuLi4g sde4rrDtLi4guMW4xb7IwPzA5cShsKEgwNa+7rytIL7IwPzHz7TZwfa/5D8gDQoyLiC7/ciw saSw7bHeuMUsIMTEx7vFzS+wocD8LCCwobG4L8DiyK0sIMDatb/C9ywgus61v7vqLCCxuMDO L7G4wfcgte7AxyC02b7nx9EgxKvF17DtuK66sCC7/ciwsaSw7bimIMH2v/jHz7jnLCCwoiDH 2LTnIMH2v6q/obyttbUgsMu79sfSILz2IMDWwfa/5C4uIMbIwNqz3cC6ILG5s7sgw9bDyrfO IMXrwM/AuyC067rxx8+/qSC6z8fRwfa/qsDHIMDOxc2z3SC7/ciwsaSw7cbkwMzB9rimILi4 tem++r3AtM+02S4uILrPx9G/obyttbUgwM7FzbPdwMwgsLO55rXHseK4piC52bbztMIguLbA vb+hvK3AzLjnLi4gyKQuLiDBpMShwPvAuLfOIL7Hv+u1yLTZsMWzqiCxubChuri+yLn9v6Eg wPrDy7XJILz2IMDWtMIgs7u/68DHILHbwMwgv8O287/DIL3Dv6G0wiDB77CiILvowabBtsSh IMfPsNq9wLTPtNkuLiANCjMuILvzsKGxpLDtxsjA2rPdILvzsKGxpLDttMIgxsjA2rPdwLsg xevHz7+pIL/CtvPAziC51yC/wMfBtvPAziC787ChuKYgwMy/68Dav6Gw1CCxpLDtx8+45ywg xsjA2rPdILDmuMW9w726xdvAuyDAzL/rx8+/qSDA2sO8wPvAuLfOILDmuMW4piDF68fRILjF uMW4piDH0iC89iDA1rW1t88gx8+0wiDGyMDas93AxyDH2b3JILytuvG9usDUtM+02S4gseLB uMDHILzux8649CC+98O8v6EgwNTB1sfPt8G46SDG8rHVIDEwMLi4v/ggwMy788DHIMDUwaEg uvG/67D6ILvzx7Agxse4xb+hILX7uKUgvPa89rfhILXuILrxv+vAzCDB9rOqxKGw1CC4ub7G IL3HwfrA+8DOIMbHuMXAzMDNwMwgsMXAxyC++LDFs6ogsKGw3SCw5sDvt8LAzCC2s77uwa4g s9fGvMHwwLi3zrrOxc0gv9y46cC7ILneseIgwM+89r+0vcC0z7TZLiC53bjpILTnu+fAxyC7 87ChsaSw7cDHILDmv+wgsbmzuyDD1sD6wMcgwNTBobz2vPa34b/NIFsyMDAxs+Igx9Egx9gg tb++yL+htMIguau34bfOIMDMv+vHz73HILz2IMDWvcC0z7TZXSCw5rjFILOrwvu89rz2t+G4 piCzq8L7sd2+18DHIDElLCDIxLrSwaa3ziDHz7+pIMDUwaHH0SC787Chwda16cDHILrOtOPA uyDD1rzSt87Hz7+pILChsN0gsObA77fCwLsgxbC/9iC15biztM+02SCw5rjFILnmvcTAxyDA /MDau/OwxbehsKEgwfa/+LXHuOcgtfu287ytILmrx9G068DHILmwx7C17rfPwMwgsKG0ycfV tM+02S4uLiC2x8fRILnos8qxpLDtuKYgtOu9xcfSILz2IMDWvu4gwM+8rsDMwbYgwMy788DH IMi/sPqwoSCwobTJx9W0z7TZLiANCsbIwNqz3cC6IMi4v/iwocDUvcMgurC1tcDHIMHWuc61 7rfPufjIo7imILHiwOfHz73HIMfKv+SwoSC++L3AtM+02S4gwMy0wiDAzsXNs93AzLbztMIg v624sLD4sKMguru3ocDHIMPrwfa4piDD1rTrx9Egu+y4rrfBtMIgwMe1tcDMuOcguLjAz7+h IMDWwLsgvPa1tSDA1rTCILrSuf3A+8DOIMfYxbe/oSDAx8fRILCzwM4gwaS6uMDHIMCvw+LA uyC5zL+sv6EguebB9sfPsO3A2iDH1MDUtM+02S4gtOu9xSCw5rjFuKYgxevH0SCwxbehuKYg x8+9w7fBuOkgud215b3DILDFt6HAusfgILDowcK5+MijuKYgwNS3wsfPvMW+3yDH1bTPtNku IMDMtMIgubDHsLTrsd3AuyC53rDFs6ogud3HsL3DIMDUsd2+18C7ILW5t8Egud6x4iDAp8fY ILLAIMfKv+TH0SCwzcDMuOcgvce47cGmsKEgvce9w7XHtMIgv+y4rrOqtvO/obytILDFt6HA xyC+yMD8x9TAuyC6uMDlx9IgvPYgwNa0wiCwzcDUtM+02S4gwMy3r8fRIMGhv6G1tSC60rG4 x8+w7SDIpL3DILnfu/3H0iC89iDA1rTCILvnsO2/oSC067rxx8+/qSDGyMDas93AzCDB98Gi ILDmuMW4piDB37DUx8+0wiC4xbjFvsjA/MDlxKG4piCwobW/wd+/oSDA1r3AtM+02S4gxsjA 2rPdsPogx9SysiC6uLTZIMDawK+307DtIL7IwPzH0SDA/MDau/OwxbehuKYgsObH6MfPvcOx 4iC52bb4tM+02S4gDQrCysH2LCDAr7jTLCCx27i2tOcsILD4sLPHwbfOxvfB7iwgu+e298Oj seIsIMXkt9C55iC17iDGyMDas93AxyC02b7nx9EgxL+5wrTPxrywoSC/qbevutDAxyDC/L+p uKYgseK02biusO0gwNa9wLTPtNkhISC/wLzFvK0gwNrB1iC+1r/rx8+/qSDB1r3DseIgudm2 +LTPtNkuLiDGyMDaILm5tefB9i4uLiDAzLvzIMbIwNqz3cDMvvq9wLTPtNkuLiANCrT1wMy7 8yC43sDPwLsgud7B9iC+ysC4vcO3wbjpILjewM+89r3FsMW6zrimxay4r8fPvcOx4iC52bb4 tM+02S4gILq7ILjewM/AuiBodHRwOi8vd3d3LmtyLmZyZWVic2Qub3JnL3N1cHBvcnQuc2h0 bWy/obytILq4sO0gud+827XIILjewM/A1LTPtNkuIMbIwNqz3cDHIMCvwM3H0SDBpLq4uKYg waaw+MfSILjxwPvAuLfOIMDbvLogtce++sC4uOcgZnJlZWJzZC1pc3C01MDHILHiutDAuyC6 u8DHvsa0z7DUILvzx8+w1CDHz7+0tNm46SDB+L3JwLi3ziC757D6ILXluLO0z7TZLiA= ------=_NextPart_000_0127_01C0F01A.93A22C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDMuMi8vRU4iPg0KPGh0 bWw+DQo8aGVhZD4NCjx0aXRsZT7GyMDaILm5tefB9i4uLiDGyMDas90hISA8L3RpdGxlPg0K PG1ldGEgbmFtZT0iR0VORVJBVE9SIiBjb250ZW50PSJOYW1vIFdlYkVkaXRvciBBY3RpdmVY IENvbnRyb2wgdjIuMDAiPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0ieWVsbG93IiB0ZXh0 PSJibGFjayIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSIgYWxpbms9InJlZCI+DQo8aDIg YWxpZ249ImxlZnQiIHN0eWxlPSJsaW5lLWhlaWdodDoxMCU7Ij48YSBocmVmPSJodHRwOi8v d3d3LnBhbHphLm5ldCI+PGltZyBzcmM9Imh0dHA6Ly93d3cucGFsemEubmV0L2ltYWdlcy9p bmRleF9sb2dvLmdpZiIgYm9yZGVyPSIwIj48L2E+IDxmb250IGZhY2U9IrvqtbmxpLz2IEwi IHNpemU9IjYiIGNvbG9yPSJibGFjayI+PGI+xsjA2iC5ubXnwfYuLi4gxsjA2rPdISE8L2I+ PC9mb250PiA8L2gyPg0KPGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAl OyI+PGZvbnQgZmFjZT0iu+q1ubGkvPYgTCIgc2l6ZT0iNiIgY29sb3I9ImJsdWUiPjxiPg0K PGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0i QXJpYWwiIHNpemU9IjQiIGNvbG9yPSJibHVlIj7GyMDas92/oSC/w7bzv8IgwK+40yDH0bi2 tOcgLSDBtsb4xu3B9iBieSBlbnBvcDwvYj48L2ZvbnQ+PGZvbnQgZmFjZT0iQXJpYWwiIHNp emU9IjIiIGNvbG9yPSJibGFjayI+PC9mb250PjwvaDI+DQo8ZW1iZWQgc3JjPSJodHRwOi8v ZW5wb3AuY29tL3dlYl9hbmkvYTAwMjMvYTAwMjMuc3dmIiB3aWR0aD0iMzc1IiBoZWlnaHQ9 IjMwMCI+DQo8aDIgYWxpZ249ImxlZnQiIHN0eWxlPSJsaW5lLWhlaWdodDoxMCU7Ij48Zm9u dCBmYWNlPSJBcmlhbCIgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIj48Yj7GyMDas93AzCC5ucfP tMIgtaW/qb/kPz8gwaG6uLTCILD3Pz8gPC9iPjwvZm9udD48L2gyPg0KPGgyIGFsaWduPSJs ZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9 IjIiIGNvbG9yPSJibGFjayI+PGI+u+fB1sbIwNoguri0wiC1p7Chv7A/PzwvYj48L2ZvbnQ+ PGZvbnQgY29sb3I9ImJsYWNrIj4gPC9mb250PjwvaDI+DQo8aDIgYWxpZ249ImxlZnQiIHN0 eWxlPSJsaW5lLWhlaWdodDoxMCU7Ij48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMiIgY29s b3I9ImJsYWNrIj48Yj6/obDPLi4uLi4gvsbB97W1IMbIwNqz3cC7ILj0tvq+7r/kPz8gwry6 8S4uLjwvYj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIj4gPC9mb250PjwvaDI+DQo8aDIg YWxpZ249ImxlZnQiIHN0eWxlPSJsaW5lLWhlaWdodDoxMCU7Ij48Zm9udCBmYWNlPSJBcmlh bCIgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIj48Yj43v/kgMcDPILCzxu3H0SDH0bG5IMXkwb4g wM7FzbPdILDmuMUgudcgu/3IsLGksO0gu+fAzMauwfa/5C4uLiA8L2I+PC9mb250PjwvaDI+ DQo8aDIgYWxpZ249ImxlZnQiIHN0eWxlPSJsaW5lLWhlaWdodDoxMCU7Ij48Zm9udCBmYWNl PSJBcmlhbCIgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIj48Yj6ws8btILHis+TAuLfOIDIwMDGz 4iDH0SDH2LW/vsggsOa4xbimIMGmv9zH0SC48LXnILytuvG9urChPC9iPjwvZm9udD48L2gy Pg0KPGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFj ZT0iQXJpYWwiIHNpemU9IjIiIGNvbG9yPSJibGFjayI+PGI+uau34bbzs9e/qS4uPC9iPjwv Zm9udD48Zm9udCBjb2xvcj0iYmxhY2siPiA8L2ZvbnQ+PC9oMj4NCjxicj4NCjxoMiBhbGln bj0ibGVmdCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEwJTsiPjxmb250IGZhY2U9IkFyaWFsIiBz aXplPSI0IiBjb2xvcj0iYmxhY2siPjxiPsbIwNqz3cC6Li48L2I+PC9mb250Pjxmb250IGNv bG9yPSJibGFjayI+IDwvZm9udD48L2gyPg0KPGJyPg0KPGgyIGFsaWduPSJsZWZ0IiBzdHls ZT0ibGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjQiIGNvbG9y PSJibHVlIj48Yj4xLiCw5rjFPC9iPjwvZm9udD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0i MiIgY29sb3I9ImJsdWUiPjwvZm9udD48L2gyPg0KPGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0i bGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjQiIGNvbG9yPSJi bGFjayI+PGI+DQo8aDIgYWxpZ249ImxlZnQiIHN0eWxlPSJsaW5lLWhlaWdodDoxMCU7Ij48 Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIj48Yj6xubO7IMPWwPq8 9sHYwMcgvPa89rfhv80gyMS60sGmuKYgwPyw3SDDpMXDx8+/qbytPC9iPjwvZm9udD48Zm9u dCBjb2xvcj0iYmxhY2siPiA8L2ZvbnQ+PC9oMj4NCjxoMiBhbGlnbj0ibGVmdCIgc3R5bGU9 ImxpbmUtaGVpZ2h0OjEwJTsiPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIyIiBjb2xvcj0i YmxhY2siPjxiPsCvwvu9w7+htMIgurC1tcDHILz2vPa34bChILX7t84gutnB9iC+yrTCtNmz 17+pLi48L2I+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayI+IDwvZm9udD48L2gyPg0KPGgy IGFsaWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0iQXJp YWwiIHNpemU9IjIiIGNvbG9yPSJibGFjayI+PGI+us6wobytuvG9urW1ILi2wvmwocH2sbi/ qS4uLiA8L2I+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayI+IDwvZm9udD48L2gyPg0KPGgy IGFsaWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0iQXJp YWwiIHNpemU9IjIiIGNvbG9yPSJibGFjayI+PGI+sde4rrDtLi4guMW4xb7IwPzA5cShsKEg wNa+7rytIL7IwPzHz7TZwfa/5D88L2I+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayI+IDwv Zm9udD48L2gyPg0KPGJyPg0KPGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6 MTAlOyI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjQiIGNvbG9yPSJibHVlIj48Yj4yLiC7 /ciwsaSw7TwvYj48L2ZvbnQ+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjIiIGNvbG9yPSJi bHVlIj48L2ZvbnQ+PC9oMj4NCjxoMiBhbGlnbj0ibGVmdCIgc3R5bGU9ImxpbmUtaGVpZ2h0 OjEwJTsiPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSI0IiBjb2xvcj0iYmxhY2siPjxiPg0K PGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0i QXJpYWwiIHNpemU9IjIiIGNvbG9yPSJibGFjayI+PGI+sd64xSwgxMTHu8XNL7ChwPwsILCh sbgvwOLIrSwgwNq1v8L3LCC6zrW/u+osILG4wM4vsbjB9yC17sDHILTZvufH0SA8L2I+PC9m b250Pjxmb250IGNvbG9yPSJibGFjayI+IDwvZm9udD48L2gyPg0KPGgyIGFsaWduPSJsZWZ0 IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjIi IGNvbG9yPSJibGFjayI+PGI+xKvF17DtuK66sCC7/ciwsaSw7bimIMH2v/jHz7jnLCCwoiDH 2LTnIMH2v6q/obyttbUgsMu79sfSILz2IMDWwfa/5C4uPC9iPjwvZm9udD48Zm9udCBjb2xv cj0iYmxhY2siPiA8L2ZvbnQ+PC9oMj4NCjxoMiBhbGlnbj0ibGVmdCIgc3R5bGU9ImxpbmUt aGVpZ2h0OjEwJTsiPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIyIiBjb2xvcj0iYmxhY2si PjxiPsbIwNqz3cC6ILG5s7sgw9bDyrfOIMXrwM/AuyC067rxx8+/qSC6z8fRwfa/qsDHPC9i PjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siPiA8L2ZvbnQ+PC9oMj4NCjxoMiBhbGlnbj0i bGVmdCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEwJTsiPjxmb250IGZhY2U9IkFyaWFsIiBzaXpl PSIyIiBjb2xvcj0iYmxhY2siPjxiPsDOxc2z3SC7/ciwsaSw7cbkwMzB9rimILi4tem++r3A tM+02S4uICA8L2I+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayI+IDwvZm9udD48L2gyPg0K PGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0i QXJpYWwiIHNpemU9IjIiIGNvbG9yPSJibGFjayI+PGI+us/H0b+hvK21tSDAzsXNs93AzCCw s7nmtcex4rimILnZtvO0wiC4tsC9v6G8rcDMuOcuLiAgPC9iPjwvZm9udD48Zm9udCBjb2xv cj0iYmxhY2siPiA8L2ZvbnQ+PC9oMj4NCjxoMiBhbGlnbj0ibGVmdCIgc3R5bGU9ImxpbmUt aGVpZ2h0OjEwJTsiPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIyIiBjb2xvcj0iYmxhY2si PjxiPsikLi4gwaTEocD7wLi3ziC+x7/rtci02bDFs6ogsbmwobq4vsi5/b+hIMD6w8u1ySC8 9iDA1rTCILO7v+vAxyCx28DMIDwvYj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIj4gPC9m b250PjwvaDI+DQo8aDIgYWxpZ249ImxlZnQiIHN0eWxlPSJsaW5lLWhlaWdodDoxMCU7Ij48 Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIj48Yj6/w7bzv8MgvcO/ obTCIMHvsKIgu+jBpsG2xKEgx8+w2r3AtM+02S4uICA8L2I+PC9mb250Pjxmb250IGNvbG9y PSJibGFjayI+IDwvZm9udD48L2gyPg0KPGJyPg0KPGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0i bGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjQiIGNvbG9yPSJi bHVlIj4zLiC787ChsaSw7TwvYj48L2ZvbnQ+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjIi IGNvbG9yPSJibHVlIj48L2ZvbnQ+PC9oMj4NCjxoMiBhbGlnbj0ibGVmdCIgc3R5bGU9Imxp bmUtaGVpZ2h0OjEwJTsiPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSI0IiBjb2xvcj0iYmxh Y2siPjxiPg0KPGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAlOyI+PGZv bnQgZmFjZT0iQXJpYWwiIHNpemU9IjIiIGNvbG9yPSJibGFjayI+PGI+xsjA2rPdILvzsKGx pLDttMIgxsjA2rPdwLsgxevHz7+pIL/CtvPAziC51yC/wMfBtvPAziC787ChuKY8L2I+PC9m b250Pjxmb250IGNvbG9yPSJibGFjayI+IDwvZm9udD48L2gyPg0KPGgyIGFsaWduPSJsZWZ0 IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjIi IGNvbG9yPSJibGFjayI+PGI+wMy/68Dav6Gw1CCxpLDtx8+45ywgxsjA2rPdILDmuMW9w726 xdvAuyDAzL/rx8+/qTwvYj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIj4gPC9mb250Pjwv aDI+DQo8aDIgYWxpZ249ImxlZnQiIHN0eWxlPSJsaW5lLWhlaWdodDoxMCU7Ij48Zm9udCBm YWNlPSJBcmlhbCIgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIj48Yj7A2sO8wPvAuLfOILDmuMW4 piDF68fRILjFuMW4piDH0iC89iDA1rW1t88gx8+0wjwvYj48L2ZvbnQ+PGZvbnQgY29sb3I9 ImJsYWNrIj4gPC9mb250PjwvaDI+DQo8aDIgYWxpZ249ImxlZnQiIHN0eWxlPSJsaW5lLWhl aWdodDoxMCU7Ij48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIj48 Yj7GyMDas93AxyDH2b3JILytuvG9usDUtM+02S48L2I+PC9mb250Pjxmb250IGNvbG9yPSJi bGFjayI+IDwvZm9udD48L2gyPg0KPGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWln aHQ6MTAlOyI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjIiIGNvbG9yPSJibGFjayI+PGI+ seLBuMDHILzux8649CC+98O8v6EgwNTB1sfPt8G46SDG8rHVIDEwMLi4v/ggwMy788DHIDwv Yj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIj4gPC9mb250PjwvaDI+DQo8aDIgYWxpZ249 ImxlZnQiIHN0eWxlPSJsaW5lLWhlaWdodDoxMCU7Ij48Zm9udCBmYWNlPSJBcmlhbCIgc2l6 ZT0iMiIgY29sb3I9ImJsYWNrIj48Yj7A1MGhILrxv+uw+iC788ewIMbHuMW/oSC1+7ilILz2 vPa34SC17iC68b/rwMwgwfazqsShsNQguLm+xjwvYj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJs YWNrIj4gPC9mb250PjwvaDI+DQo8aDIgYWxpZ249ImxlZnQiIHN0eWxlPSJsaW5lLWhlaWdo dDoxMCU7Ij48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIj48Yj69 x8H6wPvAziDGx7jFwMzAzcDMILDFwMcgvviwxbOqILChsN0gsObA77fCwMwgtrO+7sGuPC9i PjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siPiA8L2ZvbnQ+PC9oMj4NCjxoMiBhbGlnbj0i bGVmdCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEwJTsiPjxmb250IGZhY2U9IkFyaWFsIiBzaXpl PSIyIiBjb2xvcj0iYmxhY2siPjxiPrPXxrzB8MC4t866zsXNIL/cuOnAuyC53rHiIMDPvPa/ tL3AtM+02S48L2I+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayI+IDwvZm9udD48L2gyPiAN CjxoMiBhbGlnbj0ibGVmdCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEwJTsiPjxmb250IGZhY2U9 IkFyaWFsIiBzaXplPSIyIiBjb2xvcj0iYmxhY2siPjxiPrnduOkgtOe758DHILvzsKGxpLDt wMcgsOa/7CCxubO7IMPWwPrAxyDA1MGhvPa89rfhv80gPC9iPjwvZm9udD48Zm9udCBjb2xv cj0iYmxhY2siPiA8L2ZvbnQ+PC9oMj4NCjxoMiBhbGlnbj0ibGVmdCIgc3R5bGU9ImxpbmUt aGVpZ2h0OjEwJTsiPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIyIiBjb2xvcj0iYmxhY2si PjxiPlsyMDAxs+Igx9Egx9ggtb++yL+htMIguau34bfOIMDMv+vHz73HILz2IMDWvcC0z7TZ XTwvYj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIj4gPC9mb250PjwvaDI+DQo8aDIgYWxp Z249ImxlZnQiIHN0eWxlPSJsaW5lLWhlaWdodDoxMCU7Ij48Zm9udCBmYWNlPSJBcmlhbCIg c2l6ZT0iMiIgY29sb3I9ImJsYWNrIj48Yj6w5rjFILOrwvu89rz2t+G4piCzq8L7sd2+18DH IDElLCDIxLrSwaa3ziDHz7+pPC9iPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siPiA8L2Zv bnQ+PC9oMj4NCjxoMiBhbGlnbj0ibGVmdCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEwJTsiPjxm b250IGZhY2U9IkFyaWFsIiBzaXplPSIyIiBjb2xvcj0iYmxhY2siPjxiPsDUwaHH0SC787Ch wda16cDHILrOtOPAuyDD1rzSt87Hz7+pILChsN0gsObA77fCwLs8L2I+PC9mb250Pjxmb250 IGNvbG9yPSJibGFjayI+IDwvZm9udD48L2gyPg0KPGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0i bGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjIiIGNvbG9yPSJi bGFjayI+PGI+xbC/9iC15biztM+02TwvYj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIj4g PC9mb250PjwvaDI+DQo8aDIgYWxpZ249ImxlZnQiIHN0eWxlPSJsaW5lLWhlaWdodDoxMCU7 Ij48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIj48Yj6w5rjFILnm vcTAxyDA/MDau/OwxbehsKEgwfa/+LXHuOc8L2I+PC9mb250Pjxmb250IGNvbG9yPSJibGFj ayI+IDwvZm9udD48L2gyPg0KPGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6 MTAlOyI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjIiIGNvbG9yPSJibGFjayI+PGI+tfu2 87ytILmrx9G068DHILmwx7C17rfPwMwgsKG0ycfVtM+02S4uLjwvYj48L2ZvbnQ+PGZvbnQg Y29sb3I9ImJsYWNrIj4gPC9mb250PjwvaDI+DQo8aDIgYWxpZ249ImxlZnQiIHN0eWxlPSJs aW5lLWhlaWdodDoxMCU7Ij48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMiIgY29sb3I9ImJs YWNrIj48Yj62x8fRILnos8qxpLDtuKYgtOu9xcfSILz2IMDWvu4gwM+8rsDMwbYgwMy788DH PC9iPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siPiA8L2ZvbnQ+PC9oMj4NCjxoMiBhbGln bj0ibGVmdCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEwJTsiPjxmb250IGZhY2U9IkFyaWFsIiBz aXplPSIyIiBjb2xvcj0iYmxhY2siPjxiPsi/sPqwoSCwobTJx9W0z7TZLjwvYj48L2ZvbnQ+ PGZvbnQgY29sb3I9ImJsYWNrIj4gPC9mb250PjwvaDI+DQo8YnI+DQo8aDIgYWxpZ249Imxl ZnQiIHN0eWxlPSJsaW5lLWhlaWdodDoxMCU7Ij48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0i NCIgY29sb3I9ImJsYWNrIj48Yj4NCjxoMiBhbGlnbj0ibGVmdCIgc3R5bGU9ImxpbmUtaGVp Z2h0OjEwJTsiPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIyIiBjb2xvcj0iYmxhY2siPjxi PsbIwNqz3cC6IMi4v/iwocDUvcMgurC1tcDHIMHWuc617rfPufjIo7imPC9iPjwvZm9udD48 Zm9udCBjb2xvcj0iYmxhY2siPiA8L2ZvbnQ+PC9oMj4NCjxoMiBhbGlnbj0ibGVmdCIgc3R5 bGU9ImxpbmUtaGVpZ2h0OjEwJTsiPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIyIiBjb2xv cj0iYmxhY2siPjxiPrHiwOfHz73HIMfKv+SwoSC++L3AtM+02S48L2I+PC9mb250Pjxmb250 IGNvbG9yPSJibGFjayI+IDwvZm9udD48L2gyPg0KPGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0i bGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjIiIGNvbG9yPSJi bGFjayI+PGI+wMy0wiDAzsXNs93AzLbztMIgv624sLD4sKMguru3ocDHIMPrwfa4pjwvYj48 L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIj4gPC9mb250PjwvaDI+DQo8aDIgYWxpZ249Imxl ZnQiIHN0eWxlPSJsaW5lLWhlaWdodDoxMCU7Ij48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0i MiIgY29sb3I9ImJsYWNrIj48Yj7D1rTrx9Egu+y4rrfBtMIgwMe1tcDMuOc8L2I+PC9mb250 Pjxmb250IGNvbG9yPSJibGFjayI+IDwvZm9udD48L2gyPg0KPGgyIGFsaWduPSJsZWZ0IiBz dHlsZT0ibGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjIiIGNv bG9yPSJibGFjayI+PGI+uLjAz7+hIMDWwLsgvPa1tSDA1rTCILrSuf3A+8DOIMfYxbe/oSDA x8fRPC9iPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siPiA8L2ZvbnQ+PC9oMj4NCjxoMiBh bGlnbj0ibGVmdCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEwJTsiPjxmb250IGZhY2U9IkFyaWFs IiBzaXplPSIyIiBjb2xvcj0iYmxhY2siPjxiPrCzwM4gwaS6uMDHIMCvw+LAuyC5zL+sv6Eg uebB9sfPsO3A2iDH1MDUtM+02S48L2I+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayI+IDwv Zm9udD48L2gyPg0KPGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAlOyI+ PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjIiIGNvbG9yPSJibGFjayI+PGI+tOu9xSCw5rjF uKYgxevH0SCwxbehuKYgx8+9w7fBuOk8L2I+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayI+ IDwvZm9udD48L2gyPg0KPGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAl OyI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjIiIGNvbG9yPSJibGFjayI+PGI+ud215b3D ILDFt6HAusfgILDowcK5+MijuKYgwNS3wsfPvMW+3yDH1bTPtNkuPC9iPjwvZm9udD48Zm9u dCBjb2xvcj0iYmxhY2siPiA8L2ZvbnQ+PC9oMj4NCjxoMiBhbGlnbj0ibGVmdCIgc3R5bGU9 ImxpbmUtaGVpZ2h0OjEwJTsiPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIyIiBjb2xvcj0i YmxhY2siPjxiPsDMtMIgubDHsLTrsd3AuyC53rDFs6ogud3HsL3DIMDUsd2+18C7ILW5t8Eg ud6x4jwvYj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIj4gPC9mb250PjwvaDI+DQo8aDIg YWxpZ249ImxlZnQiIHN0eWxlPSJsaW5lLWhlaWdodDoxMCU7Ij48Zm9udCBmYWNlPSJBcmlh bCIgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIj48Yj7Ap8fYILLAIMfKv+TH0SCwzcDMuOc8L2I+ PC9mb250Pjxmb250IGNvbG9yPSJibGFjayI+IDwvZm9udD48L2gyPg0KPGgyIGFsaWduPSJs ZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9 IjIiIGNvbG9yPSJibGFjayI+PGI+vce47cGmsKEgvce9w7XHtMIgv+y4rrOqtvO/obytPC9i PjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siPiA8L2ZvbnQ+PC9oMj4NCjxoMiBhbGlnbj0i bGVmdCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEwJTsiPjxmb250IGZhY2U9IkFyaWFsIiBzaXpl PSIyIiBjb2xvcj0iYmxhY2siPjxiPrDFt6HAxyC+yMD8x9TAuyC6uMDlx9IgvPYgwNa0wiCw zcDUtM+02S48L2I+PC9mb250Pjxmb250IGNvbG9yPSJibGFjayI+IDwvZm9udD48L2gyPg0K PGgyIGFsaWduPSJsZWZ0IiBzdHlsZT0ibGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0i QXJpYWwiIHNpemU9IjIiIGNvbG9yPSJibGFjayI+PGI+wMy3r8fRIMGhv6G1tSC60rG4x8+w 7SDIpL3DILnfu/3H0iC89iDA1rTCPC9iPjwvZm9udD48Zm9udCBjb2xvcj0iYmxhY2siPiA8 L2ZvbnQ+PC9oMj4NCjxoMiBhbGlnbj0ibGVmdCIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEwJTsi Pjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIyIiBjb2xvcj0iYmxhY2siPjxiPrvnsO2/oSC0 67rxx8+/qSDGyMDas93AzCDB98GiILDmuMW4piDB37DUx8+0wjwvYj48L2ZvbnQ+PGZvbnQg Y29sb3I9ImJsYWNrIj4gPC9mb250PjwvaDI+DQo8aDIgYWxpZ249ImxlZnQiIHN0eWxlPSJs aW5lLWhlaWdodDoxMCU7Ij48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMiIgY29sb3I9ImJs YWNrIj48Yj64xbjFvsjA/MDlxKG4piCwobW/wd+/oSDA1r3AtM+02S48L2I+PC9mb250Pjxm b250IGNvbG9yPSJibGFjayI+IDwvZm9udD48L2gyPg0KPGgyIGFsaWduPSJsZWZ0IiBzdHls ZT0ibGluZS1oZWlnaHQ6MTAlOyI+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjIiIGNvbG9y PSJibGFjayI+PGI+xsjA2rPdsPogx9SysiC6uLTZIMDawK+307DtIL7IwPzH0TwvYj48L2Zv bnQ+PGZvbnQgY29sb3I9ImJsYWNrIj4gPC9mb250PjwvaDI+DQo8aDIgYWxpZ249ImxlZnQi IHN0eWxlPSJsaW5lLWhlaWdodDoxMCU7Ij48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMiIg Y29sb3I9ImJsYWNrIj48Yj7A/MDau/OwxbehuKYgsObH6MfPvcOx4iC52bb4tM+02S48L2I+ PC9mb250Pjxmb250IGNvbG9yPSJibGFjayI+IDwvZm9udD48L2gyPg0KPGJyPg0KPGgyIGFs aWduPSJsZWZ0Ij48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIj48 Yj7CysH2LCDAr7jTLCCx27i2tOcsILD4sLPHwbfOxvfB7iwgu+e298OjseIsIMXkt9C55iC1 7jwvYj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIj4gPC9mb250PjwvaDI+IA0KPGgyIGFs aWduPSJsZWZ0Ij48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIj48 Yj7GyMDas93AxyC02b7nx9EgxL+5wrTPxrywoSC/qbevutDAxyDC/L+puKY8L2I+PC9mb250 Pjxmb250IGNvbG9yPSJibGFjayI+IDwvZm9udD48L2gyPiANCjxoMiBhbGlnbj0ibGVmdCI+ PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjIiIGNvbG9yPSJibGFjayI+PGI+seK02biusO0g wNa9wLTPtNkhITwvYj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIj4gPC9mb250PjwvaDI+ DQo8aDIgYWxpZ249ImxlZnQiPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIyIiBjb2xvcj0i YmxhY2siPjxiPr/AvMW8rSDA2sHWIL7Wv+vHz7+pIMHWvcOx4iC52bb4tM+02S4uPC9iPjwv Zm9udD48Zm9udCBjb2xvcj0iYmxhY2siPiA8L2ZvbnQ+PC9oMj4gDQo8aDIgYWxpZ249Imxl ZnQiPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIzIiBjb2xvcj0iYmxhY2siPjxiPsbIwNog ubm158H2Li4uIMDMu/MgxsjA2rPdwMy++r3AtM+02S4uPC9iPjwvZm9udD48Zm9udCBjb2xv cj0iYmxhY2siPiA8L2ZvbnQ+PC9oMj4gDQo8YnI+DQo8aDIgYWxpZ249ImxlZnQiPjxmb250 IHNpemU9IjIiIGNvbG9yPSJibGFjayI+tPXAzLvzILjewM/AuyC53sH2IL7KwLi9w7fBuOkg PC9mb250Pjxmb250IHNpemU9IjIiIGNvbG9yPSJyZWQiPjxhIGhyZWY9Im1haWx0bzp3ZWJh ZG1pbkBwYWx6YS5uZXQiPrjewM+89r3FsMW6zrimPGEvPjwvZm9udD48Zm9udCBzaXplPSIy IiBjb2xvcj0ieWVsbG93Ij4NCjxoMiBhbGlnbj0ibGVmdCI+PGZvbnQgc2l6ZT0iMiIgY29s b3I9ImJsYWNrIj7FrLivx8+9w7HiILnZtvi0z7TZPC9mb250Pjxmb250IGNvbG9yPSJibGFj ayI+LjwvZm9udD48L2gyPg0KPGgyPjxmb250IGNvbG9yPSJibGFjayI+Jm5ic3A7IDwvZm9u dD48L2gyPg0KPGgyIGFsaWduPSJsZWZ0Ij48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMiIg Y29sb3I9ImJsYWNrIj48Yj66uyC43sDPwLogaHR0cDovL3d3dy5rci5mcmVlYnNkLm9yZy9z dXBwb3J0LnNodG1sv6G8rTwvYj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIj4gPC9mb250 PjwvaDI+DQo8aDIgYWxpZ249ImxlZnQiPjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIyIiBj b2xvcj0iYmxhY2siPjxiPrq4sO0gud+827XIILjewM/A1LTPtNkuPC9iPjwvZm9udD48Zm9u dCBjb2xvcj0iYmxhY2siPiA8L2ZvbnQ+PC9oMj4gDQo8aDIgYWxpZ249ImxlZnQiPjxmb250 IGZhY2U9IkFyaWFsIiBzaXplPSIyIiBjb2xvcj0iYmxhY2siPjxiPsbIwNqz3cDHIMCvwM3H 0SDBpLq4uKYgwaaw+MfSILjxwPvAuLfOIMDbvLogtce++sC4uOc8L2I+PC9mb250Pjxmb250 IGNvbG9yPSJibGFjayI+IDwvZm9udD48L2gyPiANCjxoMiBhbGlnbj0ibGVmdCI+PGZvbnQg ZmFjZT0iQXJpYWwiIHNpemU9IjIiIGNvbG9yPSJibGFjayI+PGI+ZnJlZWJzZC1pc3C01MDH ILHiutDAuyC6u8DHvsa0z7DUILvzx8+w1CDHz7+0tNm46TwvYj48L2ZvbnQ+PGZvbnQgY29s b3I9ImJsYWNrIj4gPC9mb250PjwvaDI+IA0KPGgyIGFsaWduPSJsZWZ0Ij48Zm9udCBmYWNl PSJBcmlhbCIgc2l6ZT0iMiIgY29sb3I9ImJsYWNrIj48Yj7B+L3JwLi3ziC757D6ILXluLO0 z7TZLjwvYj48L2ZvbnQ+PGZvbnQgY29sb3I9ImJsYWNrIj4gPC9mb250PjwvaDI+IA0KPC9i b2R5Pg0KPC9odG1sPg== ------=_NextPart_000_0127_01C0F01A.93A22C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Wed Aug 1 6:26:10 2001 Delivered-To: freebsd-isp@freebsd.org Received: from mimer.webgiro.com (mailer2.webgiro.com [213.162.131.18]) by hub.freebsd.org (Postfix) with ESMTP id 8F80E37B401; Wed, 1 Aug 2001 06:26:03 -0700 (PDT) (envelope-from abial@webgiro.com) Received: from webgiro.com (mailer2.webgiro.com [213.162.131.18]) by mimer.webgiro.com (Postfix) with ESMTP id 9470B68469; Wed, 1 Aug 2001 15:48:34 +0200 (CEST) Message-ID: <3B680296.403D6E79@webgiro.com> Date: Wed, 01 Aug 2001 15:22:31 +0200 From: Andrzej Bialecki Organization: WebGiro AB X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Gabriel Ambuehl Cc: Alexander Leidinger , freebsd-isp@freebsd.org, freebsd-cluster@freebsd.org, jlemon@FreeBSD.org Subject: Re: Monitoring a FS with kevent (was: Re: Redundant setup on a budget??) References: <200107261742.f6QHgXv06426@Magelan.Leidinger.net> <72117607730.20010726195942@buz.ch> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Gabriel Ambuehl wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hello Alexander, > > Thursday, July 26, 2001, 7:42:32 PM, you wrote: > >> I interpret this like it's good for monitoring single vnodes, but > >> not entire filesystem. > > Yes, you have to walk through the entire FS and request a > > notification for every file or directory. But perhaps the developer > > (CCed) is able to add the "monitor the entire FS for me" > > functionality in the kernel... Jonathan, we are talking about > > soft-realtime mirroring of an entire FS (or doing something like > > realtime-tripwire). > > I'd very much like to see such a feature. Even better would it be, if > it were possible to also capture permission changes in the same go. > > I've been thinking about whether it would make sense to just patch > libc to log this kind of stuff? Or are there other interfaces that > speak to the system calls directly so that it would be needed to > patch > those instead? Anyway, this is nothing I'd be greedy to do as it can > result in big amounts of really serious troubles (especially as my C > knowledge is virtually zero). Well, although it wasn't meant for that, you can get this sort of information from a syscall monitoring module I wrote. It's called SPY, and you can find the -current sources at: http://people.freebsd.org/~abial -- Andrzej // ---------------------------------------------------------------- // Andrzej Bialecki , Chief System Architect // WebGiro AB, Sweden (http://www.webgiro.com) // ---------------------------------------------------------------- // FreeBSD developer (http://www.freebsd.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Wed Aug 1 12:25:42 2001 Delivered-To: freebsd-isp@freebsd.org Received: from virtual-voodoo.com (virtual-voodoo.com [204.120.165.254]) by hub.freebsd.org (Postfix) with ESMTP id 8B28437B401 for ; Wed, 1 Aug 2001 12:25:37 -0700 (PDT) (envelope-from steve@virtual-voodoo.com) Received: from inlafrec (bdsl.66.12.217.40.gte.net [66.12.217.40]) (authenticated) by virtual-voodoo.com (8.11.4/8.11.4) with ESMTP id f71JPaQ85528; Wed, 1 Aug 2001 14:25:36 -0500 (EST) (envelope-from steve@virtual-voodoo.com) Message-ID: <01ae01c11abf$5e7cd6c0$28d90c42@eservoffice.com> From: "Steven Ames" To: "Steve Ames" , References: <20010727182009.A33792@virtual-voodoo.com> Subject: Re: Apache mod_auth_pam Date: Wed, 1 Aug 2001 14:22:55 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Right then... it appears that mod_auth_pam won't work with a pam.conf setting of httpd auth required pam_unix.so try_first_pass The reason is that pam_unix.so makes a call to getpwnam. getpwnam won't return a password unless the effective UID of the caller is 0 (aka root). So this might work if you let apache run as root otherwise it won't. Its not an error with mod_auth_pam per se, just a consideration to work around. So... anyone know how to get apache to auth using the unix passwd file? -Steve ----- Original Message ----- From: "Steve Ames" To: Sent: Friday, July 27, 2001 6:20 PM Subject: Apache mod_auth_pam > Anyone get this working? I get errors when attempting to use it: > > Jul 27 15:35:02 voodoo httpd: unable to dlopen(/usr/lib/pam_unix.so) > Jul 27 15:35:02 voodoo httpd: [dlerror: /usr/lib/pam_unix.so: Undefined symbol "pam_get_item"] > Jul 27 15:35:02 voodoo httpd: adding faulty module: /usr/lib/pam_unix.so > > Any thoughts? > > On 4.3-STABLE from 7/25 using the latest mod_auth_pam from ports > on Apache 1.3.19. > > -Steve > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Wed Aug 1 15:16: 9 2001 Delivered-To: freebsd-isp@freebsd.org Received: from pandora.worldonline.nl (pandora.worldonline.nl [195.241.48.140]) by hub.freebsd.org (Postfix) with ESMTP id D0B8437B401 for ; Wed, 1 Aug 2001 15:16:07 -0700 (PDT) (envelope-from eric@monkey-online.net) Received: from monkey-online.net (unknown [195.241.113.9]) by pandora.worldonline.nl (Postfix) with ESMTP id 45BFC36C5A for ; Thu, 2 Aug 2001 00:16:04 +0200 (MET DST) Message-ID: <3B6880F3.E71EEE47@monkey-online.net> Date: Thu, 02 Aug 2001 00:21:39 +0200 From: Eric Veraart X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-isp@freebsd.org Subject: Data traffic monitoring for virtualhosts Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I think this is a FAQ, but I can't find it in the archives; which packet would you recommend to log data traffic for virtual hosts on Apache? I thought Webalizer was ok, but I heard some negative reports about it today. Then I stumbled upon Apache::Traffic (http://www.perldoc.com/cpan/Apache/Traffic.html), which seems to be ok. Anyone got a recommendation? Greetings, Eric To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Aug 2 4:19:16 2001 Delivered-To: freebsd-isp@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 05A2B37B403 for ; Thu, 2 Aug 2001 04:19:12 -0700 (PDT) (envelope-from Alexander@leidinger.net) Received: from [194.97.50.135] (helo=mx2.freenet.de) by mout0.freenet.de with esmtp (Exim 3.32 #1) id 15SGVO-0007vn-00; Thu, 02 Aug 2001 13:19:06 +0200 Received: from b8540.pppool.de ([213.7.133.64] helo=Magelan.Leidinger.net) by mx2.freenet.de with esmtp (Exim 3.32 #1) id 15SGVL-0001WD-00; Thu, 02 Aug 2001 13:19:05 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.5/8.11.5) with ESMTP id f729pkg37264; Thu, 2 Aug 2001 11:51:49 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200108020951.f729pkg37264@Magelan.Leidinger.net> Date: Thu, 2 Aug 2001 11:51:44 +0200 (CEST) From: Alexander Leidinger Subject: Re: Data traffic monitoring for virtualhosts To: eric@monkey-online.net Cc: freebsd-isp@FreeBSD.ORG In-Reply-To: <3B6880F3.E71EEE47@monkey-online.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 2 Aug, Eric Veraart wrote: > I think this is a FAQ, but I can't find it in the archives; which packet > would you recommend to log data traffic for virtual hosts on Apache? > I thought Webalizer was ok, but I heard some negative reports about it > today. Then I stumbled upon Apache::Traffic > (http://www.perldoc.com/cpan/Apache/Traffic.html), which seems to be ok. > > Anyone got a recommendation? Just have a look at the output of those programs and choose the one you like the most. Other programs which also do loganalyzing are analog and modlogan (http://www.kneschke.de/projekte/modlogan/). For the later one you can find a port at http://www.leidinger.net/FreeBSD/. And an excerpt of the manual if you collect the logdata for every vhost in one file: ---snip--- 1. logfile splitter =================== plugin: processor/web option: splitby if you want to split one input stream into different output stream, you need a logfile splitter. you can use an external script as a preprocessor or use the splitter-support of the web processor plugin. input stream (input plugin) | +-- ... ---+--- ... ---+ (processor plugin) | | | | | | output streams (output plugins) to enable this feature add a splitby definition to the processor_web section of your config-file. a splitby definition is the following string: splitby=,"", where is: srvhost - for the host which served the request srvport - for the port where the host listened at requser - for the authenticated user requrl - for the requested url reqhost - for the requesting host refurl - for the referring url default - 'joker' which matches everything. is a regular expression which has to successfully been matched and a name to group the splitted records again. is also used as the name of the subdirectory where the reports are placed. if you specify multiple splitby definitions they a checked from the first to last. if one check is successfull the generated name is used as . NOTE: the splitter has to return a name and it's your job to make sure that a name is available - by using a always matching definition e.g. splitby=srvhost,"(.*)",$1 - by specifing a 'default' definition. Examples 1: ----------- let's assume that we have the following directory structure: /users/~j.kneschke/index.html /users/~project.modlogan/index.html the definition -- splitby=requrl,"^/users/~(.*?)/.*$",host_$1 -- will divide the records according to the string between the '~' and the '/'. the string will be taken and added the name. /users/~j.kneschke/index.html -> host_j.kneschke /users/~project.modlogan/index.html -> host_project.modlogan directories will be created (if it doesn't exist) in the directory which you specifiy with global:outputdir with the name host_j.kneschke and host_project.modlogan. each directory contains the reports for the respective splitted logs. ---snip--- Bye, Alexander. -- Press every key to continue. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Aug 2 8:40:27 2001 Delivered-To: freebsd-isp@freebsd.org Received: from pop3-2.worldonline.es (pop3-2.worldonline.es [212.7.33.101]) by hub.freebsd.org (Postfix) with ESMTP id C3CE037B405 for ; Thu, 2 Aug 2001 08:40:03 -0700 (PDT) (envelope-from jesus.rodriguez@es.tiscali.com) Received: from belial.tm.wolnet.worldonline.es (tm0.worldonline.es [212.7.34.10]) by pop3-2.worldonline.es (Postfix) with ESMTP id 379F0D3360 for ; Thu, 2 Aug 2001 17:40:02 +0200 (CEST) Received: from wol209.tm.bcn.worldonline.ct (IDENT:jesus.rodriguez@wol209.tm.bcn.worldonline.ct [10.34.0.209]) by belial.tm.wolnet.worldonline.es (8.11.0/8.11.0) with ESMTP id f72Fe1R46572 for ; Thu, 2 Aug 2001 17:40:01 +0200 (CEST) (envelope-from jesus.rodriguez@es.tiscali.com) Date: Thu, 2 Aug 2001 18:04:21 +0200 (CEST) From: Jesus Rodriguez X-Sender: jesus.rodriguez@wol209.tm.bcn.worldonline.ct To: isp@freebsd.org Subject: Unnumbered vlan Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, Is possible to have "unnumbered" (like Cisco does) interfaces to one vlan? If have these vlan interfaces: vlan5: flags=0<> mtu 1500 ether 00:00:00:00:00:00 vlan: 0 parent interface: vlan6: flags=0<> mtu 1500 ether 00:00:00:00:00:00 vlan: 0 parent interface: vlan7: flags=0<> mtu 1500 ether 00:00:00:00:00:00 vlan: 0 parent interface: vlan8: flags=0<> mtu 1500 ether 00:00:00:00:00:00 vlan: 0 parent interface: and i assing an ip address to vlan5 interface, can i "unnumber" the other vlan interfaces to vlan5? Thanks in advance. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message From owner-freebsd-isp Thu Aug 2 8:47:21 2001 Delivered-To: freebsd-isp@freebsd.org Received: from fepC.post.tele.dk (fepC.post.tele.dk [195.41.46.147]) by hub.freebsd.org (Postfix) with ESMTP id C89CE37B406 for ; Thu, 2 Aug 2001 08:47:16 -0700 (PDT) (envelope-from leifn@neland.dk) Received: from arnold.neland.dk ([62.243.77.204]) by fepC.post.tele.dk (InterMail vM.4.01.03.21 201-229-121-121-20010307) with ESMTP id <20010802154715.QCAA3936.fepC.post.tele.dk@arnold.neland.dk> for ; Thu, 2 Aug 2001 17:47:15 +0200 Received: from localhost (localhost [127.0.0.1]) by arnold.neland.dk (8.11.4/8.11.4) with ESMTP id f72Fodo72576 for ; Thu, 2 Aug 2001 17:50:40 +0200 (CEST) (envelope-from leifn@neland.dk) Date: Thu, 2 Aug 2001 17:50:39 +0200 (CEST) From: Leif Neland To: Subject: script for dk-whois Message-ID: <20010802174509.N71435-100000@arnold.neland.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org dk-hostmaster has turned off access to whois-data by whois, and requires the use of a browser to http://www.dk-hostmaster.dk/dkwhois.shtml This script provides command-line access: #/bin/sh wget -q --referer=http://www.dk-hostmaster.dk/dkwhois.shtml \ --user-agent="opera 2.3" \ "http://www.dk-hostmaster.dk/perl/Whois.pl?query=$*" -O - | \ awk "/
/,/<\/pre>/ {lines++;print}
END {if (lines<5) {print \"Query produced no data\"}}" |grep -v "pre>"

 - - - - -

Could probably be done i perl, but in 5 lines?

Leif



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isp" in the body of the message


From owner-freebsd-isp  Thu Aug  2  9:29:18 2001
Delivered-To: freebsd-isp@freebsd.org
Received: from ovbis10.ovb.ch (ovbis10.ovb.ch [195.65.24.140])
	by hub.freebsd.org (Postfix) with ESMTP id 3188737B405
	for ; Thu,  2 Aug 2001 09:29:16 -0700 (PDT)
	(envelope-from maillist@ovb.ch)
Received: from ovb03.ovb.ch ([212.55.213.11])
	by ovbis10.ovb.ch with asmtp (Exim 3.31 #1)
	id 15SLLW-0005tK-00
	for isp@freebsd.org; Thu, 02 Aug 2001 18:29:14 +0200
From: Oliver von Bueren 
To: isp@freebsd.org
Subject: bind configuration for rbl - deny forward access through my server
Date: Thu, 02 Aug 2001 18:29:28 +0200
Message-ID: 
X-Mailer: Forte Agent 1.8/32.548
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Authenticated-Id: ovb
Sender: owner-freebsd-isp@FreeBSD.ORG
Precedence: bulk
List-ID: 
List-Archive:  (Web Archive)
List-Help:  (List Instructions)
List-Subscribe: 
List-Unsubscribe: 
X-Loop: FreeBSD.org

Good'day.

I'm using a FreeBSD server for mail processing, which has also a DNS
server running (bind 8.2.x out of -stable). As we use the rbl-Lists
from mail-abuse.org to filter inbound traffic and as of now the access
to this list is no more free, I need a way to deny access to these
zones through my dns server, which in turn has access to the
rbl-dns-servers. I have tried the following in named.conf:

zone "relays.mail-abuse.org" {
        type stub;
        file "s/relays.mail-abuse.org";
        transfer-source my.address.registered.with.maps;
        allow-query { localhost; };
        masters {
		some-master-servers;
	};
};

My goal was to prevent queries to any address in relays.mail-abuse.org
and "below", meaning 2.0.0.127.relays.mail-abuse.org as an example.
The access to relays.mail-abuse.org gets denied to any host other than
the local host but all the addresses "below" get processed as usual. 

BTW: I can't restrict access to the server in general, it's used
otherwise too. 

Any hint's on that?

Oliver


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isp" in the body of the message


From owner-freebsd-isp  Fri Aug  3  9:39: 5 2001
Delivered-To: freebsd-isp@freebsd.org
Received: from opensrs.saignon.net (216-120-17-31.dsl.cust.tfb.com [216.120.17.31])
	by hub.freebsd.org (Postfix) with ESMTP id 2645D37B403
	for ; Fri,  3 Aug 2001 09:38:57 -0700 (PDT)
	(envelope-from tony@saignon.net)
Received: from tsaignmobl (u2938@prx2.ipivot.com [216.188.41.2])
	by opensrs.saignon.net (8.11.4/8.11.3) with SMTP id f73GcWQ42988
	for ; Fri, 3 Aug 2001 09:38:32 -0700 (PDT)
	(envelope-from tony@saignon.net)
From: Tony Saign 
To: 
Subject: PPP help!
Date: Fri, 3 Aug 2001 09:38:42 -0700
Message-ID: <000001c11c3a$c23971b0$da0b010a@tsaignmobl>
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Sender: owner-freebsd-isp@FreeBSD.ORG
Precedence: bulk
List-ID: 
List-Archive:  (Web Archive)
List-Help:  (List Instructions)
List-Subscribe: 
List-Unsubscribe: 
X-Loop: FreeBSD.org

 Can anyone tell me what I need to do to get a PPP connection working, I'm getting the below error message(s);
I included the whole log, in case someone can actually make sense out of it...
The failure seems to occur on CHAP (it's a Windows NT server! no wonder!), something about CHAP81 not supported?
Is there an upgrade for CHAP? I remember hearing something about this on a Linux system.

My system is FreeBSD 4.3
Thanks in advance,
-Tony

Aug  4 01:05:45 p3 ppp[398]: tun0: Chat: Received: CONNECT 42666/ARQ/V90/LAPM/V42BIS^M
Aug  4 01:05:45 p3 ppp[398]: tun0: Phase: deflink: dial -> carrier
Aug  4 01:05:46 p3 ppp[398]: tun0: Phase: deflink: /dev/cuaa0: CD detected
Aug  4 01:05:46 p3 ppp[398]: tun0: Phase: deflink: carrier -> login
Aug  4 01:05:46 p3 ppp[398]: tun0: Phase: deflink: login -> lcp
Aug  4 01:05:46 p3 ppp[398]: tun0: LCP: FSM: Using "deflink" as a transport
Aug  4 01:05:46 p3 ppp[398]: tun0: LCP: deflink: State change Initial --> Closed
Aug  4 01:05:46 p3 ppp[398]: tun0: LCP: deflink: State change Closed --> Stopped
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP: deflink: LayerStart
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  ACFCOMP[2]
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  PROTOCOMP[2]
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  ACCMAP[6] 0x00000000
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  MRU[4] 1500
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  MAGICNUM[6] 0xe3903dea
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP: deflink: State change Stopped --> Req-Sent
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP: deflink: RecvConfigReq(1) state = Req-Sent
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  MRU[4] 1500
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  ACCMAP[6] 0x00000000
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  MAGICNUM[6] 0xd8a2a2b2
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  PROTOCOMP[2]
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  ACFCOMP[2]
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  AUTHPROTO[4] 0xc023 (PAP)
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP: deflink: SendConfigAck(1) state = Req-Sent
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  MRU[4] 1500
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  ACCMAP[6] 0x00000000
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  MAGICNUM[6] 0xd8a2a2b2
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  PROTOCOMP[2]
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  ACFCOMP[2]
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP:  AUTHPROTO[4] 0xc023 (PAP)
Aug  4 01:05:47 p3 ppp[398]: tun0: LCP: deflink: State change Req-Sent --> Ack-Sent
Aug  4 01:05:50 p3 ppp[398]: tun0: LCP: deflink: SendConfigReq(1) state = Ack-Sent
Aug  4 01:05:50 p3 ppp[398]: tun0: LCP:  ACFCOMP[2]
Aug  4 01:05:50 p3 ppp[398]: tun0: LCP:  PROTOCOMP[2]
Aug  4 01:05:50 p3 ppp[398]: tun0: LCP:  ACCMAP[6] 0x00000000
Aug  4 01:05:50 p3 ppp[398]: tun0: LCP:  MRU[4] 1500
Aug  4 01:05:50 p3 ppp[398]: tun0: LCP:  MAGICNUM[6] 0xe3903dea
Aug  4 01:05:50 p3 ppp[398]: tun0: LCP: deflink: RecvConfigAck(1) state = Ack-Sent
Aug  4 01:05:50 p3 ppp[398]: tun0: LCP: deflink: State change Ack-Sent --> Opened
Aug  4 01:05:50 p3 ppp[398]: tun0: LCP: deflink: LayerUp
Aug  4 01:05:50 p3 ppp[398]: tun0: Phase: bundle: Authenticate
Aug  4 01:05:50 p3 ppp[398]: tun0: Phase: deflink: his = PAP, mine = none
Aug  4 01:05:50 p3 ppp[398]: tun0: Phase: Pap Output: trs004 ********
Aug  4 01:05:51 p3 ppp[398]: tun0: Phase: Pap Input: SUCCESS (Login Succeeded)
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP: Using trigger address 0.0.0.0
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP: FSM: Using "deflink" as a transport
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP: deflink: State change Initial --> Closed
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP: deflink: LayerStart.
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP: MPPE: Not usable without CHAP81
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP: deflink: SendConfigReq(1) state = Closed
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP:  DEFLATE[4] win 15
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP: deflink: State change Closed --> Req-Sent
Aug  4 01:05:51 p3 ppp[398]: tun0: Phase: deflink: lcp -> open
Aug  4 01:05:51 p3 ppp[398]: tun0: Phase: bundle: Network
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP: FSM: Using "deflink" as a transport
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP: deflink: State change Initial --> Closed
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP: deflink: LayerStart.
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP: deflink: SendConfigReq(1) state = Closed
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP:  IPADDR[6]  0.0.0.0
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots with slot compression
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP:  PRIDNS[6]  216.120.17.17
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP:  SECDNS[6]  216.120.17.17
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP: deflink: State change Closed --> Req-Sent
Aug  4 01:05:51 p3 ppp[398]: tun0: Phase: Unknown protocol 0x802b (Novell IPX Control Protocol)
Aug  4 01:05:51 p3 ppp[398]: tun0: LCP: deflink: SendProtocolRej(2) state = Opened
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP: deflink: RecvConfigRej(1) state = Req-Sent
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP:  DEFLATE[4] win 15
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP: MPPE: Not usable without CHAP81
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP: deflink: SendConfigReq(2) state = Req-Sent
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP:   [EMPTY]
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP: deflink: RecvConfigReq(1) state = Req-Sent
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP:  STAC[5]
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP: deflink: SendConfigRej(1) state = Req-Sent
Aug  4 01:05:51 p3 ppp[398]: tun0: CCP:  STAC[5]
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP: deflink: RecvConfigReq(1) state = Req-Sent
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots without slot compression
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP:  IPADDR[6]  155.45.59.40
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP: deflink: SendConfigAck(1) state = Req-Sent
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots without slot compression
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP:  IPADDR[6]  155.45.59.40
Aug  4 01:05:51 p3 ppp[398]: tun0: IPCP: deflink: State change Req-Sent --> Ack-Sent
Aug  4 01:05:54 p3 ppp[398]: tun0: IPCP: deflink: SendConfigReq(1) state = Ack-Sent
Aug  4 01:05:54 p3 ppp[398]: tun0: IPCP:  IPADDR[6]  0.0.0.0
Aug  4 01:05:54 p3 ppp[398]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots with slot compression
Aug  4 01:05:54 p3 ppp[398]: tun0: IPCP:  PRIDNS[6]  216.120.17.17
Aug  4 01:05:54 p3 ppp[398]: tun0: IPCP:  SECDNS[6]  216.120.17.17
Aug  4 01:05:54 p3 ppp[398]: tun0: CCP: MPPE: Not usable without CHAP81
Aug  4 01:05:54 p3 ppp[398]: tun0: CCP: deflink: SendConfigReq(2) state = Req-Sent
Aug  4 01:05:54 p3 ppp[398]: tun0: CCP:   [EMPTY]
Aug  4 01:05:54 p3 ppp[398]: tun0: IPCP: deflink: RecvConfigReq(2) state = Ack-Sent
Aug  4 01:05:54 p3 ppp[398]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots without slot compression
Aug  4 01:05:54 p3 ppp[398]: tun0: IPCP:  IPADDR[6]  155.45.59.40
Aug  4 01:05:54 p3 ppp[398]: tun0: IPCP: deflink: SendConfigAck(2) state = Ack-Sent
Aug  4 01:05:54 p3 ppp[398]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots without slot compression
Aug  4 01:05:54 p3 ppp[398]: tun0: IPCP:  IPADDR[6]  155.45.59.40
Aug  4 01:05:57 p3 ppp[398]: tun0: IPCP: deflink: SendConfigReq(1) state = Ack-Sent
Aug  4 01:05:57 p3 ppp[398]: tun0: IPCP:  IPADDR[6]  0.0.0.0
Aug  4 01:05:57 p3 ppp[398]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots with slot compression
Aug  4 01:05:57 p3 ppp[398]: tun0: IPCP:  PRIDNS[6]  216.120.17.17
Aug  4 01:05:57 p3 ppp[398]: tun0: IPCP:  SECDNS[6]  216.120.17.17
Aug  4 01:05:57 p3 ppp[398]: tun0: CCP: MPPE: Not usable without CHAP81
Aug  4 01:05:57 p3 ppp[398]: tun0: CCP: deflink: SendConfigReq(2) state = Req-Sent
Aug  4 01:05:57 p3 ppp[398]: tun0: CCP:   [EMPTY]
Aug  4 01:05:57 p3 ppp[398]: tun0: IPCP: deflink: RecvConfigReq(3) state = Ack-Sent
Aug  4 01:05:57 p3 ppp[398]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots without slot compression
Aug  4 01:05:57 p3 ppp[398]: tun0: IPCP:  IPADDR[6]  155.45.59.40
Aug  4 01:05:57 p3 ppp[398]: tun0: IPCP: deflink: SendConfigAck(3) state = Ack-Sent
Aug  4 01:05:57 p3 ppp[398]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots without slot compression
Aug  4 01:05:57 p3 ppp[398]: tun0: IPCP:  IPADDR[6]  155.45.59.40
Aug  4 01:06:00 p3 ppp[398]: tun0: IPCP: deflink: SendConfigReq(1) state = Ack-Sent
Aug  4 01:06:00 p3 ppp[398]: tun0: IPCP:  IPADDR[6]  0.0.0.0
Aug  4 01:06:00 p3 ppp[398]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots with slot compression
Aug  4 01:06:00 p3 ppp[398]: tun0: IPCP:  PRIDNS[6]  216.120.17.17
Aug  4 01:06:00 p3 ppp[398]: tun0: IPCP:  SECDNS[6]  216.120.17.17
Aug  4 01:06:00 p3 ppp[398]: tun0: CCP: MPPE: Not usable without CHAP81
Aug  4 01:06:00 p3 ppp[398]: tun0: CCP: deflink: SendConfigReq(2) state = Req-Sent
Aug  4 01:06:00 p3 ppp[398]: tun0: CCP:   [EMPTY]
Aug  4 01:06:01 p3 ppp[398]: tun0: IPCP: deflink: RecvConfigReq(4) state = Ack-Sent
Aug  4 01:06:01 p3 ppp[398]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots without slot compression
Aug  4 01:06:01 p3 ppp[398]: tun0: IPCP:  IPADDR[6]  155.45.59.40
Aug  4 01:06:01 p3 ppp[398]: tun0: IPCP: deflink: SendConfigAck(4) state = Ack-Sent
Aug  4 01:06:01 p3 ppp[398]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots without slot compression
Aug  4 01:06:01 p3 ppp[398]: tun0: IPCP:  IPADDR[6]  155.45.59.40
Aug  4 01:06:03 p3 ppp[398]: tun0: IPCP: deflink: SendConfigReq(1) state = Ack-Sent
Aug  4 01:06:03 p3 ppp[398]: tun0: IPCP:  IPADDR[6]  0.0.0.0
Aug  4 01:06:03 p3 ppp[398]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots with slot compression
Aug  4 01:06:03 p3 ppp[398]: tun0: IPCP:  PRIDNS[6]  216.120.17.17
Aug  4 01:06:03 p3 ppp[398]: tun0: IPCP:  SECDNS[6]  216.120.17.17
Aug  4 01:06:03 p3 ppp[398]: tun0: CCP: MPPE: Not usable without CHAP81
Aug  4 01:06:03 p3 ppp[398]: tun0: CCP: deflink: SendConfigReq(2) state = Req-Sent
Aug  4 01:06:03 p3 ppp[398]: tun0: CCP:   [EMPTY]
Aug  4 01:06:04 p3 ppp[398]: tun0: IPCP: deflink: RecvConfigReq(5) state = Ack-Sent
Aug  4 01:06:04 p3 ppp[398]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots without slot compression
Aug  4 01:06:04 p3 ppp[398]: tun0: IPCP:  IPADDR[6]  155.45.59.40
Aug  4 01:06:04 p3 ppp[398]: tun0: IPCP: deflink: SendConfigAck(5) state = Ack-Sent
Aug  4 01:06:04 p3 ppp[398]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots without slot compression
Aug  4 01:06:04 p3 ppp[398]: tun0: IPCP:  IPADDR[6]  155.45.59.40
Aug  4 01:06:06 p3 ppp[398]: tun0: IPCP: deflink: LayerFinish.
Aug  4 01:06:06 p3 ppp[398]: tun0: IPCP: Connect time: 15 secs: 0 octets in, 0 octets out
Aug  4 01:06:06 p3 ppp[398]: tun0: IPCP: : 0 packets in, 0 packets out
Aug  4 01:06:06 p3 ppp[398]: tun0: IPCP:  total 0 bytes/sec, peak 0 bytes/sec on Sat Aug  4 01:06:06 2001
Aug  4 01:06:06 p3 ppp[398]: tun0: IPCP: deflink: State change Ack-Sent --> Stopped
Aug  4 01:06:06 p3 ppp[398]: tun0: Phase: bundle: Terminate
Aug  4 01:06:06 p3 ppp[398]: tun0: CCP: deflink: State change Req-Sent --> Starting
Aug  4 01:06:06 p3 ppp[398]: tun0: CCP: deflink: LayerFinish.
Aug  4 01:06:06 p3 ppp[398]: tun0: CCP: deflink: State change Starting --> Initial
Aug  4 01:06:06 p3 ppp[398]: tun0: LCP: deflink: LayerDown
Aug  4 01:06:06 p3 ppp[398]: tun0: LCP: deflink: SendTerminateReq(2) state = Opened
Aug  4 01:06:06 p3 ppp[398]: tun0: LCP: deflink: State change Opened --> Closing
Aug  4 01:06:06 p3 ppp[398]: tun0: Phase: deflink: open -> lcp
Aug  4 01:06:06 p3 ppp[398]: tun0: IPCP: deflink: State change Stopped --> Closed
Aug  4 01:06:06 p3 ppp[398]: tun0: IPCP: deflink: State change Closed --> Initial
Aug  4 01:06:06 p3 ppp[398]: tun0: LCP: deflink: RecvTerminateAck(6), dropped (expected 2)
Aug  4 01:06:07 p3 ppp[398]: tun0: Phase: deflink: Carrier lost
Aug  4 01:06:07 p3 ppp[398]: tun0: LCP: deflink: LayerFinish
Aug  4 01:06:07 p3 ppp[398]: tun0: LCP: deflink: State change Closing --> Initial
Aug  4 01:06:07 p3 ppp[398]: tun0: Phase: deflink: Disconnected!
Aug  4 01:06:07 p3 ppp[398]: tun0: Phase: deflink: lcp -> logout
Aug  4 01:06:07 p3 ppp[398]: tun0: Phase: deflink: Disconnected!
Aug  4 01:06:07 p3 ppp[398]: tun0: Phase: deflink: logout -> hangup
Aug  4 01:06:07 p3 ppp[398]: tun0: Phase: deflink: Connect time: 45 secs: 501 octets in, 591 octets out
Aug  4 01:06:07 p3 ppp[398]: tun0: Phase: deflink: : 17 packets in, 23 packets out
Aug  4 01:06:07 p3 ppp[398]: tun0: Phase:  total 24 bytes/sec, peak 127 bytes/sec on Sat Aug  4 01:06:07 2001
Aug  4 01:06:07 p3 ppp[398]: tun0: Phase: deflink: hangup -> closed
Aug  4 01:06:07 p3 ppp[398]: tun0: Phase: bundle: Dead
Aug  4 01:06:13 p3 ppp[398]: tun0: Command: /dev/tty: q
Aug  4 01:06:13 p3 ppp[398]: tun0: Phase: PPP Terminated (normal).



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isp" in the body of the message


From owner-freebsd-isp  Fri Aug  3 13: 3:35 2001
Delivered-To: freebsd-isp@freebsd.org
Received: from caturix.genilog.net (unknown [66.38.181.33])
	by hub.freebsd.org (Postfix) with ESMTP id D9CA937B405
	for ; Fri,  3 Aug 2001 13:03:32 -0700 (PDT)
	(envelope-from paul@colba.net)
Received: from colba.net (nat.MTL.distributel.NET [66.38.181.24])
	by caturix.genilog.net (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id QAA13886
	for ; Fri, 3 Aug 2001 16:03:32 -0400
Message-ID: <3B6B3DEA.934A32D0@colba.net>
Date: Fri, 03 Aug 2001 20:12:26 -0400
From: Paul Khavkine 
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386)
X-Accept-Language: en
MIME-Version: 1.0
To: freebsd-isp@freebsd.org
Subject: Sendmail delivery timeout
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-isp@FreeBSD.ORG
Precedence: bulk
List-ID: 
List-Archive:  (Web Archive)
List-Help:  (List Instructions)
List-Subscribe: 
List-Unsubscribe: 
X-Loop: FreeBSD.org

Hi folks, i have a question:

Can delivery timeout be controlled per domain/host in sendmail ?
Ex: domain1.com - 4 days
        domain2.com - 6 days
        domain3.com - 1 day

Thanx
Paul

--
*************************************************
Paul Khavkine
Network Administrator
Distributel Communications
740 Notre Dame West, Suite 1135
Montreal, Quebec, Canada, H3C 3X6
1-514-877-0064




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isp" in the body of the message


From owner-freebsd-isp  Fri Aug  3 14:57:20 2001
Delivered-To: freebsd-isp@freebsd.org
Received: from exchange.unimayab.edu.mx (unknown [148.230.77.164])
	by hub.freebsd.org (Postfix) with ESMTP id CDD5337B401
	for ; Fri,  3 Aug 2001 14:57:16 -0700 (PDT)
	(envelope-from dperez@unimayab.edu.mx)
Received: by EXCHANGE with Internet Mail Service (5.5.2653.19)
	id ; Fri, 3 Aug 2001 16:57:14 -0500
Message-ID: <81C8CA3C286FD511A959000102C9B2CE0F0B55@EXCHANGE>
From: "A. David Perez Marfil" 
To: freebsd-isp@FreeBSD.ORG
Subject: RE: sendmail + virtualhosting + pop secure access + No spam
Date: Fri, 3 Aug 2001 16:57:09 -0500 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Sender: owner-freebsd-isp@FreeBSD.ORG
Precedence: bulk
List-ID: 
List-Archive:  (Web Archive)
List-Help:  (List Instructions)
List-Subscribe: 
List-Unsubscribe: 
X-Loop: FreeBSD.org

this issue need some extra config in sendmail?

-----Mensaje original-----
De: Charlie & [mailto:root@virtual-voodoo.com]
Enviado el: Lunes, 30 de Julio de 2001 08:40 a.m.
Para: Dirk Meyer
CC: freebsd-isp@FreeBSD.ORG
Asunto: Re: sendmail + virtualhosting + pop secure access + No spam


On Mon, Jul 30, 2001 at 10:51:55AM +0200, Dirk Meyer wrote:
> 
> A. David Perez Marfil wrote:
> 
> > 1.- sendmail with virtual domain   ok
> > 2.- pop access to the email accounts ok
> > 3.- how to let the users relay email for their domian in secure way ?
> > 4.- aviod spammers ?
> 
> Andrew Reid wrote,
> 
> > You may want to have a think about POP-3 authentication before allowing
> > mail relay. That way, users have to identify themselves before Sendmail
> > will relay for them.

Why wouldn't you just use SMTP authentication? Most clients seem to
support that now and you get to avoid the pop-before-smtp kludge
(several clients attempt to send before receiving).

-Steve

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isp" in the body of the message

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isp" in the body of the message


From owner-freebsd-isp  Fri Aug  3 16:15:52 2001
Delivered-To: freebsd-isp@freebsd.org
Received: from datec.net.pg (unknown [202.1.60.8])
	by hub.freebsd.org (Postfix) with ESMTP id CEEE437B406
	for ; Fri,  3 Aug 2001 16:15:44 -0700 (PDT)
	(envelope-from keith@lap.apcs.com.au)
Received: from lap.apcs.com.au ([202.1.56.39])
	by datec.net.pg (8.11.1/8.11.1) with ESMTP id f73NKBH65130
	for ; Sat, 4 Aug 2001 09:20:21 +1000 (PGT)
	(envelope-from keith@lap.apcs.com.au)
Received: (from keith@localhost)
	by lap.apcs.com.au (8.11.3/8.11.3) id f73NF4Z00388
	for freebsd-isp@FreeBSD.ORG; Sat, 4 Aug 2001 09:15:04 +1000 (PGT)
	(envelope-from keith)
Message-ID: 
X-Mailer: XFMail 1.5.0 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <3B6B3DEA.934A32D0@colba.net>
Date: Sat, 04 Aug 2001 09:15:00 +1000 (PGT)
Organization: Datec (PNG)
From: Keith@apcs.com.au
To: freebsd-isp@FreeBSD.ORG
Subject: Sendmail / ipfw /username collecting
Sender: owner-freebsd-isp@FreeBSD.ORG
Precedence: bulk
List-ID: 
List-Archive:  (Web Archive)
List-Help:  (List Instructions)
List-Subscribe: 
List-Unsubscribe: 
X-Loop: FreeBSD.org

Hi All

I'm currently under attack to my Sendmail (ip's below)

Every time I add them to the ipfw they start an hour or two
later with a new ip. Can I automate ipfw or sendmail to stop this.

213.122.48.161  213.122.192.99 213.1.128.134
213.122.114.186 213.122.52.253 213.122.78.31

Aug  4 00:00:03 haus sendmail[30123]: f73DskH30123: ...
User unknown
Aug  4 00:00:03 haus sendmail[30103]: f73DsiH30103: ...
User unknown
Aug  4 00:00:03 haus sendmail[30099]: f73DsiH30099: ...
User unknown
Aug  4 00:00:03 haus sendmail[30101]: f73DsiH30101: ...
User unknown
Aug  4 00:00:03 haus sendmail[30120]: f73DskH30120: ...
User unknown

On and on and on .................

Any help would be great

Thanks

Keith

----------------------------------
E-Mail: Keith@apcs.com.au
Date: 04-Aug-2001
Time: 08:56:59

This message was sent by XFMail
----------------------------------

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isp" in the body of the message