Re: deleting messages from the queue
On 08 Aug 2001 14:09:18 +, eric wrote: Will someone PLEASE define few. I've got over 400 BOUNCE messages alone in my queue. Some of them for almost a week (I know they'll timeout after a week (and that the timeout is configurable), but this is ridiculous. I have tons of mail in the queue going to pm0.net (see www.postmastergeneral.com). Almost all of it is bounce messages. Almost all of it from where someone who owns a mailing list on postmastergeneral.com is STILL sending email to now-defunct email addresses (email accounts that were cancelled). I have looked at the problem long and hard and have yet to come up with a workable solution. I use qmail-1.03 and vpopmail-3.4.11. It seems that when using virtual doamins, qmail-smtp will NEVER reject a recipient - even if that user does not exist. Instead, it relies on the qmail-local (or in my case, vdelivermail since I'm using vpopmail) to send a bounce. However, it looks like postmastergeneral.com (and others) is not removing addresses from lists based on the bounce messages that I'm sending. I know I can change the default text of the bounce message using the .no-user.msg file, but a) I'm not sure where this file should be (is it global or per virtual domain), and b) I don't know what to put in it so that listservers will properly handle the bounces. One more caveat about my setup. I am using vpopmail with mysql support and all the user/domain information is kept in mysql tables. Anybody got any ideas on how to solve this? Eric - Original Message - From: Charles Cazabon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, August 08, 2001 09:13 Subject: Re: deleting messages from the queue Attila Csosz [EMAIL PROTECTED] wrote: How to delete a mail from the the queue? ( this messages appear in qmail-qread, qmail-qstat ). What problem are you trying to solve? Having a few messages show up in the qmail-qstat output for a few days is perfectly normal. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ --- remove /var/qmail/queue and go to qmail source and make setup check again... -- Jake Roersma Network Engineer Triton Technologies Inc. (800)-837-4253/364-8761
Re: Daemontools and supervise problems
On 07 Aug 2001 12:43:23 -0700, Al Sparks wrote: When I manually run /service/qmail-smtpd/run tcpserver does start. /service/qmail-smtpd/run, which was taken from Life with qmail, has the following in it: ** ILDUID=`id -u qmaild` Right here is your problem.. If you notice ILDUID is not a the variable that you call furhter down in the script.. You call $QMAILDUID which is taken from LWQ.. NOFILESGID=`id -g qmaild` MAXSMTPD=`cat /var/qmail/control/concurrencyincoming` exec /usr/local/bin/softlimit -m 200 \ /usr/local/bin/tcpserver -v -R -l 0 -x /etc/tcp.smtp.cdb -c $MAXSMTPD \ -u $QMAILDUID -g $NOFILESGID 0 smtp /var/qmail/bin/qmail-smtpd 21 As you can see the variables do no match giving tcpserver no UID to run with.. Fix it and tcpserver should run... ** This is driving me nuts. What am I missing? === Al __ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ -- Jake Roersma Network Engineer Triton Technologies Inc. (800)-837-4253/364-8761
Re: compile error
On 2001.07.17 10:31 Kenneth wrote: Hello all, I encountered the following error in compiling qmail in my redhat 7.1 machine. Appreciate any idea to solve this problem. # make setup check ( ./auto-uid auto_uida `head -1 conf-users` \ ./auto-uid auto_uidd `head -2 conf-users | tail -1` \ ./auto-uid auto_uidl `head -3 conf-users | tail -1` \ ./auto-uid auto_uido `head -4 conf-users | tail -1` \ ./auto-uid auto_uidp `head -5 conf-users | tail -1` \ ./auto-uid auto_uidq `head -6 conf-users | tail -1` \ ./auto-uid auto_uidr `head -7 conf-users | tail -1` \ ./auto-uid auto_uids `head -8 conf-users | tail -1` \ ./auto-gid auto_gidq `head -1 conf-groups` \ ./auto-gid auto_gidn `head -2 conf-groups | tail -1` \ ) auto_uids.c.tmp mv auto_uids.c.tmp auto_uids.c fatal: unable to find user alias make: *** [auto_uids.c] Error 111 Thanks in advance. -- Best regards, Kenneth mailto:[EMAIL PROTECTED] Seems you forgot to add the user alias.. Check /etc/passwd to make sure the user exsists.. If not you may want to use useradd qmaild -g nofiles -d /var/qmail -s /nonexistent.. I'm assuming you have added all other necessary groups and users.. If not check the 'Life with Qmail' documentaiton (http://www.lifewithqmail.org/lwq.html). -- Jake Roersma Network Engineer Triton Technologies Inc. (800)-837-4253/364-8761
Re: Large queue and iowait
On 2001.07.17 12:47 Mark Douglas wrote: I'm having some problems with my qmail server. It seems to be taking an abnormally large amount of time to do queue processing. A recent mailing list send of 250k e-mail's to the server had it stuck in queue processing with iowait at 80-100% the entire time, for over 36 hours. I assume this is not a normal timeframe for processing that amount of e-mail. The setup is as follows: Sun Netra t1 - 450mhz ultrasparcII processor 1024MB of memory, 1.5GB of swap 18GB SCSI disk. Solaris 8 qmail 1.03 with DNS and big-concurrency patch If any other information is pertinent, please let me know and I'll provide it. Any insight into what the problem could be would be greatly appreciated. Thanks, Mark -- s/root/Mark !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 3.2//EN HTML HEAD META HTTP-EQUIV=Content-Type CONTENT=text/html; charset=iso-8859-1 META NAME=Generator CONTENT=MS Exchange Server version 5.5.2652.35 TITLELarge queue and iowait/TITLE /HEAD BODY PFONT SIZE=2I'm having some problems with my qmail server. It seems to be taking an abnormally large amount of time to do queue processing. A recent mailing list send of 250k e-mail's to the server had it stuck in queue processing with iowait at 80-100% the entire time, for over 36 hours. I assume this is not a quot;normalquot; timeframe for processing that amount of e-mail./FONT/P PFONT SIZE=2The setup is as follows:/FONT /P PFONT SIZE=2Sun Netra t1 - 450mhz ultrasparcII processor/FONT BRFONT SIZE=21024MB of memory, 1.5GB of swap/FONT BRFONT SIZE=218GB SCSI disk./FONT BRFONT SIZE=2Solaris 8/FONT BRFONT SIZE=2qmail 1.03 with DNS and big-concurrency patch/FONT /P PFONT SIZE=2If any other information is pertinent, please let me know and I'll provide it. Any insight into what the problem could be would be greatly appreciated./FONT/P PFONT SIZE=2Thanks,/FONT /P PFONT SIZE=2Mark/FONT BRFONT SIZE=2--/FONT BRFONT SIZE=2s/root/Mark/FONT /P /BODY /HTML I would check to see if qmail-send has a defunct process.. You will need to restart it or restart qmail altogether and make sure there are no stray proceses that may interfere. I've had multiple instances where the queue becomes abnormally large because qmail-send is defunct.. It should reload and you will see preprocessed mails grow until it spits everything out. -- Jake Roersma Network Engineer Triton Technologies Inc. (800)-837-4253/364-8761