RE: perlMX
Hi Arthur, We are about to begin testing PerlMx, more specifically for it's spam checking than for virus protection. So far it seems to have very similar features to some of the free packages like Spam Assassin. We are after something commercially supported though, that has some more mature management features. Either way it looks like we will have to do some custom Perl programming to get exactly what we are after, but, that remains to be seen... Sean Page Network Analyst Information Technology Services Edmonton Public Schools http://its.epsb.ca -Original Message- From: Arthur W. Neilson III [mailto:[EMAIL PROTECTED]] Sent: May 31, 2002 1:08 PM To: [EMAIL PROTECTED] Subject: perlMX Has anyone evaluated or purchased the new product PerlMX http://www.activestate.com/Products/PerlMX from ActiveState? We currently use Amavis with NAI's uvscan to scan mail being relayed by sendmail on our FreeBSD 4.4 mail exchangers. We plan to upgrade to 4-stable and use the 8.12.3 sendmail with the milter interface for either Amavis or a commercial product such as PerlMX. -- __ / )_/_ It is a capital mistake to theorise before one has data. /--/ __ /Insensibly one begins to twist facts to suit theories, / (_/ (___ Instead of theories to suit facts. -- Sherlock Holmes, A Scandal in Bohemia Arthur W. Neilson III, WH7N - FISTS #7448 Bank of Hawaii Network Services http://www.pilikia.net [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
RE: perlMX
I tried Version 1.x.x and found the exact same thing. Version 2 however, is much more of an out of the box solution. The product ships with their SpamCheck and VirusCheck filters and is ready to go literally within minutes of installation, depending on how much you like to tweak things (provided of course that you already have sendmail up and running with milter support). What might make this more advantageous than a free package is being able to use their pre-built tools for actually managing filtered mail (for those that will not tolerate lost mail in any shape or form). We may be finding that those tools are still too undeveloped to be worth paying for the entire package. If there is interest, I'll try to keep the list posted on our findings. I would like it if others who have tested PerlMx would share their feelings on it. Sean. -Original Message- From: Sam Leffler [mailto:[EMAIL PROTECTED]] Sent: June 4, 2002 2:23 PM To: Sean Page; [EMAIL PROTECTED] Subject: Re: perlMX FWIW, I tried PerlMX and discarded it. Unless the product has changed, it's more of a framework for implementing solutions. For SPAM filtering I use DNS black lists (MAPS, ORDB) and DCC. For anti-virus filtering I found the Trend Micro product to do ok (using it in evaluation mode right now under Solaris). Sam - Original Message - From: Sean Page [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, June 04, 2002 1:07 PM Subject: RE: perlMX Hi Arthur, We are about to begin testing PerlMx, more specifically for it's spam checking than for virus protection. So far it seems to have very similar features to some of the free packages like Spam Assassin. We are after something commercially supported though, that has some more mature management features. Either way it looks like we will have to do some custom Perl programming to get exactly what we are after, but, that remains to be seen... Sean Page Network Analyst Information Technology Services Edmonton Public Schools http://its.epsb.ca -Original Message- From: Arthur W. Neilson III [mailto:[EMAIL PROTECTED]] Sent: May 31, 2002 1:08 PM To: [EMAIL PROTECTED] Subject: perlMX Has anyone evaluated or purchased the new product PerlMX http://www.activestate.com/Products/PerlMX from ActiveState? We currently use Amavis with NAI's uvscan to scan mail being relayed by sendmail on our FreeBSD 4.4 mail exchangers. We plan to upgrade to 4-stable and use the 8.12.3 sendmail with the milter interface for either Amavis or a commercial product such as PerlMX. -- __ / )_/_ It is a capital mistake to theorise before one has data. /--/ __ /Insensibly one begins to twist facts to suit theories, / (_/ (___ Instead of theories to suit facts. -- Sherlock Holmes, A Scandal in Bohemia Arthur W. Neilson III, WH7N - FISTS #7448 Bank of Hawaii Network Services http://www.pilikia.net [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Clockwork 24 hour crash in 4.5-RELEASE-p5
- Original Message - From: Oliver Crow [EMAIL PROTECTED] Newsgroups: local.freebsd.stable Sent: Sunday, June 02, 2002 4:05 PM Subject: Re: Clockwork 24 hour crash in 4.5-RELEASE-p5 On Sun, 2 Jun 2002, mikea wrote: On Sat, Jun 01, 2002 at 08:37:21PM -0700, Oliver Crow wrote: I have a FreeBSD 4.5-p5 system that's crashing reliably every 24 hours +/- a few minutes. It's been doing this ever since I compiled a 4.5-p4 kernel on March 25th. I cvsup'd to 4.5-p5 and recompiled, but it's still crashing. Interesting story but true: A few years back, a client of ours had a z80 based mpm based system with three vt100 terminals. SOMETIME AROUND 5:00PM, EACH DAY (give or take a fews mins) the vt100 terminal on the main system blinked a little and the whols system crashed, locking out whatever anyone was doing on the other two as well. They were on a ups, they were on surgr suppressors, the serial cables were clean, eiii specs, we slowd down the baud rate, still happened. guess what: there was a postage meter (read BIG MF MAGNET) on the other side of the wall. 5pm, just before going home, the receptionist whould 'ch-chunk' about 40 letters. -- Michael Scheidell SECNAP Network Security, LLC (561) 368-9561 [EMAIL PROTECTED] http://www.secnap.net Either I'm missing data showing the crash time, or you didn't include it. When does this crash happen? Is it during a burst of cron-spawned activity? It doesn't crash during a burst of cron activity, no. It doesn't occur at exactly the same time each day, it moves around by a few minutes each time. If you reboot manually it'll crash at the same time the next day (ie, 24 hours after the reboot). Here's the log of reboots during April. You see it crashed every day between the first and the 16th. Then it didn't crash for 10 days. I rebooted manually on the 26th at 20:19, and it started crashing every day again. # last -f /var/log/wtmp.1 reboot reboot ~ Tue Apr 30 20:17 reboot ~ Mon Apr 29 20:17 reboot ~ Sun Apr 28 20:19 reboot ~ Sat Apr 27 20:19 reboot ~ Fri Apr 26 20:19 reboot ~ Fri Apr 26 19:49 reboot ~ Tue Apr 16 11:10 reboot ~ Tue Apr 16 11:03 reboot ~ Mon Apr 15 18:33 reboot ~ Sun Apr 14 18:37 reboot ~ Sat Apr 13 18:41 reboot ~ Fri Apr 12 18:45 reboot ~ Thu Apr 11 18:48 reboot ~ Thu Apr 11 18:00 reboot ~ Tue Apr 9 19:50 reboot ~ Mon Apr 8 19:54 reboot ~ Sun Apr 7 19:58 reboot ~ Sat Apr 6 19:00 reboot ~ Fri Apr 5 18:58 reboot ~ Thu Apr 4 18:58 reboot ~ Wed Apr 3 19:02 reboot ~ Tue Apr 2 19:00 reboot ~ Mon Apr 1 19:00 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message --- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
out of place syslog entries
Hi, Jun 5 00:22:47 mail.info root postfix/smtpd[57574] Jun 5 00:22:47 mail.info root postfix/qmgr[55069] Jun 5 00:22:47 mail.info root postfix/local[57577] Jun 5 00:22:48 mail.info root imapd[57576] Jun 5 00:22:48 mail.info root imapd[57576] Jun 5 00:22:49 mail.info root imapd[57576] Jun 5 00:22:55 mail.info root imapd[56177] Jun 5 00:22:58 mail.info root imapd[57629] Jun 5 00:23:00 mail.info root postfix/smtp[57515] Jun 5 00:23:00 mail.info root postfix/smtp[57515] Jun 4 22:25:25 mail.info root postfix/smtpd[57772] Jun 4 22:25:25 mail.info root postfix/smtpd[57772] Jun 4 22:25:25 mail.info root postfix/smtpd[57772] Jun 4 22:25:45 mail.info root postfix/smtpd[57772] Jun 4 22:25:46 mail.info root postfix/smtpd[57772] Jun 4 22:25:52 mail.info root postfix/smtpd[57772] Jun 4 22:30:19 mail.info root postfix/smtpd[58118] Jun 4 22:30:20 mail.info root postfix/smtpd[58118] Jun 4 22:30:20 mail.info root postfix/smtpd[58118] Jun 4 22:30:23 mail.info root postfix/smtpd[58118] Jun 4 22:30:23 mail.info root postfix/smtpd[58118] Jun 4 22:30:29 mail.info root postfix/smtpd[58118] Jun 5 00:42:03 mail.info root postfix/smtpd[58916] Jun 5 00:42:03 mail.info root postfix/smtpd[58916] Jun 5 00:42:03 mail.info root postfix/smtpd[58916] Jun 5 00:42:03 mail.info root postfix/smtpd[58916] Jun 5 00:42:03 mail.info root postfix/cleanup[58917] Jun 5 00:42:03 mail.info root postfix/qmgr[55069] Jun 5 00:42:03 mail.info root postfix/smtpd[58916] Jun 5 00:42:46 mail.info root postfix/smtp[58919] I've removed the actual message to protect the innocent. What I'm getting at is the log entry for 2 hours in the past being added in the middle of the present. Is this a bug or a feature? Thanks, Aragon To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
ports upgrade
Hi, there has been discussions on this list re-upgrading with make world etc, and there is an execellent section on the docs about how this is done.. I haven't had any problems with this. Is there a recommended procedure to upgrade various ports, eg all installed ports on ones system. I know about the ports-supfile and I use that before installing a new port that I think I need. But for ports that I have already installed, is there any set procedure to upgrade them all at once? or do a pkg_remove {port} and re-install a fresh port individually for each port that is installed. I hope this post is not too far out of the guidelines for freebsd-stable Regards, Allan McDonald To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: ports upgrade
The sysutils/portupgrade port handles this well. --David Bushong On Wed, Jun 05, 2002 at 08:53:28AM +1000, Allan McDonald wrote: Hi, there has been discussions on this list re-upgrading with make world etc, and there is an execellent section on the docs about how this is done.. I haven't had any problems with this. Is there a recommended procedure to upgrade various ports, eg all installed ports on ones system. I know about the ports-supfile and I use that before installing a new port that I think I need. But for ports that I have already installed, is there any set procedure to upgrade them all at once? or do a pkg_remove {port} and re-install a fresh port individually for each port that is installed. I hope this post is not too far out of the guidelines for freebsd-stable Regards, Allan McDonald To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
RE: RE: Swap_pager error
I looked through all the periodic daily stuff. It doesn't seem that any of the scripts will trash NFS mounted partitions, almost everything I saw would only look at UFS mounted partitions. One thing I did notice is the security check was quite brutal. While any server should survive it I believe this is what is causing the system to crash. The security check seems to run a find on the NFS servers local UFS mounts. We have some very, very large volumes with hundreds of thousands of small files... (maildirs, boxes, webmail, web, etc). On this box, it seemed that the security check would take almost 3-4 minutes to complete with that find, and it just totally saturates the box in activity when it runs. So, I think there may be a loading issue with all these files/inodes in relation to the find process... Perhaps the SCSI or driver stuff in FreeBSD. If I can be of any help on this, I surely will led a hand. I would like to see FreeBSD be able to survive this without a hitch. Perhaps a suggestion to change the priority of the find tasks in those scripts with nice or something. I mean the box was really bogged down when we ran periodic daily by manually. As a work around, we moved periodic daily to run at 9:01am instead of 3:01am, and only on Monday - Friday. We don't need any more weekend surprise pages and then call-ins. :-) Since this box is an internal server only with no accounts on it, and it has no route to the outside + behind a firewall, we're going to go ahead and disable the security check all together. I'm hoping that this will provide a work around for this loading issue. If I can be any help to the core team to debug this problem, I'll do my best to do what I can. -- Robert Blayzor, BOFH INOC, LLC [EMAIL PROTECTED] One picture is worth 128K words. -Original Message- From: Matthew Dillon [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 04, 2002 1:49 PM To: Robert Blayzor; [EMAIL PROTECTED] Subject: Re: RE: Swap_pager error I have one more idea... daily cron jobs tend to really load down the system for a short period of time, especially the disks. In your case the local daily cron is combinging with the daily cron running on the NFS clients. There could be a hardware problem with the system that is most likely to show up under heavy loads. It is also possible that this is revealing a driver bug somewhere. For example, the extreme disk load could be revealing a bug in the driver's tag handling or in the RAID card's tag handling. The lack of driver-based error messages is rather odd. I don't see how that can happen unless the RAID card itself is locking up. -Matt :: ::Both times the box has crashed crashed at ~3:02am. I'm thinking that ::something in periodic daily is causing the crashes. :: ::Keep in mind, that this server serves several NFS clients which mount ::things such as FreeBSD ports and /usr/src. Those are soft linked to on To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Intel Pro/100+ Dual Port NIC card (711269)
Alessandro de Manzano wrote: are these the 'server' versions or what ? Intel PRO/100 S Dual ? I would buy a Dell poweredge 350 (1U rack) but I'ld sure if such boards are well supported :-) Quick-specs on the DL360 can be found at: http://www.compaq.com/products/servers/proliantdl360/description.html#quickspecs Compaq lists the NIC as Two Compaq NC3163 Fast Ethernet NIC Embedded 10/100 WOL (Wake On LAN). So, they might just be seperate embedded nics. The dual-port card is Compaq's NC3134. Info on that can be found at: http://www.compaq.com/products/servers/networking/NC3134/index.html My DL360 is a little older than the currently available model and the dual-port card is something I salavaged from another older machine. From the boot-up messages it looks like all four ports are using Intel's 82555 ASIC. I'm not sure which ASIC/chipset is on the latest Intel PRO/100 S Dual. According to the specs on the NC3134, the latest Intel ASIC is 82559. Maybe see if you get an eval unit of the Intel PRO/100 S Dual? Here is the boot-up message involving the nics. fxp0: Intel Pro 10/100B/100+ Ethernet port 0x4000-0x403f mem 0xc6a0-0xc6af,0xc6bff000-0xc6bf irq 7 at device 4.0 on pci3 fxp0: Ethernet address 00:02:a5:8b:d4:dd inphy0: i82555 10/100 media interface on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Intel Pro 10/100B/100+ Ethernet port 0x4040-0x407f mem 0xc680-0xc68f,0xc69ff000-0xc69f irq 10 at device 5.0 on pci3 fxp1: Ethernet address 00:02:a5:8b:d4:dc inphy1: i82555 10/100 media interface on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcib2: DEC 21154 PCI-PCI bridge at device 6.0 on pci3 pci4: PCI bus on pcib2 fxp2: Intel Pro 10/100B/100+ Ethernet port 0x5000-0x503f mem 0xc6e0-0xc6ef,0xc6fff000-0xc6ff irq 11 at device 4.0 on pci4 fxp2: Ethernet address 00:02:a5:5c:f6:78 inphy2: i82555 10/100 media interface on miibus2 inphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp3: Intel Pro 10/100B/100+ Ethernet port 0x5040-0x507f mem 0xc6c0-0xc6cf,0xc6dff000-0xc6df irq 11 at device 5.0 on pci4 fxp3: Ethernet address 00:02:a5:5c:f6:79 inphy3: i82555 10/100 media interface on miibus3 inphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Cheers, Greg To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message