From owner-freebsd-isp@FreeBSD.ORG Sun Jul 3 16:14:55 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85F1C16A41C for ; Sun, 3 Jul 2005 16:14:55 +0000 (GMT) (envelope-from www-data@hyper.lindenlab.com) Received: from hyper.lindenlab.com (hyper.lindenlab.com [66.150.244.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7255C43D4C for ; Sun, 3 Jul 2005 16:14:55 +0000 (GMT) (envelope-from www-data@hyper.lindenlab.com) Received: by hyper.lindenlab.com (Postfix, from userid 33) id E4AB98099DBB; Sun, 3 Jul 2005 09:14:54 -0700 (PDT) From: "Technical Support via RT" In-Reply-To: Message-ID: Precedence: bulk X-RT-Loop-Prevention: rt.lindenlab.com RT-Ticket: rt.lindenlab.com #85407 Managed-by: RT 3.0.12 (http://www.bestpractical.com/rt/) RT-Originator: freebsd-isp@freebsd.org To: freebsd-isp@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-RT-Original-Encoding: utf-8 content-transfer-encoding: 8bit Date: Sun, 3 Jul 2005 09:14:54 -0700 (PDT) Subject: [rt.lindenlab.com #85407] AutoReply: hello X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Reply-To: support@secondlife.com List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Jul 2005 16:14:55 -0000 Dear Second Life Resident: Thank you for contacting Second Life Technical Support. Your question regarding hello has been received. Inquiries received during working hours will likely receive a very quick response; inquiries received after hours or on the weekend might have a wait a bit longer, probably until the next business day. Your request has been assigned an ID of [rt.lindenlab.com #85407]. In World Help Second Life’s Live Help system gives you instant access to knowledgeable Second Life Residents who have volunteered to help answer your questions. You can ask a Live Help question by selecting Live Help from the in-world Help menu in the upper-right of your Second Life screen. Linden Lab employees can be spotted in-world with the last name Linden and the title Liaison. Liaisons are able to help you with general technical questions and are especially helpful when it comes to learning the intricacies of living your Second Life. You'll usually find them in the welcome area during most afternoon and evening hours. Common Wisdom The answers to many frequently (and more than a few not-so-frequently) asked questions can be located at the Second Life Website and the Second Life Forums at http://www.secondlife.com. The Website and Forums are available 24 hours a day, seven days a week. Best, support@secondlife.com ------------------------------------------------------------------------- anything ok? From owner-freebsd-isp@FreeBSD.ORG Mon Jul 4 21:00:26 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8CA716A41C for ; Mon, 4 Jul 2005 21:00:26 +0000 (GMT) (envelope-from ssiadmin@dsaf.pm.gouv.fr) Received: from mail.pm.gouv.fr (azote.pm.gouv.fr [80.70.42.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83C6643D4C for ; Mon, 4 Jul 2005 21:00:25 +0000 (GMT) (envelope-from ssiadmin@dsaf.pm.gouv.fr) Received: from s-voltaire.dmz (s-voltaire.dmz [192.168.13.216]) by mail.pm.gouv.fr (Messagerie) with ESMTP id 6B80D99FFA for ; Mon, 4 Jul 2005 23:00:24 +0200 (CEST) From: ssiadmin@dsaf.pm.gouv.fr To: freebsd-isp@freebsd.org Date: Mon, 4 Jul 2005 23:01:46 +0200 (MEST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-Id: <20050704210024.6B80D99FFA@mail.pm.gouv.fr> Subject: =?iso-8859-1?q?Virus_d=E9tect=E9_dans_le_message=2E_Refus=E9=2E?= X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 21:00:26 -0000 Un virus a ete trouve dans le message envoye par: freebsd-isp@freebsd.org a: mospm@sgg.pm.gouv.fr le: Mon, 4 Jul 2005 22:59:55 +0200 dont l'objet est: Informations trouvees sur le virus: Scenarios/Incoming/Content Scanner Sophos: Threat: 'W32/Netsky-C' detected by 'Sophos AV Interface for MIMEsweeper'. Scenarios/Incoming/Content Scanner Sophos: Threat: 'W32/Netsky-C' detected by 'Sophos AV Interface for MIMEsweeper'. Scenarios/Exe-Java: 'Selected'. Pour plus d'informations, contactez ssiadmin@dsaf.pm.gouv.fr From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 02:33:21 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7B1316A41F for ; Wed, 6 Jul 2005 02:33:21 +0000 (GMT) (envelope-from fbsdisp@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F65C43D46 for ; Wed, 6 Jul 2005 02:33:21 +0000 (GMT) (envelope-from fbsdisp@gmail.com) Received: by zproxy.gmail.com with SMTP id z6so532853nzd for ; Tue, 05 Jul 2005 19:33:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=jKW/9nsc4NMvULHgt3dA4UYq9/3eQa2FESRkjnLz+sGTHzyVniGKWc359eZUBxXXxQrbu765LNtmYa4Zgw8mOaaLgdEK76ODgdLPNvIyAZprPqygwgrMnw3RnRfpmgudQXjETmEpwq4oXhtXwPVsFoXPNDgvW969OV965mhRrCE= Received: by 10.36.221.27 with SMTP id t27mr1534577nzg; Tue, 05 Jul 2005 19:33:20 -0700 (PDT) Received: by 10.36.128.7 with HTTP; Tue, 5 Jul 2005 19:33:20 -0700 (PDT) Message-ID: <3b88b80a0507051933f4750f3@mail.gmail.com> Date: Tue, 5 Jul 2005 22:33:20 -0400 From: G Felter To: freebsd-isp@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Multiple IP MRTG or Similar X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: G Felter List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 02:33:22 -0000 I just want to introduce myself to the list. My name is Greg and I have been using FreeBSD for about four years, I have even swore off Windows and use FreeBSD as my workstation. I am writing because I have a FreeBSD server which I provide shell accounts to customers with. I soon hope to provide jails after working out some glitches. I need to monitor each customers bandwidth usage on a per IP basis. I know MRTG is basically the standard but I am open to suggestions. I seem to have trouble setting up MRTG myself and have consulted several people for the purpose having them set up MRTG. They have told me they can only set up MRTG on FreeBSD for the main IP of the server and not for each individual IP. I know there are providers monitoring the bandwidth of each IP in FreeBSD. Which script are they using to do this, MRTG, cacti, RRDTool, cricket? If someone could offer a little guidance to get me started I would be grateful. Thank you Greg From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 05:27:11 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DFB816A41C for ; Wed, 6 Jul 2005 05:27:11 +0000 (GMT) (envelope-from adam@oxeo.com) Received: from mx1.oxeo.com (mx1.oxeo.com [66.230.153.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C7B443D49 for ; Wed, 6 Jul 2005 05:27:10 +0000 (GMT) (envelope-from adam@oxeo.com) Received: from mx1.oxeo.com (localhost.oxeo.com [127.0.0.1]) by mx1.oxeo.com (Postfix) with ESMTP id D4813845C0; Wed, 6 Jul 2005 00:43:45 -0500 (EST) Received: from [10.0.1.128] (pcp09971858pcs.narlington.nj.comcast.net [68.37.190.16]) by mx1.oxeo.com (Postfix) with ESMTP id 9D2EE845BF; Wed, 6 Jul 2005 00:43:45 -0500 (EST) In-Reply-To: <3b88b80a0507051933f4750f3@mail.gmail.com> References: <3b88b80a0507051933f4750f3@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v730) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Adam Jacob Muller Date: Wed, 6 Jul 2005 01:27:07 -0400 To: G Felter X-Mailer: Apple Mail (2.730) Cc: freebsd-isp@freebsd.org Subject: Re: Multiple IP MRTG or Similar X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 05:27:11 -0000 MRTG and everything else for that matter monitors at the kernel level. basically this means that you are monitoring on a per interface basis, not a per address basis. If you plan on having 12 ips on 1 interface you can not break out the bandwidth usage per IP. The solution we use on our virtually hosted machines is to use an apache "traffic" log to track the bandwidth usage of apache. Obviously this does not track bandwidth usage from FTP or SSH however we basically consider this bandwidth incidental and ignore it. That said, if your customers will have root access then it's "possible" to compromise this system. It's also useless if they intend to have other kinds of servers besides apache running. All that said, I highly suggest that if you do decide to use MRTG that you use the rrdtool backend, rrdtool is basically the gold standard in the IT industry. Remember, rrdtool, MRTG and cacti are not the same type of thing. RRDTool is an interface to rrd's that is, round robin databases, these binary packed files are used to store data. That's basically it. I use it for everything from storing bandwidth to storing the data from my hydroponic garden. That said, MRTG is a data gathering tool. It is designed to gather data from a SNMP (or other types of) query and put it into some kind of storage medium. MRTG is built with the basic support for flat ASCII logs but i don't know of anyone that uses that anymore. It's highly susceptible to corruption. use the RRD logging if you go with MRTG. Now, finally, there is cacti. Cacti integrates MRTG and RRDTool to create a pretty web interface. Basically, we need to know exactly what kind of stuff your customers plan on doing. AFAIK this is possible under linux using interface aliases. I'm not sure about FreeBSD. Adam On Jul 5, 2005, at 10:33 PM, G Felter wrote: > I just want to introduce myself to the list. My name is Greg and I > have been using FreeBSD for about four years, I have even swore off > Windows and use FreeBSD as my workstation. > > I am writing because I have a FreeBSD server which I provide shell > accounts to customers with. I soon hope to provide jails after > working out some glitches. I need to monitor each customers bandwidth > usage on a per IP basis. I know MRTG is basically the standard but I > am open to suggestions. I seem to have trouble setting up MRTG myself > and have consulted several people for the purpose having them set up > MRTG. They have told me they can only set up MRTG on FreeBSD for the > main IP of the server and not for each individual IP. I know there > are providers monitoring the bandwidth of each IP in FreeBSD. Which > script are they using to do this, MRTG, cacti, RRDTool, cricket? If > someone could offer a little guidance to get me started I would be > grateful. Thank you > Greg > _______________________________________________ > freebsd-isp@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-isp > To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" > From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 06:46:50 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B968216A41C for ; Wed, 6 Jul 2005 06:46:50 +0000 (GMT) (envelope-from lists@visionsix.com) Received: from mordrede.visionsix.net (mordrede.visionsix.net [206.113.65.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 758FD43D45 for ; Wed, 6 Jul 2005 06:46:50 +0000 (GMT) (envelope-from lists@visionsix.com) Received: from vsis169 (unverified [206.113.65.14]) by mordrede.visionsix.net (Vircom SMTPRS 4.0.340.0) with SMTP id for ; Wed, 6 Jul 2005 01:46:48 -0500 Message-ID: <06e001c581f6$7bdd8460$de0a0a0a@visionsix.com> From: "Lewis Watson" To: References: <3b88b80a0507051933f4750f3@mail.gmail.com> Date: Wed, 6 Jul 2005 01:46:48 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: Multiple IP MRTG or Similar X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 06:46:50 -0000 can only set up MRTG on FreeBSD for the main IP of the server and not for each individual IP. I know there are providers monitoring the bandwidth of each IP in FreeBSD. Which script are they using to do this, MRTG, cacti, RRDTool, cricket? If someone could offer a little guidance to get me started I would be grateful. Thank you Greg _______________________________________________ Hi Greg, Bandwidthd does a nice job of creating seperate graphs for each ip = address or subnet. Take a look and see what you think: http://bandwidthd.sourceforge.net/demo/ A more "versatile" solution would be to use netflow, which uses RRDTool = and other resources. From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 06:48:53 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3423A16A41C for ; Wed, 6 Jul 2005 06:48:53 +0000 (GMT) (envelope-from lists@visionsix.com) Received: from mordrede.visionsix.net (mordrede.visionsix.net [206.113.65.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id E339843D53 for ; Wed, 6 Jul 2005 06:48:52 +0000 (GMT) (envelope-from lists@visionsix.com) Received: from vsis169 (unverified [206.113.65.14]) by mordrede.visionsix.net (Vircom SMTPRS 4.0.340.0) with SMTP id for ; Wed, 6 Jul 2005 01:48:52 -0500 Message-ID: <06ef01c581f6$c54fb3c0$de0a0a0a@visionsix.com> From: "Lewis Watson" To: References: <3b88b80a0507051933f4750f3@mail.gmail.com> Date: Wed, 6 Jul 2005 01:48:52 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: Multiple IP MRTG or Similar X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 06:48:53 -0000 bandwidth usage on a per IP basis. I know MRTG is basically the standard but I am open to suggestions. I seem to have trouble setting up MRTG myself and have consulted several people for the purpose having them set up MRTG. They have told me they can only set up MRTG on FreeBSD for the main IP of the server and not for each individual IP. I know there are providers monitoring the bandwidth of each IP in FreeBSD. Which script are they using to do this, MRTG, cacti, RRDTool, cricket? If someone could offer a little guidance to get me started I would be grateful. Thank you Greg _______________________________________________ Hi Greg, Bandwidthd does a nice job of creating seperate graphs for each ip = address or subnet.=20 http://bandwidthd.sourceforge.net/demo/ A more "versatile" solution would be to use netflow, which uses RRDTool = and other resources. http://wwwstats.net.wisc.edu/index.html Good Luck, Lewis Watson From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 06:56:36 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 584DA16A41C for ; Wed, 6 Jul 2005 06:56:36 +0000 (GMT) (envelope-from artem@aws-net.org.ua) Received: from alf.aws-net.org.ua (alf.aws-net.org.ua [194.44.157.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 006ED43D46 for ; Wed, 6 Jul 2005 06:56:33 +0000 (GMT) (envelope-from artem@aws-net.org.ua) Received: from [192.168.9.241] (rainbow.mipk.kharkiv.edu [192.168.9.241]) by alf.aws-net.org.ua (8.13.1/8.13.1) with ESMTP id j666uPvE041474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 6 Jul 2005 09:56:30 +0300 (EEST) (envelope-from artem@aws-net.org.ua) Message-ID: <42CB8099.5020102@aws-net.org.ua> Date: Wed, 06 Jul 2005 09:56:25 +0300 From: Artyom Viklenko Organization: Art&Co. User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050505) X-Accept-Language: en-us, en MIME-Version: 1.0 To: G Felter References: <3b88b80a0507051933f4750f3@mail.gmail.com> In-Reply-To: <3b88b80a0507051933f4750f3@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-isp@freebsd.org Subject: Re: Multiple IP MRTG or Similar X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 06:56:36 -0000 G Felter wrote: > I just want to introduce myself to the list. My name is Greg and I > have been using FreeBSD for about four years, I have even swore off > Windows and use FreeBSD as my workstation. > > I am writing because I have a FreeBSD server which I provide shell > accounts to customers with. I soon hope to provide jails after > working out some glitches. I need to monitor each customers bandwidth > usage on a per IP basis. I know MRTG is basically the standard but I > am open to suggestions. I seem to have trouble setting up MRTG myself > and have consulted several people for the purpose having them set up > MRTG. They have told me they can only set up MRTG on FreeBSD for the > main IP of the server and not for each individual IP. I know there > are providers monitoring the bandwidth of each IP in FreeBSD. Which > script are they using to do this, MRTG, cacti, RRDTool, cricket? If > someone could offer a little guidance to get me started I would be > grateful. Thank you > Greg One possible way to gather statistics per-jail-ip is to use 'ipfw count' rules for each jail ip on the base system. Then you can write some scripts and pass accumulated data to MRTG. MRTG can grab data not only from SNMP, but from external programms via stdin. Such external program have to send to it's stdout four strings. This is described in MRTG documentation. The simplest scripts in this case should pass to MRTG current values of ipfw count values for inbound and outbound traffic. You need as many such scripts as you have jails on the host. MRTG (and Apache) should be installed on the same machine with jails. But it is possible to write tcp- or udp-aware daemon and client and run MRTG on another host. And if you want you can use RRDTool - it can show more precious pictures than MRTG. MRTG shows more averaged values. -- Sincerely yours, Artyom Viklenko. ------------------------------------------------------- artem@aws-net.org.ua | http://www.aws-net.org.ua/~artem FreeBSD: The Power to Serve - http://www.freebsd.org From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 08:15:32 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F087716A41C for ; Wed, 6 Jul 2005 08:15:32 +0000 (GMT) (envelope-from erik@microcontroller.nl) Received: from rena.mysmt.net (rena.mysmt.net [82.150.137.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C7E043D48 for ; Wed, 6 Jul 2005 08:15:31 +0000 (GMT) (envelope-from erik@microcontroller.nl) Received: (qmail 47901 invoked by uid 89); 6 Jul 2005 08:15:28 -0000 Received: by simscan 1.1.0 ppid: 47894, pid: 47896, t: 1.9935s scanners: clamav: 0.84/m:31/d:876 spam: 3.0.2 Received: from unknown (HELO 192.168.0.14) (microcon@microcontroller.nl@213.84.50.76) by 82-150-137-14.mysmt.net with SMTP; 6 Jul 2005 08:15:26 -0000 From: "Erik @ Microcontroller.nl" To: freebsd-isp@freebsd.org In-Reply-To: <06ef01c581f6$c54fb3c0$de0a0a0a@visionsix.com> References: <3b88b80a0507051933f4750f3@mail.gmail.com> <06ef01c581f6$c54fb3c0$de0a0a0a@visionsix.com> Content-Type: text/plain Date: Wed, 06 Jul 2005 10:16:09 +0200 Message-Id: <1120637769.16870.6.camel@tessa.mysmt.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-3) Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on rena.mysmt.net X-Spam-Level: X-Spam-Status: No, score=-2.5 required=4.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Subject: Re: Multiple IP MRTG or Similar X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 08:15:33 -0000 > Hi Greg, > Bandwidthd does a nice job of creating seperate graphs for each ip address or subnet. > http://bandwidthd.sourceforge.net/demo/ Hi, Hi my expirience is that bandwithd does a terrible job, it sets your interface in promisious mode if I'm not mistaken and keeps it's data in ram. use it only for investigation or test environment's not on production systems (my advice.) -Erik. From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 08:21:47 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D94216A41C for ; Wed, 6 Jul 2005 08:21:47 +0000 (GMT) (envelope-from rick@rptn.net) Received: from mail.rimasec.net (nyc.rimasec.net [209.133.8.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id C163843D58 for ; Wed, 6 Jul 2005 08:21:46 +0000 (GMT) (envelope-from rick@rptn.net) Received: from localhost (mail.rimasec.net [209.133.8.163]) by mail.rimasec.net (Postfix) with ESMTP id 85A412B88A for ; Wed, 6 Jul 2005 04:21:45 -0400 (EDT) Received: from mail.rimasec.net ([209.133.8.163]) by localhost (nyc.rimasec.net [209.133.8.163]) (amavisd-new, port 10024) with ESMTP id 38575-06 for ; Wed, 6 Jul 2005 04:21:44 -0400 (EDT) Received: from zombie.mtl.rptn.net (mtl.rptn.net [216.113.17.176]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by mail.rimasec.net (Postfix) with ESMTP id 50A7F2B83D for ; Wed, 6 Jul 2005 04:21:44 -0400 (EDT) From: Rick Fournier To: freebsd-isp@freebsd.org Date: Wed, 6 Jul 2005 04:21:57 -0400 User-Agent: KMail/1.8 References: <3b88b80a0507051933f4750f3@mail.gmail.com> <42CB8099.5020102@aws-net.org.ua> In-Reply-To: <42CB8099.5020102@aws-net.org.ua> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1180919.G6HrtkDuy8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200507060422.01548.rick@rptn.net> X-Virus-Scanned: by amavisd-new at mta.rimasec.net Subject: Re: Multiple IP MRTG or Similar X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 08:21:47 -0000 --nextPart1180919.G6HrtkDuy8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline netstat -rni and/or ipfw count could do the job. MRTG can chart anything that has numbers :) netstat -rni | grep 192.169.127.1 | awk '{print $5,$7}' 19768749 31696000 netstat -rni | grep 192.169.127.6 | awk '{print $5,$7}' 6448104 5713402 On July 6, 2005 02:56 am, Artyom Viklenko wrote: > One possible way to gather statistics per-jail-ip is to use 'ipfw coun= t' > rules for each jail ip on the base system. Then you can write some > scripts and pass accumulated data to MRTG. MRTG can grab data not only fr= om > SNMP, but from external programms via stdin. Such external program > have to send to it's stdout four strings. This is described in MRTG > documentation. =2D-=20 Rick Fournier (rick@rptn.net) GnuPG/PGP Key: 31846E22 (http://www.rptn.net/rick.asc) Key Fingerprint: B1E3 AE2E C867 F491 BF9F 9485 7818 122D 3184 6E22 --nextPart1180919.G6HrtkDuy8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBCy5SpeBgSLTGEbiIRAjADAJ4gOtlcvqcgobQJ89TQKbAgvZWUUgCfe8CX d+Y+4TllbO0lskmGxSZAbs8= =S6ik -----END PGP SIGNATURE----- --nextPart1180919.G6HrtkDuy8-- From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 11:35:12 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2542116A41C for ; Wed, 6 Jul 2005 11:35:12 +0000 (GMT) (envelope-from lists@visionsix.com) Received: from mordrede.visionsix.net (mordrede.visionsix.net [206.113.65.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7C3643D45 for ; Wed, 6 Jul 2005 11:35:11 +0000 (GMT) (envelope-from lists@visionsix.com) Received: from vsis169 (unverified [206.113.65.14]) by mordrede.visionsix.net (Vircom SMTPRS 4.0.340.0) with SMTP id for ; Wed, 6 Jul 2005 06:35:10 -0500 Message-ID: <001801c5821e$c455e340$de0a0a0a@visionsix.com> From: "Lewis Watson" To: References: <3b88b80a0507051933f4750f3@mail.gmail.com><06ef01c581f6$c54fb3c0$de0a0a0a@visionsix.com> <1120637769.16870.6.camel@tessa.mysmt.net> Date: Wed, 6 Jul 2005 06:35:10 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: Multiple IP MRTG or Similar X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 11:35:12 -0000 > Hi my expirience is that bandwithd does a terrible job, it sets your > interface in promisious mode if I'm not mistaken and keeps it's data = in > ram. use it only for investigation or test environment's not on > production systems (my advice.) >=20 > -Erik. Hi, I would like to share some of our experiences with Bandwidthd. As I = mentioned in my previous email, Netflow and Bandwidthd are certainly two = vastly different applications. However, we have used and tested = Bandwidthd in a variety of small and small-medium size environments. In = the end we found no problem running Bandwidthd and in each case it did = exactly what we needed it to do. We have ran Bandwidthd on a FreeBSD firewall/ bridge with over 2000 = client machines passing traffic through it daily for six months. The = clients all were connected via T1 circuits or better. We experienced no = problems using the conventional logs it generated. We have also had Bandwidthd running for about two years on a much = smaller network. Initially there was an issue on this host with FreeBSD = but an update resolved the bug that was found a few months ago in = regards to the logs not being able to generate the stats after rebooting = the server. There have been other situations where we have used Bandwidthd and the = results were always similar to the above examples. You can disable = promiscuous mode on startup, otherwise I would probably leave it alone = as well. The new version of bandwidthd gives the option to store the = stats in PostgreSQL or in memory via text files. There is not much in = the way of configuration unless you edit the src directly - (we added a = line to include a css file and a few cosmetic changes) I think the = config file is much simpler to use than MRTG, which was another issue = the user had mentioned in the original email. This is just the luck we have had with Bandwidthd... I have no idea if = it has ever worked for anyone else. Take care, Lewis Watson From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 11:47:40 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BE5716A41C for ; Wed, 6 Jul 2005 11:47:40 +0000 (GMT) (envelope-from erik@microcontroller.nl) Received: from rena.mysmt.net (rena.mysmt.net [82.150.137.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7B6F43D45 for ; Wed, 6 Jul 2005 11:47:39 +0000 (GMT) (envelope-from erik@microcontroller.nl) Received: (qmail 66399 invoked by uid 89); 6 Jul 2005 11:47:36 -0000 Received: by simscan 1.1.0 ppid: 66386, pid: 66394, t: 3.7751s scanners: clamav: 0.84/m:31/d:876 spam: 3.0.2 Received: from unknown (HELO 192.168.0.14) (microcon@microcontroller.nl@213.84.50.76) by 82-150-137-14.mysmt.net with SMTP; 6 Jul 2005 11:47:32 -0000 From: "Erik @ Microcontroller.nl" To: freebsd-isp@freebsd.org In-Reply-To: <001801c5821e$c455e340$de0a0a0a@visionsix.com> References: <3b88b80a0507051933f4750f3@mail.gmail.com> <06ef01c581f6$c54fb3c0$de0a0a0a@visionsix.com> <1120637769.16870.6.camel@tessa.mysmt.net> <001801c5821e$c455e340$de0a0a0a@visionsix.com> Content-Type: text/plain Date: Wed, 06 Jul 2005 13:48:16 +0200 Message-Id: <1120650496.16870.17.camel@tessa.mysmt.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-3) Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on rena.mysmt.net X-Spam-Level: X-Spam-Status: No, score=-2.5 required=4.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.2 Subject: Re: Multiple IP MRTG or Similar X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 11:47:40 -0000 > Hi, > I would like to share some of our experiences with Bandwidthd. As I mentioned in my previous email, Netflow and Bandwidthd are certainly two vastly different applications. However, we have used and tested Bandwidthd in a variety of small and small-medium size environments. In the end we found no problem running Bandwidthd and in each case it did exactly what we needed it to do. > > We have ran Bandwidthd on a FreeBSD firewall/ bridge with over 2000 client machines passing traffic through it daily for six months. The clients all were connected via T1 circuits or better. We experienced no problems using the conventional logs it generated. > > We have also had Bandwidthd running for about two years on a much smaller network. Initially there was an issue on this host with FreeBSD but an update resolved the bug that was found a few months ago in regards to the logs not being able to generate the stats after rebooting the server. > > There have been other situations where we have used Bandwidthd and the results were always similar to the above examples. You can disable promiscuous mode on startup, otherwise I would probably leave it alone as well. The new version of bandwidthd gives the option to store the stats in PostgreSQL or in memory via text files. There is not much in the way of configuration unless you edit the src directly - (we added a line to include a css file and a few cosmetic changes) I think the config file is much simpler to use than MRTG, which was another issue the user had mentioned in the original email. > Hmm I had a similar setup once (less hosts though), It has been a while ago that I used it.. maybe they changed a lot or my configuration was bogus.. And I totally agree that it is much much easier to setup then MRTG ;-) one last remark, instead of MRTG you could use 'cacti' to monitor your hosts and create your graphs. ( www.cacti.net ) Cheers, -Erik. From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 12:03:23 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C79D16A41C for ; Wed, 6 Jul 2005 12:03:23 +0000 (GMT) (envelope-from lists@visionsix.com) Received: from mordrede.visionsix.net (mordrede.visionsix.net [206.113.65.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13E0D43D48 for ; Wed, 6 Jul 2005 12:03:22 +0000 (GMT) (envelope-from lists@visionsix.com) Received: from vsis169 (unverified [206.113.65.14]) by mordrede.visionsix.net (Vircom SMTPRS 4.0.340.0) with SMTP id for ; Wed, 6 Jul 2005 07:03:21 -0500 Message-ID: <006f01c58222$b48940c0$de0a0a0a@visionsix.com> From: "Lewis Watson" To: References: <3b88b80a0507051933f4750f3@mail.gmail.com><06ef01c581f6$c54fb3c0$de0a0a0a@visionsix.com><1120637769.16870.6.camel@tessa.mysmt.net><001801c5821e$c455e340$de0a0a0a@visionsix.com> <1120650496.16870.17.camel@tessa.mysmt.net> Date: Wed, 6 Jul 2005 07:03:21 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Re: Multiple IP MRTG or Similar X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 12:03:23 -0000 instead of MRTG you could use 'cacti' to monitor your > hosts and create your graphs. ( www.cacti.net ) > -Erik. Cacti does make some very nice graphs. :-) Lewis From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 13:11:19 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D712D16A41C for ; Wed, 6 Jul 2005 13:11:19 +0000 (GMT) (envelope-from john@essenz.com) Received: from beck.quonix.net (beck.quonix.net [146.145.66.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C4A843D4C for ; Wed, 6 Jul 2005 13:11:19 +0000 (GMT) (envelope-from john@essenz.com) Received: from beck.quonix.net (localhost [127.0.0.1]) by beck.quonix.net (8.13.4/8.13.4) with ESMTP id j66DB8YS017935 for ; Wed, 6 Jul 2005 09:11:08 -0400 (EDT) Received: from localhost (essenz@localhost) by beck.quonix.net (8.13.4/8.13.4/Submit) with ESMTP id j66DB8Q6017932 for ; Wed, 6 Jul 2005 09:11:08 -0400 (EDT) X-Authentication-Warning: beck.quonix.net: essenz owned process doing -bs Date: Wed, 6 Jul 2005 09:11:08 -0400 (EDT) From: John Von Essen X-X-Sender: essenz@beck.quonix.net To: freebsd-isp@freebsd.org In-Reply-To: <001801c5821e$c455e340$de0a0a0a@visionsix.com> Message-ID: <20050706085010.I16800@beck.quonix.net> References: <3b88b80a0507051933f4750f3@mail.gmail.com><06ef01c581f6$c54fb3c0$de0a0a0a@visionsix.com> <1120637769.16870.6.camel@tessa.mysmt.net> <001801c5821e$c455e340$de0a0a0a@visionsix.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamAssassin-3.0.3-Score: -2.74/5.8 ALL_TRUSTED,NORMAL_HTTP_TO_IP X-MimeDefang-2.51: beck.quonix.net X-Scanned-By: MIMEDefang 2.51 on 146.145.66.90 Subject: Re: Multiple IP MRTG or Similar X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 13:11:20 -0000 I have recently had this problem with metering bandwidth across multiple IP's on the same interface in a FreeBSD box (and solved it!) First I tried bandwidthd - nice but it had a few problems. For starters, under FreeBSD 4.11 it was using 98% CPU. It was also difficult to customize for each client. Then I stumbled across pmacctd (its in ports) and this I liked because it was just a raw engine that allowed me to capture the data. From there I could do whatever I wanted with that data. pmacctd stores data points in a sql database, or it can do it memory. I went with MySQL storage. It monitors all packets and aggregates by IP, or port, (or whatever you want). Here is an example of what the data looks like in MySQL: |SRC MAC|DST MAC|SRC IP|DST IP|SRC PORT|DST PORT|PROTO|PACKETS|BYTES|TIME-INSERTED|TIME-UPDATED | 0:0:0:0:0:0 | 0:0:0:0:0:0 | 146.145.66.91 | 66.63.179.22 | 53 | 1291 | ip | 1 | 212 | 2005-07-06 08:40:00 | 2005-07-06 08:49:16 | | 0:0:0:0:0:0 | 0:0:0:0:0:0 | 66.63.179.22 | 146.145.66.91 | 1291 | 53 | ip | 1 | 57 | 2005-07-06 08:40:00 | 2005-07-06 08:49:16 | So it records total bytes transfered in 10 minute blocks (TIME-INSERTED is the 10 minute block). When the 10 minute block is done, I just add up all the data for the given IP's. I bill on total data transfer, so I'm done. If I need transfer rates, I could just compute the avg. transfer rate for that 10 minute interval. pmacctd uses very little system resources. There is only one downside though.... It generates a ton of mysql records. So much, that every hour I do my computations and export to a text file for the IP/client, then delete the data in Mysql. So I only have ~ the last hour in sql at any given time. If I didn't do this, after a few days, I would over a 100,000 records! I have actually made a set of pretty portable perl scripts which takes the data and makes the web GUI for the IP/client. Check out http://146.145.66.90/ip66-92/ (Login as guest/let4me) If anyone wants the scripts, just let me know, you just need perl with GD::Graph. NOTE: If the ports version of pmacctd is not 0.8.8 - dont use it, there is a bug. The bug has been fixed in 0.8.8 which you can download from: http://www.ba.cnr.it/~paolo/pmacct/ -john On Wed, 6 Jul 2005, Lewis Watson wrote: > > Hi my expirience is that bandwithd does a terrible job, it sets your > > interface in promisious mode if I'm not mistaken and keeps it's data in > > ram. use it only for investigation or test environment's not on > > production systems (my advice.) > > > > -Erik. > > Hi, > I would like to share some of our experiences with Bandwidthd. As I mentioned in my previous email, Netflow and Bandwidthd are certainly two vastly different applications. However, we have used and tested Bandwidthd in a variety of small and small-medium size environments. In the end we found no problem running Bandwidthd and in each case it did exactly what we needed it to do. > > We have ran Bandwidthd on a FreeBSD firewall/ bridge with over 2000 client machines passing traffic through it daily for six months. The clients all were connected via T1 circuits or better. We experienced no problems using the conventional logs it generated. > > We have also had Bandwidthd running for about two years on a much smaller network. Initially there was an issue on this host with FreeBSD but an update resolved the bug that was found a few months ago in regards to the logs not being able to generate the stats after rebooting the server. > > There have been other situations where we have used Bandwidthd and the results were always similar to the above examples. You can disable promiscuous mode on startup, otherwise I would probably leave it alone as well. The new version of bandwidthd gives the option to store the stats in PostgreSQL or in memory via text files. There is not much in the way of configuration unless you edit the src directly - (we added a line to include a css file and a few cosmetic changes) I think the config file is much simpler to use than MRTG, which was another issue the user had mentioned in the original email. > > This is just the luck we have had with Bandwidthd... I have no idea if it has ever worked for anyone else. > Take care, > Lewis Watson > > _______________________________________________ > freebsd-isp@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-isp > To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" > > From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 15:02:15 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC74916A41C for ; Wed, 6 Jul 2005 15:02:15 +0000 (GMT) (envelope-from john@essenz.com) Received: from beck.quonix.net (beck.quonix.net [146.145.66.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B3A543D45 for ; Wed, 6 Jul 2005 15:02:15 +0000 (GMT) (envelope-from john@essenz.com) Received: from beck.quonix.net (localhost [127.0.0.1]) by beck.quonix.net (8.13.4/8.13.4) with ESMTP id j66F241d022982 for ; Wed, 6 Jul 2005 11:02:04 -0400 (EDT) Received: from localhost (essenz@localhost) by beck.quonix.net (8.13.4/8.13.4/Submit) with ESMTP id j66F24ef022979 for ; Wed, 6 Jul 2005 11:02:04 -0400 (EDT) X-Authentication-Warning: beck.quonix.net: essenz owned process doing -bs Date: Wed, 6 Jul 2005 11:02:04 -0400 (EDT) From: John Von Essen X-X-Sender: essenz@beck.quonix.net To: freebsd-isp@freebsd.org In-Reply-To: <06ef01c581f6$c54fb3c0$de0a0a0a@visionsix.com> Message-ID: <20050706105612.W22721@beck.quonix.net> References: <3b88b80a0507051933f4750f3@mail.gmail.com> <06ef01c581f6$c54fb3c0$de0a0a0a@visionsix.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamAssassin-3.0.3-Score: -2.82/5.8 ALL_TRUSTED X-MimeDefang-2.51: beck.quonix.net X-Scanned-By: MIMEDefang 2.51 on 146.145.66.90 Subject: rndc reload and BIND9 X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 15:02:16 -0000 Following a post I had about BIND9, I need to verify a certain behavior with BIND9 and issuing a rndc reload. Instead, of having a master and slave, I am going to have two masters. One master is the real master, the other gets replicated via rsync. The main reason for this approach is to cut down on all the zone transfers (we have 12,000 domains). After every hourly rsync, I will issue a rndc reload. If anything has changed, named will see it with the new serial number. Does the reload keep dns functionality up and running while it performs the reload? A pure stop and start will take about 55 seconds, which isn't acceptable every hour. But if the reload (which appears to take 10 seconds) is gracefull and keep existing functionality intact while it reloads, then that would be great. Just need to verify. Thanks John From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 15:33:40 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7573E16A41C for ; Wed, 6 Jul 2005 15:33:40 +0000 (GMT) (envelope-from jett@angdatingdaan.org) Received: from mail.emediaone.net (orion.emediaone.net [203.208.226.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D552443D58 for ; Wed, 6 Jul 2005 15:33:39 +0000 (GMT) (envelope-from jett@angdatingdaan.org) Received: from err.kern.crit (localhost [127.0.0.1]) by err.kern.crit (Postfix) with ESMTP id 60CB0450FA for ; Wed, 6 Jul 2005 23:23:01 +0800 (SGT) Received: by err.kern.crit (Postfix, from userid 1017) id 2417F450F8; Wed, 6 Jul 2005 23:23:01 +0800 (SGT) Received: from mail.angdatingdaan.org (localhost [127.0.0.1]) by err.kern.crit (Postfix) with SMTP id 1964D450F2 for ; Wed, 6 Jul 2005 23:23:00 +0800 (SGT) Received: from mach10.chikka.com ([202.175.229.210]) (SquirrelMail authenticated user jett@angdatingdaan.org) by mail.angdatingdaan.org with HTTP; Wed, 6 Jul 2005 23:23:00 +0800 (SGT) Message-ID: <52676.202.175.229.210.1120663380.squirrel@mail.angdatingdaan.org> In-Reply-To: <20050706105612.W22721@beck.quonix.net> References: <3b88b80a0507051933f4750f3@mail.gmail.com><06ef01c581f6$c54fb3c0$de0a0a0a@visionsix.com> <20050706105612.W22721@beck.quonix.net> Date: Wed, 6 Jul 2005 23:23:00 +0800 (SGT) From: "Jett Tayer" To: freebsd-isp@freebsd.org User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on orion.emediaone.net X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.0.4 X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: rndc reload and BIND9 X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 15:33:40 -0000 a master/slave relationship is better. and will only "zone transfer" what has changed :) > > Following a post I had about BIND9, I need to verify a certain behavior > with BIND9 and issuing a rndc reload. > > Instead, of having a master and slave, I am going to have two masters. One > master is the real master, the other gets replicated via rsync. The main > reason for this approach is to cut down on all the zone transfers (we > have 12,000 domains). > From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 15:43:03 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0624A16A41C for ; Wed, 6 Jul 2005 15:43:03 +0000 (GMT) (envelope-from john@essenz.com) Received: from beck.quonix.net (beck.quonix.net [146.145.66.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id A5B4C43D48 for ; Wed, 6 Jul 2005 15:43:02 +0000 (GMT) (envelope-from john@essenz.com) Received: from beck.quonix.net (localhost [127.0.0.1]) by beck.quonix.net (8.13.4/8.13.4) with ESMTP id j66FgfJ7025011; Wed, 6 Jul 2005 11:42:41 -0400 (EDT) Received: from localhost (essenz@localhost) by beck.quonix.net (8.13.4/8.13.4/Submit) with ESMTP id j66FgfQl025008; Wed, 6 Jul 2005 11:42:41 -0400 (EDT) X-Authentication-Warning: beck.quonix.net: essenz owned process doing -bs Date: Wed, 6 Jul 2005 11:42:41 -0400 (EDT) From: John Von Essen X-X-Sender: essenz@beck.quonix.net To: Jett Tayer In-Reply-To: <52676.202.175.229.210.1120663380.squirrel@mail.angdatingdaan.org> Message-ID: <20050706113803.X24781@beck.quonix.net> References: <3b88b80a0507051933f4750f3@mail.gmail.com><06ef01c581f6$c54fb3c0$de0a0a0a@visionsix.com> <20050706105612.W22721@beck.quonix.net> <52676.202.175.229.210.1120663380.squirrel@mail.angdatingdaan.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamAssassin-3.0.3-Score: -2.82/5.8 ALL_TRUSTED X-MimeDefang-2.51: beck.quonix.net X-Scanned-By: MIMEDefang 2.51 on 146.145.66.90 Cc: freebsd-isp@freebsd.org Subject: Re: rndc reload and BIND9 X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 15:43:03 -0000 Even though it doesn't receive a notify, dont the slave zones do a refresh anyway every X number of seconds (where X is specified in the zone file). Also, we have to account for when we add a new domain/zone (which is often). We will have to modify the main config file on the slave and issue an rndc reload anyway. -John On Wed, 6 Jul 2005, Jett Tayer wrote: > a master/slave relationship is better. and will only "zone transfer" what > has changed :) > > > > > > Following a post I had about BIND9, I need to verify a certain behavior > > with BIND9 and issuing a rndc reload. > > > > Instead, of having a master and slave, I am going to have two masters. One > > master is the real master, the other gets replicated via rsync. The main > > reason for this approach is to cut down on all the zone transfers (we > > have 12,000 domains). > > > _______________________________________________ > freebsd-isp@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-isp > To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" > From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 16:08:30 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4389E16A41C for ; Wed, 6 Jul 2005 16:08:30 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mortis.over-yonder.net (adsl-19-148-33.jan.bellsouth.net [68.19.148.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id D223743D49 for ; Wed, 6 Jul 2005 16:08:25 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: by mortis.over-yonder.net (Postfix, from userid 100) id 761312106D; Wed, 6 Jul 2005 11:08:22 -0500 (CDT) Date: Wed, 6 Jul 2005 11:08:22 -0500 From: "Matthew D. Fuller" To: John Von Essen Message-ID: <20050706160821.GA11668@over-yonder.net> References: <3b88b80a0507051933f4750f3@mail.gmail.com> <06ef01c581f6$c54fb3c0$de0a0a0a@visionsix.com> <20050706105612.W22721@beck.quonix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050706105612.W22721@beck.quonix.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.9i-fullermd.2 Cc: freebsd-isp@freebsd.org Subject: Re: rndc reload and BIND9 X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 16:08:30 -0000 On Wed, Jul 06, 2005 at 11:02:04AM -0400 I heard the voice of John Von Essen, and lo! it spake thus: > > After every hourly rsync, I will issue a rndc reload. I do something similar, but with a grep through rsync's output to see if any files were actually changed. That way I only reload when there's something updated. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-isp@FreeBSD.ORG Wed Jul 6 18:34:44 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A145F16A41C for ; Wed, 6 Jul 2005 18:34:44 +0000 (GMT) (envelope-from simon@optinet.com) Received: from cobra.acceleratedweb.net (cobra-gw.acceleratedweb.net [207.99.79.37]) by mx1.FreeBSD.org (Postfix) with SMTP id 0C73843D48 for ; Wed, 6 Jul 2005 18:34:43 +0000 (GMT) (envelope-from simon@optinet.com) Received: (qmail 29912 invoked by uid 110); 6 Jul 2005 18:34:42 -0000 Received: from ool-18ba9d5e.dyn.optonline.net (HELO win2kpc1) (simon%optinet.com@24.186.157.94) by cobra.acceleratedweb.net with SMTP; 6 Jul 2005 18:34:42 -0000 From: "Simon" To: "freebsd-isp@freebsd.org" , "John Von Essen" Date: Wed, 06 Jul 2005 14:38:21 -0400 Priority: Normal X-Mailer: PMMail 2000 Professional (2.20.2661) For Windows 2000 (5.0.2195;4) In-Reply-To: <20050706105612.W22721@beck.quonix.net> MIME-Version: 1.0 Message-Id: <20050706183443.0C73843D48@mx1.FreeBSD.org> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: rndc reload and BIND9 X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 18:34:44 -0000 Yes, reload is graceful, it will only load named.conf and new zones, it will not touch preloaded zones. Having 2 masters makes no sense, unless you are actually splitting the zone files between them. Unless you perform a cold start of your bind, transfers only occur when a serial number is updated (upon reload) or when a zone expires. -Simon On Wed, 6 Jul 2005 11:02:04 -0400 (EDT), John Von Essen wrote: > >Following a post I had about BIND9, I need to verify a certain behavior >with BIND9 and issuing a rndc reload. > >Instead, of having a master and slave, I am going to have two masters. One >master is the real master, the other gets replicated via rsync. The main >reason for this approach is to cut down on all the zone transfers (we >have 12,000 domains). > >After every hourly rsync, I will issue a rndc reload. If anything has >changed, named will see it with the new serial number. Does the reload >keep dns functionality up and running while it performs the reload? > >A pure stop and start will take about 55 seconds, which isn't acceptable >every hour. But if the reload (which appears to take 10 seconds) is >gracefull and keep existing functionality intact while it reloads, then >that would be great. Just need to verify. > >Thanks >John >_______________________________________________ >freebsd-isp@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-isp >To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" > From owner-freebsd-isp@FreeBSD.ORG Thu Jul 7 17:02:19 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67BE816A41C for ; Thu, 7 Jul 2005 17:02:19 +0000 (GMT) (envelope-from admin@newcub.kcnet.org) Received: from mx3.kcnet.org (mx3.kcnet.org [64.8.76.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECE2043D45 for ; Thu, 7 Jul 2005 17:02:18 +0000 (GMT) (envelope-from admin@newcub.kcnet.org) Received: from cub.kcnet.org (cub.kcnet.org [64.8.76.18]) by mx3.kcnet.org (8.13.1/8.13.1) with ESMTP id j67G2Jbv009119; Thu, 7 Jul 2005 12:02:19 -0400 (EDT) (envelope-from admin@newcub.kcnet.org) Received: from [127.0.0.1] ([172.20.5.25]) by cub.kcnet.org (8.13.2/8.13.2) with ESMTP id j67H23Nq079354; Thu, 7 Jul 2005 13:02:05 -0400 Message-ID: <42CD600B.5030805@newcub.kcnet.org> Date: Thu, 07 Jul 2005 13:02:03 -0400 From: Newcub Admin User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "freebsd-isp@freebsd.org" References: <20050706183443.0C73843D48@mx1.FreeBSD.org> In-Reply-To: <20050706183443.0C73843D48@mx1.FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.49 on 64.8.76.27 Cc: John Von Essen Subject: Re: rndc reload and BIND9 X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 17:02:19 -0000 Simon wrote: >Yes, reload is graceful, it will only load named.conf and new zones, it >will not touch preloaded zones. Having 2 masters makes no sense, >unless you are actually splitting the zone files between them. Unless >you perform a cold start of your bind, transfers only occur when a serial >number is updated (upon reload) or when a zone expires. > >-Simon > >On Wed, 6 Jul 2005 11:02:04 -0400 (EDT), John Von Essen wrote: > > > >>Following a post I had about BIND9, I need to verify a certain behavior >>with BIND9 and issuing a rndc reload. >> >>Instead, of having a master and slave, I am going to have two masters. One >>master is the real master, the other gets replicated via rsync. The main >>reason for this approach is to cut down on all the zone transfers (we >>have 12,000 domains). >> >>After every hourly rsync, I will issue a rndc reload. If anything has >>changed, named will see it with the new serial number. Does the reload >>keep dns functionality up and running while it performs the reload? >> >>A pure stop and start will take about 55 seconds, which isn't acceptable >>every hour. But if the reload (which appears to take 10 seconds) is >>gracefull and keep existing functionality intact while it reloads, then >>that would be great. Just need to verify. >> >>Thanks >>John >>_______________________________________________ >>freebsd-isp@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-isp >>To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" >> >> >> > > >_______________________________________________ >freebsd-isp@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-isp >To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" > > > Have you considered using powerdns www.powerdns.com. It uses MySQL for a backend, so there are no config files to maintain, and you can easily replicate the database to distribute the load. I can't yet testify to its ability to withstand a heavy loads, because I have not put it in production. So far in my testing, it is working flawlessly. Rob Harrington KCnet From owner-freebsd-isp@FreeBSD.ORG Thu Jul 7 17:56:52 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A2EF16A41C for ; Thu, 7 Jul 2005 17:56:52 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: from smtp.etmail.cz (smtp.etmail.cz [160.218.43.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id B173943D4C for ; Thu, 7 Jul 2005 17:56:49 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: from [192.168.0.111] (ip-85-160-22-227.eurotel.cz [85.160.22.227]) by smtp.etmail.cz (Postfix) with ESMTP id 2CD141940DA for ; Thu, 7 Jul 2005 19:56:43 +0200 (CEST) Message-ID: <42CD6CDC.5040101@quip.cz> Date: Thu, 07 Jul 2005 19:56:44 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.2) Gecko/20040803 X-Accept-Language: cs, cz, en, en-us MIME-Version: 1.0 To: freebsd-isp@freebsd.org References: <20050706183443.0C73843D48@mx1.FreeBSD.org> <42CD600B.5030805@newcub.kcnet.org> In-Reply-To: <42CD600B.5030805@newcub.kcnet.org> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: rndc reload and BIND9 X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 17:56:52 -0000 Newcub Admin wrote: > Simon wrote: > >> Yes, reload is graceful, it will only load named.conf and new zones, it >> will not touch preloaded zones. Having 2 masters makes no sense, >> unless you are actually splitting the zone files between them. Unless >> you perform a cold start of your bind, transfers only occur when a serial >> number is updated (upon reload) or when a zone expires. >> >> -Simon >> >> On Wed, 6 Jul 2005 11:02:04 -0400 (EDT), John Von Essen wrote: >> >> >> >>> Following a post I had about BIND9, I need to verify a certain behavior >>> with BIND9 and issuing a rndc reload. >>> >>> Instead, of having a master and slave, I am going to have two >>> masters. One >>> master is the real master, the other gets replicated via rsync. The main >>> reason for this approach is to cut down on all the zone transfers (we >>> have 12,000 domains). >>> >>> After every hourly rsync, I will issue a rndc reload. If anything has >>> changed, named will see it with the new serial number. Does the reload >>> keep dns functionality up and running while it performs the reload? >>> >>> A pure stop and start will take about 55 seconds, which isn't acceptable >>> every hour. But if the reload (which appears to take 10 seconds) is >>> gracefull and keep existing functionality intact while it reloads, then >>> that would be great. Just need to verify. >>> >>> Thanks >>> John >>> _______________________________________________ >>> freebsd-isp@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-isp >>> To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" >>> >>> >> >> >> >> _______________________________________________ >> freebsd-isp@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-isp >> To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" >> >> >> > Have you considered using powerdns www.powerdns.com. It uses MySQL for a > backend, so there are no config files to maintain, and you can easily > replicate the database to distribute the load. > > I can't yet testify to its ability to withstand a heavy loads, because I > have not put it in production. So far in my testing, it is working > flawlessly. > > Rob Harrington > KCnet I think, MySQL is not good backend for heavy loaded DNS, but if you want, you can use it with BIND too. http://bind-dlz.sourceforge.net/perf_tests.html -- Miroslav Lachman Webapplication Developer From owner-freebsd-isp@FreeBSD.ORG Fri Jul 8 18:45:33 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A207A16A41C for ; Fri, 8 Jul 2005 18:45:33 +0000 (GMT) (envelope-from freebsdutah@yahoo.com) Received: from web32402.mail.mud.yahoo.com (web32402.mail.mud.yahoo.com [68.142.207.195]) by mx1.FreeBSD.org (Postfix) with SMTP id 13F8543D49 for ; Fri, 8 Jul 2005 18:45:31 +0000 (GMT) (envelope-from freebsdutah@yahoo.com) Received: (qmail 56546 invoked by uid 60001); 8 Jul 2005 18:45:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Pp582TFcu6+FTljZPk6St98Nh4pvyYiSY78j4CCGnwS4Jyl1Uem7/ZU4lrttgvHQVZyyStB/7plWJsBDlS71/Kv53pEqH0DSg4KZPqQG/AtiRfOy++JJKnLFv3rSA40/NtLsMnCkUshh7Ef27RmArvEy8GfWCbmUjUtPtwYL2Fs= ; Message-ID: <20050708184531.56544.qmail@web32402.mail.mud.yahoo.com> Received: from [63.228.203.249] by web32402.mail.mud.yahoo.com via HTTP; Fri, 08 Jul 2005 11:45:31 PDT Date: Fri, 8 Jul 2005 11:45:31 -0700 (PDT) From: "M. Goodell" To: freebsd-isp@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Webmail Recommendations X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 18:45:33 -0000 I know this question has been asked several times in various posts, however I want to ask it again with requirements specific to our needs. I work for a small firm and we are gearing up to host a few websites and would like to provide webmail for them. There is a huge selection of webmail options to choose from out there and I have tried a couple of them only to experience a large degree of frustration trying to put all of the pieces together and have them work properly. This is what we would like: 1 - Virtual mail accounts so we can have several email accounts without requiring a system user account. 2 - Clear / complete documentation - is this asking too much in the open source world? It would be nice to have some good well written documentation and reference material opposed to having to Google a solution to a problem most of the time. 3 - Scalability - We want to have something that will grow with us and not have performance suffer as a result of growth. 4 - Ease of maintenance - would like to be able to add / edit / delete / maintain user accounts and the system quickly and easily. 5 - Installation / configuration - Are there some applications versus others where the installation and configuration is better / intuitive and user / admin friendly. I am listening . . . Thank you for your time. - Michael --------------------------------- Sell on Yahoo! Auctions - No fees. Bid on great items. From owner-freebsd-isp@FreeBSD.ORG Sat Jul 9 03:46:49 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A212516A41C for ; Sat, 9 Jul 2005 03:46:49 +0000 (GMT) (envelope-from rpb@infocom.ph) Received: from smtp3.infocom.ph (smtp3.infocom.ph [203.172.25.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4311443D45 for ; Sat, 9 Jul 2005 03:46:48 +0000 (GMT) (envelope-from rpb@infocom.ph) Received: from localhost (localhost.infocom.ph [127.0.0.1]) by smtp3.infocom.ph (Postfix) with ESMTP id AB798B244D; Sat, 9 Jul 2005 11:46:47 +0800 (PHT) Received: from [192.168.0.2] (ddu1.infocom.ph [203.172.31.176]) by smtp3.infocom.ph (Postfix) with ESMTP id C4E6EB245D; Sat, 9 Jul 2005 11:46:42 +0800 (PHT) Message-ID: <42CF489F.3030400@infocom.ph> Date: Sat, 09 Jul 2005 11:46:39 +0800 From: Rommell Barcela Organization: Infocom Technologies User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Goodell" References: <20050708184531.56544.qmail@web32402.mail.mud.yahoo.com> In-Reply-To: <20050708184531.56544.qmail@web32402.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-isp@freebsd.org Subject: Re: Webmail Recommendations X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 03:46:49 -0000 Hi, M. Goodell wrote: > I know this question has been asked several times in various posts, > however I want to ask it again with requirements specific to our > needs. I work for a small firm and we are gearing up to host a few > websites and would like to provide webmail for them. > > There is a huge selection of webmail options to choose from out there > and I have tried a couple of them only to experience a large degree > of frustration trying to put all of the pieces together and have them > work properly. Since this is what I am currently using, for almost 3yrs now without any problems, I guess I'll have to suggest a postfix+amavisd-new +spamassassin+clamav+spamd for AV/AS gateway and squirrelmail+vpopmail +qmail+qmailadmin+vqadmin+courier-imap for mail storage. > This is what we would like: > > 1 - Virtual mail accounts so we can have several email accounts > without requiring a system user account. vpopmail does this. It also supports a per domain disk and user quota, via CLI or vqadmin. > 2 - Clear / complete documentation - is this asking too much in the > open source world? It would be nice to have some good well written > documentation and reference material opposed to having to Google a > solution to a problem most of the time. Everything listed above seems to have a detailed documentation. > 3 - Scalability - We want to have something that will grow with us > and not have performance suffer as a result of growth. You can setup your applications on separate boxes. incoming mail | multiple Postfix+SA+Clamav servers | separate boxes for Apache, your chosen DB, etc. you can also plug in perdition > 4 - Ease of maintenance - would like to be able to add / edit / > delete / maintain user accounts and the system quickly and easily. vqadmin manages/creates domains and users, great for your company email administrator. qmailadmin lets the client manage his own domain - add/delete/etc. users. > 5 - Installation / configuration - Are there some applications versus > others where the installation and configuration is better / intuitive > and user / admin friendly. This is why I just used a vanilla qmail, and let postfix do all the filtering. Everything is on FreeBSD ports. I've been portupgrade-ing my setup for a while now. Never had problems. But be sure to read changelogs before doing so. > I am listening . . . > > Thank you for your time. > > - Michael Cheers. From owner-freebsd-isp@FreeBSD.ORG Sat Jul 9 04:03:38 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B39D16A41C for ; Sat, 9 Jul 2005 04:03:38 +0000 (GMT) (envelope-from bill@celestial.com) Received: from mail.mi.celestial.com (dagney.celestial.com [192.136.111.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 543A243D49 for ; Sat, 9 Jul 2005 04:03:38 +0000 (GMT) (envelope-from bill@celestial.com) Received: from localhost (localhost [127.0.0.1]) by mail.mi.celestial.com (Postfix) with ESMTP id 6BC6711EB1A; Fri, 8 Jul 2005 21:05:01 -0700 (PDT) Received: from mail.mi.celestial.com ([127.0.0.1]) by localhost (alexis.mi.celestial.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 80192-04-3; Fri, 8 Jul 2005 21:05:01 -0700 (PDT) Received: by mail.mi.celestial.com (Postfix, from userid 203) id 21B7011EAEB; Fri, 8 Jul 2005 21:05:01 -0700 (PDT) Date: Fri, 8 Jul 2005 21:05:00 -0700 From: Bill Campbell To: "M. Goodell" , freebsd-isp@freebsd.org Message-ID: <20050709040500.GA82340@alexis.mi.celestial.com> Mail-Followup-To: "M. Goodell" , freebsd-isp@freebsd.org References: <20050708184531.56544.qmail@web32402.mail.mud.yahoo.com> <42CF489F.3030400@infocom.ph> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42CF489F.3030400@infocom.ph> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: amavisd-new at mi.celestial.com Cc: Subject: Re: Webmail Recommendations X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd@celestial.com List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 04:03:38 -0000 On Sat, Jul 09, 2005, Rommell Barcela wrote: >Hi, > >M. Goodell wrote: >>I know this question has been asked several times in various posts, >>however I want to ask it again with requirements specific to our >>needs. I work for a small firm and we are gearing up to host a few >>websites and would like to provide webmail for them. >> >>There is a huge selection of webmail options to choose from out there >>and I have tried a couple of them only to experience a large degree >>of frustration trying to put all of the pieces together and have them >>work properly. > >Since this is what I am currently using, for almost 3yrs now without any >problems, I guess I'll have to suggest a postfix+amavisd-new >+spamassassin+clamav+spamd for AV/AS gateway and squirrelmail+vpopmail >+qmail+qmailadmin+vqadmin+courier-imap for mail storage. I suggest looking at the latest version of IMP, http://www.horde.org. It is a vast improvement over the previous versions. I found squirrelmail to be pretty lame, not to mention slow when dealing with IMAP folders with a few thousand messages. We use IMP's ability to access multiple mail servers and domains easily essential, and squirrelmail only handles a single server. Bill -- INTERNET: bill@Celestial.COM Bill Campbell; Celestial Software LLC UUCP: camco!bill PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 http://www.celestial.com/ The question is, why are politicians so eager to be president? What is it about the job that makes it worth revealing, on national television, that you have the ethical standards of a slime-coated piece of industrial waste? -- Dave Barry, "On Presidential Politics" From owner-freebsd-isp@FreeBSD.ORG Sat Jul 9 05:45:26 2005 Return-Path: X-Original-To: freebsd-isp@freebsd.org Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 056AD16A41C for ; Sat, 9 Jul 2005 05:45:26 +0000 (GMT) (envelope-from Markus.Zobel@maltanet.de) Received: from mail.maltanet.de (mail.maltanet.de [194.25.42.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CEAC43D46 for ; Sat, 9 Jul 2005 05:45:25 +0000 (GMT) (envelope-from Markus.Zobel@maltanet.de) Received: from smhd0301.maltanet.de (localhost [127.0.0.1]) by mail.maltanet.de (8.12.10/8.11.6/SuSE Linux 0.5) with ESMTP id j695MI3N018474 for ; Sat, 9 Jul 2005 07:22:18 +0200 Received: from SMHD0305.maltanet.de (smhd0303.maltanet.de [10.5.1.154]) by smhd0301.maltanet.de (8.12.10/8.11.6/SuSE Linux 0.5) with ESMTP id j695MH9j018448 for ; Sat, 9 Jul 2005 07:22:18 +0200 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 Date: Sat, 9 Jul 2005 07:42:32 +0200 Message-ID: <4B60AA485295894B8D796520E9E7DD0D3D3F68@SMHD0305.maltanet.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Hi Thread-Index: AcWESQA1twmQwpRhTHipqaVy8ekbwgAAABQi From: "Zobel, Markus" To: X-Scanned-By: MIMEDefang 2.38 Subject: Abwesenheitsnotiz: Hi X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Jul 2005 05:45:26 -0000 Markus Zobel