Re: [qmailadmin] possible feature additions
On Tuesday, October 28, 2003, at 02:34 PM, Justin Hopper wrote: FUNCTION: The ability to blackhole an email address, so that any email sent in to that address will be deleted. Useful when you don't want to bounce the message, but just want it to disappear. This is already up on sourceforge, handled by a '#' in the .qmail file. There's also an outstanding request for a bounce address using the qmail bouncesaying program. When I get back from vacation, my priority will be to release a stable vpopmail/qmailadmin combo based on the current versions. Someone just found the POP problem with 5.3.29, so there's a good chance we can start having release candidates for vpopmail 5.4.0 and qmailadmin 1.2.0. -- Tom Collins - [EMAIL PROTECTED] Note: The Tom Logic offices will be closed October 23 to November 18. QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ Info on the Sniffter hand-held Network Tester: http://sniffter.com/
[qmailadmin] Re: possible feature additions
Tom Collins writes: There's also an outstanding request for a bounce address using the qmail bouncesaying program. Is bouncesaying such a good idea these days? Was it ever? In a few limited cases (this domain has been suspended because they refuse to pay their bills) is a good example of its use, but one you'd not want the domain admin to have control over. In the old days, any mail to a non-existent user was almost certainly a typo and was rare enough that postmaster could handle it. Or it was a hurried guess at a role address or a mailbox that was deleted when somebody left and again postmaster ought to figure out who to forward it to. In the first case bouncesaying had some merit for lazy postmasters and in the other two cases it would be little or no help to anyone since the recipient of the bounce would then mail postmaster about it. These days, most mail to non-existent users is sent by spammers using programs that try random usernames against domains. Bouncesaying looks like a wonderful idea for domain admins - that will teach those spammers when they get their rubbish back. But it isn't a wonderful idea as far as sysadmins are concerned unless they direct doublebounce mail into a black hole because spammers generally use fake, non-existent addresses. So not only does bouncesaying double the traffic by sending the junk back, it triples it when the other end bounces the bounce. A lot of the mail I wade through is doublebounce mail because our domain admins set no catch-all even though we tell them they must have a catch-all. No, you won't stop the double-bounces completely by removing bouncesaying and stopping them setting no catch-all. One particularly inventive user has recently abandoned a mailbox that got nothing but spam by replacing it with an autoresponder. Not only that, he's configured it in such a way that instead of me getting a doublebounce, I get a looping error. Users: you can't live with them, you can't chop them into small pieces and flush them down the toilet. -- Paul Allen Softflare Support
Re: [qmailadmin] End of RedHat Linux Support
http://fedora.redhat.com/ Thanks; Michael R. Bagnall Powertools Productions, LLC. [EMAIL PROTECTED] 615.453.1141 / 800.444.1563 http://www.powertools.net On Nov 3, 2003, at 5:07 PM, Jeff Koch wrote: Now that RedHat is dropping support for their consumer linux product in favor of their enterprise product that costs $300/server/year to license what are most of us going to do? So much of the qmail/vpopmail/qmailadmin/SA/scanner and all else seemed fined-tuned for RedHat. Is there another distribution that works equally well? Best Regards, Jeff Koch
RE: [qmailadmin] End of RedHat Linux Support
Jeff, As long as you're doing source compiles, there's nothing stopping you from running on most any *NIX variant. I run two separate sets of servers, one for the hosting company I own running on RedHat, and one running on FreeBSD 4.6 for the company I sysadmin for. They're almost identically configured, and I noticed no issues where the flavor of the *NIX variant made any difference at all. Kindest Regards, Bill -Original Message- From: Jeff Koch [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2003 4:07 PM To: [EMAIL PROTECTED] Subject: [qmailadmin] End of RedHat Linux Support Now that RedHat is dropping support for their consumer linux product in favor of their enterprise product that costs $300/server/year to license what are most of us going to do? So much of the qmail/vpopmail/qmailadmin/SA/scanner and all else seemed fined-tuned for RedHat. Is there another distribution that works equally well? Best Regards, Jeff Koch
Re: [qmailadmin] End of RedHat Linux Support
On Mon, 2003-11-03 at 17:07, Jeff Koch wrote: Now that RedHat is dropping support for their consumer linux product in favor of their enterprise product that costs $300/server/year to license what are most of us going to do? So much of the qmail/vpopmail/qmailadmin/SA/scanner and all else seemed fined-tuned for RedHat. Is there another distribution that works equally well? I don't use redhat anyways. www.gentoo.org www.slackware.com and... everyone's favorite (but not mine) www.freebsd.org -Jeremy -- Jeremy Kitchen Systems Administrator [EMAIL PROTECTED] . Inter7 Internet Technologies, Inc. www.inter7.com 866.528.3530 toll free 847.492.0470 int'l 847.492.0632 fax GNUPG key ID: 93BDD6CE
[qmailadmin] Re: End of RedHat Linux Support
John Johnson writes: Mandrake works very nice for me. I have been using it for about 4 years now. We tried Mandrake once, a couple of years ago. Their we will hold your hand every step of the way was great, except where it conflicted with our established practises and what we actually wanted to do. It's probably a great desktop solution but sucks as a server solution unless you are prepared to change everything you do to match what Mandrake thinks you should do. It caused us nothing but pain (much like Solaris). -Original Message- From: Jeff Koch [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2003 3:07 PM To: [EMAIL PROTECTED] Subject: [qmailadmin] End of RedHat Linux Support Now that RedHat is dropping support for their consumer linux product in favor of their enterprise product They are? I hadn't seen that (but there are more important things to read about in my spare time). what are most of us going to do? Find a better distro. RH 9 destroyed a lot of RH's credibility for me. So much of the qmail/vpopmail/qmailadmin/SA/scanner and all else seemed fined-tuned for RedHat. Are you sure about that? This stuff works on most non-proprietary flavours of *nix without problems. Solaris and HP-UX seem to have some problems (I hate Solaris with a passion) but the free flavours seem to be OK. -- Paul Allen Softflare Support
Re: [qmailadmin] End of RedHat Linux Support
On Mon, 03 Nov 2003 18:07:25 -0500 Jeff Koch [EMAIL PROTECTED] wrote: Now that RedHat is dropping support for their consumer linux product in favor of their enterprise product that costs $300/server/year to license what are most of us going to do? So much of the qmail/vpopmail/qmailadmin/SA/scanner and all else seemed fined-tuned for RedHat. Is there another distribution that works equally well? Best Regards, Jeff Koch Ok, all the other distro's look represented, so I may as well... I'm happily using Debian 3.0. Source compiles on 4 servers now and counting. :-) Jacob - GnuPG Key: 1024D/16377135 Computers are like air conditioners -- they stop working properly if you open Windows pgp0.pgp Description: PGP signature
Re: [qmailadmin] Re: End of RedHat Linux Support
On Mon, 2003-11-03 at 18:30, Paul L. Allen wrote: John Johnson writes: Mandrake works very nice for me. I have been using it for about 4 years now. We tried Mandrake once, a couple of years ago. Their we will hold your hand every step of the way was great, except where it conflicted with our established practises and what we actually wanted to do. It's probably a great desktop solution but sucks as a server solution unless you are prepared to change everything you do to match what Mandrake thinks you should do. It caused us nothing but pain (much like Solaris). yea, there was just a discussion on the qmail list about mandrake's 'security' stuff changing permissions on qmail programs, therefore breaking it. Lovely eh? :) Now that RedHat is dropping support for their consumer linux product in favor of their enterprise product They are? I hadn't seen that (but there are more important things to read about in my spare time). www.slashdot.org :) what are most of us going to do? Find a better distro. RH 9 destroyed a lot of RH's credibility for me. yup, I posted several with my last post So much of the qmail/vpopmail/qmailadmin/SA/scanner and all else seemed fined-tuned for RedHat. Are you sure about that? This stuff works on most non-proprietary flavours of *nix without problems. Solaris and HP-UX seem to have some problems (I hate Solaris with a passion) but the free flavours seem to be OK. I don't see how it was 'geared for redhat' either.. there are rpms and such, but that's a given, people will always want to make an 'easy' way to install something, even if it's already braindead easy if you follow a good tutorial (www.lifewithqmail.org anyone?) I did recommend gentoo in my last post, but I don't recommend gentoo's 'qmail' installation ebuild at all. Bunch of stupid patches nobody really needs, although some of it I can see some use for. Also, it's not documented, so nobody knows where to change things. Daemontools also bad gentoo ebuild... why not let inittab handle svscan, just like it was designed to do :) Lucky for gentoo (unlike mandrake/redhat) if I want to 'fake' something is installed, I just 'emerge -i category/package-version-revision' and i'm done, gentoo doesn't touch it anymore. Redhat has always been a good distro for enterprise setups, because it's easy to maintain if you are good with rpms and such. People who can roll their own rpms can kick ass with redhat. I personally like to just roll my tarball and call it good. I guess learning linux on slackware does that to you :) -Jeremy -- Jeremy Kitchen Systems Administrator [EMAIL PROTECTED] . Inter7 Internet Technologies, Inc. www.inter7.com 866.528.3530 toll free 847.492.0470 int'l 847.492.0632 fax GNUPG key ID: 93BDD6CE
[qmailadmin] Re: possible feature additions
Michael Bagnall writes: I think the various points have been made. This is a support list - not a place to bitch about things. Thanks. Hey, Mike, you just bitched about things. Can we keep this sort of stuff off the list? Thanks. Oh, and if you could learn not to quote the entire message that you are responding to, when none of what you quote is necessary for newbies joining the list to understand your point, that would be great for those on low-speed connections. Of course, that advice really only applies to those who complain about the noise on this list. Yours in sweetness and light... -- Paul Allen Softflare Support
Re: [qmailadmin] End of RedHat Linux Support
http://www.trustix.net, for a simple, server based distoro.
[qmailadmin] postmaster
I am having trouble signing in as post master. I can sign in as myself. Is there something I need to setup? "useradd postmaster"? or something similar. I am definitely a newbie. Thanks, Billy www.putteet.com
RE: [qmailadmin] Re: End of RedHat Linux Support
Well since most of the Linux versions are mentioned, I will say that I have this running on HPUX 11.11 with qmail/vpopmail/qmailadmin with no problems other than the install of qmailadmin requiring modification of the qmailadmin.c file from seteuid/setegid to setuid/setgid. It works well and currently handles about 1 million emails a month. Trell -Original Message- From: Jeremy Kitchen [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2003 5:35 PM To: [EMAIL PROTECTED] Subject: Re: [qmailadmin] Re: End of RedHat Linux Support On Mon, 2003-11-03 at 18:30, Paul L. Allen wrote: John Johnson writes: Mandrake works very nice for me. I have been using it for about 4 years now. We tried Mandrake once, a couple of years ago. Their we will hold your hand every step of the way was great, except where it conflicted with our established practises and what we actually wanted to do. It's probably a great desktop solution but sucks as a server solution unless you are prepared to change everything you do to match what Mandrake thinks you should do. It caused us nothing but pain (much like Solaris). yea, there was just a discussion on the qmail list about mandrake's 'security' stuff changing permissions on qmail programs, therefore breaking it. Lovely eh? :) Now that RedHat is dropping support for their consumer linux product in favor of their enterprise product They are? I hadn't seen that (but there are more important things to read about in my spare time). www.slashdot.org :) what are most of us going to do? Find a better distro. RH 9 destroyed a lot of RH's credibility for me. yup, I posted several with my last post So much of the qmail/vpopmail/qmailadmin/SA/scanner and all else seemed fined-tuned for RedHat. Are you sure about that? This stuff works on most non-proprietary flavours of *nix without problems. Solaris and HP-UX seem to have some problems (I hate Solaris with a passion) but the free flavours seem to be OK. I don't see how it was 'geared for redhat' either.. there are rpms and such, but that's a given, people will always want to make an 'easy' way to install something, even if it's already braindead easy if you follow a good tutorial (www.lifewithqmail.org anyone?) I did recommend gentoo in my last post, but I don't recommend gentoo's 'qmail' installation ebuild at all. Bunch of stupid patches nobody really needs, although some of it I can see some use for. Also, it's not documented, so nobody knows where to change things. Daemontools also bad gentoo ebuild... why not let inittab handle svscan, just like it was designed to do :) Lucky for gentoo (unlike mandrake/redhat) if I want to 'fake' something is installed, I just 'emerge -i category/package-version-revision' and i'm done, gentoo doesn't touch it anymore. Redhat has always been a good distro for enterprise setups, because it's easy to maintain if you are good with rpms and such. People who can roll their own rpms can kick ass with redhat. I personally like to just roll my tarball and call it good. I guess learning linux on slackware does that to you :) -Jeremy -- Jeremy Kitchen Systems Administrator [EMAIL PROTECTED] . Inter7 Internet Technologies, Inc. www.inter7.com 866.528.3530 toll free 847.492.0470 int'l 847.492.0632 fax GNUPG key ID: 93BDD6CE
[qmailadmin] Spam Detection? / maildrop mailfilter modifying Delivered-To Header
Hi List Members, The maildrop mailfilter is modifying the Delivered-To headers to [EMAIL PROTECTED] On disabling the Spam Detection check box of qmailadmin, the Delivered-To headers are okay in the format of [EMAIL PROTECTED] How do I correct this behavior (Thanks in advance in anticipation) ? I am using vpopmail v5.3.20 and qmailadmin v1.0.24. Spam tagging is being done by Spamassissin v2.55 and qmail-scanner v1.16. Recently I recompiled qmailadmin with: --enable-modify-spam=y \ --enable-spam-command=|/var/qmail/bin/preline /usr/local/bin/maildrop /home/vpopmail/etc/mailfilter Enabled on test account for Spam Detection through qmailadmin. My mailfilter looks as follows: vi /home/vpopmail/etc/mailfilter chown vpopmail:vchkpw /home/vpopmail/etc/mailfilter chmod 600 /home/vpopmail/etc/mailfilter --- cut here --- VMAILDIR=$PWD/Maildir/ USERNAME=`echo ${PWD##*/}` USERHOST=`PWDTMP=${PWD%/*}; echo ${PWDTMP##*/}` SPAMFOLDER=.JunkMail/ # # If Logging is required, logfile path should be vpopmail writable #logfile /home/vpopmail/maildrop.log #log $VMAILDIR #log $USERNAME #log $USERHOST #log $SPAMFOLDER #log $VMAILDIR$SPAMFOLDER if (/^X-Spam-Flag: *Yes/) { # Try to deliver to the spam folder exception { to $VMAILDIR$SPAMFOLDER } } # Process user's rules if available. exception { include $VMAILDIR/mailfilter } # If it falls through to here, just put it in their inbox to $VMAILDIR --- cut here --- __ Devendra Singh IndiaMART InterMESH Limited (Global Gateway to Indian Market Place) B-1, Sector 8, Noida, UP - 201301, India Voice : +91-120-2543945, 2543946, 2543947 Fax: +91-120-2543943 http://www.indiamart.com http://www.indiangiftsportal.com http://www.indiantravelportal.com __ --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.528 / Virus Database: 324 - Release Date: 16/10/03
RE: [qmailadmin] Re: End of RedHat Linux Support
At 07:59 PM 11/3/2003, Trell wrote: Well since most of the Linux versions are mentioned, I will say that I have this running on HPUX 11.11 with qmail/vpopmail/qmailadmin with no problems other than the install of qmailadmin requiring modification of the qmailadmin.c file from seteuid/setegid to setuid/setgid. It works well and currently handles about 1 million emails a month. likewise, my entire current business ( http://www.smileglobal.com ) is built around vpopmail/qmailadmin/vqadmin, and of course qmail/djbdns et al, and i run the entire thing on a tiny* farm of Sun SPARCs running solaris 9. i'm happy as a clam. oh yeah, running clamav and spamassassin too of course. ;^) *Farm consists of: 1 sun Sparc 20 - dual 75Mhz CPUs - primary NS, primary MX 1 sun Sparc 20 - dual 75Mhz CPUs - secondary NS, secondary MX 1 sun Netra T1 - 360Mhz CPU - spamassassin/clamav proxy, tertiary NS 1 Ultra 2 - 200Mhz CPU - the vpopmail/qmailadmin/vqadmin multi-webmail IMAP POP kitchen-sink (soon to be replaced with another Netra T1 440Mhz with D130 disk array) (webserver for our customer facing website is a RAQ XTR) I don't know what my mail volume is, actually. I don't keep the logs around for more than a few days. my primary MX shows 74K messages inbound to my customers from 2:30pm 31oct03 to now (8:20pm 03nov03), if that gives you a rough idea of inbound volume. I love sun sparcs and solaris. been running them for a decade now. ridiculously reliable and easy to administer. i know lotsa folks dislike solaris. frankly, i don't get it. it's an extremely powerful OS. Paul Theodoropoulos http://www.anastrophe.com
Re: [qmailadmin] End of RedHat Linux Support
I use MDK9.1 and I find it to work just fine :) Shai - Original Message - From: Jeff Koch [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 04, 2003 1:07 AM Subject: [qmailadmin] End of RedHat Linux Support Now that RedHat is dropping support for their consumer linux product in favor of their enterprise product that costs $300/server/year to license what are most of us going to do? So much of the qmail/vpopmail/qmailadmin/SA/scanner and all else seemed fined-tuned for RedHat. Is there another distribution that works equally well? Best Regards, Jeff Koch
Re: [qmailadmin] End of RedHat Linux Support
Now that RedHat is dropping support for their consumer linux product in favor of their enterprise product that costs $300/server/year to license what are most of us going to do? So much of the qmail/vpopmail/qmailadmin/SA/scanner and all else seemed fined-tuned for RedHat. Is there another distribution that works equally well? How about feodora? Does it support servers? -- Eero