Mailing List Archive: Qmail: users

Mail Stuck in Queue

Index | Next | Previous | View Threaded

aaron_goldblatt at hotmail

May 2, 2001, 2:30 PM

Post #1 of 13 (422 views)
Permalink

Mail Stuck in Queue

After resolving the POP slowdown issue with the help of some of the more
polite folks here, I have developed a new problem.

All mail that gets queued for delivery simply sits in the queue and doesn't
get delivered. It doesn't matter if the mail is for local delivery, or is
relay mail headed for a remote mail server.

What I am aware of changing: I added -R and -H to tcpserver's command line,
and I added my 10.x.x.x network to tcp.smtp.cdb. I can now deliver mail via
SMTP to rblsmtpd, and it does queue the mail, so I doubt the issue is in my
tcp connection rules.

I am accepting connections with rblsmtpd with the no-TXT-records patch, and
logging is being done by splogger to /var/log/messages.

There are no messages indicating anything related to qmail in syslog since
the issue began, except for one notation where rblsmtpd rejected a message
from a black holed site.

The line invoking rblsmtpd is (beware wordwrap):

/usr/local/bin/tcpserver -R -H -x /etc/tcprules/tcp.smtp.cdb \
-u 1004 -g 2108 0 smtp /usr/local/bin/rblsmtpd -r
blackholes.mail-abuse.org \
-r dialups.mail-abuse.org \
-r 'relays.mail-abuse.org:Open relay problem - see
<URL:http://www.mail-abuse.org/cgi-bin/nph-rss?%IP%>' \
/var/qmail/bin/qmail-smtpd 2>&1 | /var/qmail/bin/splogger smtpd 3 &

I can see messages queueing in /var/qmail/queue/mess/*, but they are not
delivered either locally or to a remote host (mail.swbell.net).

Through testing with other mail servers, I have determined that
mail.swbell.net is operating normally -- it both sends and receives mail.
I've sent test messages to my problem machine via mail.swbell.net and found
them in my queue, waiting for local delivery.

/var/qmail/queue/lock/trigger has permissions as described in LWQ.

The home directories of the users on the system are owned by themselves.
Some are world-readable, some are not. None are world-writable:

drwx------ 5 aaron users 4096 Feb 24 07:37 aaron
drwx--x--x 5 bluerose users 4096 Feb 24 07:37 blueroses
drwx--x--x 5 boby users 4096 Apr 11 21:32 boby
drwx--x--x 5 dhwork users 4096 Mar 16 01:48 dhwork
drwx--x--x 5 djh users 4096 Feb 24 07:38 djh
drwx--x--x 5 dnslog users 4096 Mar 24 08:25 dnslog
drwx--x--x 5 ebay users 4096 Feb 24 07:38 ebay
drwx--x--x 5 friendof users 4096 Feb 24 07:39 friendofbillw
drwx--x--x 5 gtg users 4096 Mar 29 09:37 gtg
drwx--x--x 5 lists users 4096 May 2 12:44 lists
drwx--x--x 6 netgeek users 4096 Apr 13 21:37 netgeek
drwx--x--x 6 rc5 users 4096 Feb 25 08:56 rc5
drwx--x--x 17 rnbwpnt users 4096 Apr 29 05:56 rnbwpnt
drwx--x--x 6 shewolf users 4096 Apr 23 18:42 shewolf
drwx--x--x 5 shik users 4096 Feb 24 07:41 shik
drwx--x--x 5 thesaint users 4096 May 2 14:24 thesaint
drwx--x--x 5 vendors users 4096 Feb 24 07:42 vendors
drwx--x--x 5 viqui users 4096 Feb 24 07:42 viqui

This is the output from qmail-showctl:

qmail home directory: /var/qmail.
user-ext delimiter: -.
paternalism (in decimal): 2.
silent concurrency limit: 120.
subdirectory split: 23.
user ids: 1003, 1004, 1005, 0, 1006, 1007, 1008, 1009.
group ids: 2108, 2107.

badmailfrom: (Default.) Any MAIL FROM is allowed.
bouncefrom: (Default.) Bounce user name is MAILER-DAEMON.
bouncehost: (Default.) Bounce host name is wndrgrl.goldblatt.net.
concurrencylocal: (Default.) Local concurrency is 10.
concurrencyremote: (Default.) Remote concurrency is 20.
databytes: (Default.) SMTP DATA limit is 0 bytes.
defaultdomain: Default domain name is goldblatt.net.
defaulthost: Default host name is goldblatt.net.
doublebouncehost: (Default.) 2B recipient host: wndrgrl.goldblatt.net.
doublebounceto: (Default.) 2B recipient user: postmaster.
envnoathost: (Default.) Presumed domain name is wndrgrl.goldblatt.net.
helohost: (Default.) SMTP client HELO host name is wndrgrl.goldblatt.net.
idhost: (Default.) Message-ID host name is wndrgrl.goldblatt.net.
localiphost: (Default.) Local IP address becomes wndrgrl.goldblatt.net.
locals:
Messages for localhost are delivered locally.
Messages for wndrgrl.goldblatt.net are delivered locally.
Messages for virtualhost.goldblatt.net are delivered locally.
Messages for goldblatt.net are delivered locally.
me: My name is wndrgrl.goldblatt.net.
percenthack: (Default.) The percent hack is not allowed.
plusdomain: Plus domain name is goldblatt.net.
qmqpservers: (Default.) No QMQP servers.
queuelifetime: (Default.) Message lifetime in the queue is 604800 seconds.
rcpthosts:
SMTP clients may send messages to recipients at goldblatt.net.
SMTP clients may send messages to recipients at localhost.
SMTP clients may send messages to recipients at wndrgrl.goldblatt.net.
SMTP clients may send messages to recipients at virtualhost.goldblatt.net.
SMTP clients may send messages to recipients at shikky.com.
SMTP clients may send messages to recipients at viquilitman.com.
morercpthosts: (Default.) No effect.
morercpthosts.cdb: (Default.) No effect.
smtpgreeting: (Default.) SMTP greeting: 220 wndrgrl.goldblatt.net.
smtproutes: (Default.) No artificial SMTP routes.
timeoutconnect: (Default.) SMTP client connection timeout is 60 seconds.
timeoutremote: (Default.) SMTP client data timeout is 1200 seconds.
timeoutsmtpd: (Default.) SMTP server data timeout is 1200 seconds.
virtualdomains:
Virtual domain: shikky.com:shik-shikky
Virtual domain: viquilitman.com:viqui-viquilitman

As I indicated, syslog shows noting useful. Just lots of me logging in via
SSH and su'ing to root. No qmail-related entries, save the rbl rejection,
since 4/30/01 at quarter past noon.

ps aux shows this (again, beware wordwrap):

root 242 0.0 0.2 1068 332 ? S Apr30 0:01
/usr/local/bin/tcpserver -R -H 0 110 /var/qmail/bin/qmail-popup
wndrg...qmaild 9798 0.0 0.4 1356 556 ? S 12:34 0:00
/usr/local/bin/tcpserver -R -H -x /etc/tcprules/tcp.smtp.cdb -u 1004 ...
root 9799 0.0 0.2 1056 292 ? S 12:34 0:00
/var/qmail/bin/splogger smtpd 3

qmail-qstat shows this:
messages in queue: 311
messages in queue but not yet preprocessed: 310

make check runs ./instcheck; ./instcheck produces no output.

Running queue-fix produces no output other than that it's finished.

Please advise. Thank you.

ag
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com

MarkD at BushWire

May 2, 2001, 2:46 PM

Post #2 of 13 (408 views)
Permalink

Re: Mail Stuck in Queue [In reply to]

Is qmail running?

What does

ps aux | grep qmail

show?

(Or whatever ps is appropriate for your OS?)

Regards.

On Wed, May 02, 2001 at 09:30:17PM -0000, Aaron Goldblatt wrote:
> After resolving the POP slowdown issue with the help of some of the more
> polite folks here, I have developed a new problem.
>
> All mail that gets queued for delivery simply sits in the queue and doesn't
> get delivered. It doesn't matter if the mail is for local delivery, or is
> relay mail headed for a remote mail server.
>
> What I am aware of changing: I added -R and -H to tcpserver's command line,
> and I added my 10.x.x.x network to tcp.smtp.cdb. I can now deliver mail via
> SMTP to rblsmtpd, and it does queue the mail, so I doubt the issue is in my
> tcp connection rules.
>
> I am accepting connections with rblsmtpd with the no-TXT-records patch, and
> logging is being done by splogger to /var/log/messages.
>
> There are no messages indicating anything related to qmail in syslog since
> the issue began, except for one notation where rblsmtpd rejected a message
> from a black holed site.
>
> The line invoking rblsmtpd is (beware wordwrap):
>
> /usr/local/bin/tcpserver -R -H -x /etc/tcprules/tcp.smtp.cdb \
> -u 1004 -g 2108 0 smtp /usr/local/bin/rblsmtpd -r
> blackholes.mail-abuse.org \
> -r dialups.mail-abuse.org \
> -r 'relays.mail-abuse.org:Open relay problem - see
> <URL:http://www.mail-abuse.org/cgi-bin/nph-rss?%IP%>' \
> /var/qmail/bin/qmail-smtpd 2>&1 | /var/qmail/bin/splogger smtpd 3 &
>
>
>
>
> I can see messages queueing in /var/qmail/queue/mess/*, but they are not
> delivered either locally or to a remote host (mail.swbell.net).
>
> Through testing with other mail servers, I have determined that
> mail.swbell.net is operating normally -- it both sends and receives mail.
> I've sent test messages to my problem machine via mail.swbell.net and found
> them in my queue, waiting for local delivery.
>
> /var/qmail/queue/lock/trigger has permissions as described in LWQ.
>
> The home directories of the users on the system are owned by themselves.
> Some are world-readable, some are not. None are world-writable:
>
> drwx------ 5 aaron users 4096 Feb 24 07:37 aaron
> drwx--x--x 5 bluerose users 4096 Feb 24 07:37 blueroses
> drwx--x--x 5 boby users 4096 Apr 11 21:32 boby
> drwx--x--x 5 dhwork users 4096 Mar 16 01:48 dhwork
> drwx--x--x 5 djh users 4096 Feb 24 07:38 djh
> drwx--x--x 5 dnslog users 4096 Mar 24 08:25 dnslog
> drwx--x--x 5 ebay users 4096 Feb 24 07:38 ebay
> drwx--x--x 5 friendof users 4096 Feb 24 07:39 friendofbillw
> drwx--x--x 5 gtg users 4096 Mar 29 09:37 gtg
> drwx--x--x 5 lists users 4096 May 2 12:44 lists
> drwx--x--x 6 netgeek users 4096 Apr 13 21:37 netgeek
> drwx--x--x 6 rc5 users 4096 Feb 25 08:56 rc5
> drwx--x--x 17 rnbwpnt users 4096 Apr 29 05:56 rnbwpnt
> drwx--x--x 6 shewolf users 4096 Apr 23 18:42 shewolf
> drwx--x--x 5 shik users 4096 Feb 24 07:41 shik
> drwx--x--x 5 thesaint users 4096 May 2 14:24 thesaint
> drwx--x--x 5 vendors users 4096 Feb 24 07:42 vendors
> drwx--x--x 5 viqui users 4096 Feb 24 07:42 viqui
>
>
>
> This is the output from qmail-showctl:
>
> qmail home directory: /var/qmail.
> user-ext delimiter: -.
> paternalism (in decimal): 2.
> silent concurrency limit: 120.
> subdirectory split: 23.
> user ids: 1003, 1004, 1005, 0, 1006, 1007, 1008, 1009.
> group ids: 2108, 2107.
>
> badmailfrom: (Default.) Any MAIL FROM is allowed.
> bouncefrom: (Default.) Bounce user name is MAILER-DAEMON.
> bouncehost: (Default.) Bounce host name is wndrgrl.goldblatt.net.
> concurrencylocal: (Default.) Local concurrency is 10.
> concurrencyremote: (Default.) Remote concurrency is 20.
> databytes: (Default.) SMTP DATA limit is 0 bytes.
> defaultdomain: Default domain name is goldblatt.net.
> defaulthost: Default host name is goldblatt.net.
> doublebouncehost: (Default.) 2B recipient host: wndrgrl.goldblatt.net.
> doublebounceto: (Default.) 2B recipient user: postmaster.
> envnoathost: (Default.) Presumed domain name is wndrgrl.goldblatt.net.
> helohost: (Default.) SMTP client HELO host name is wndrgrl.goldblatt.net.
> idhost: (Default.) Message-ID host name is wndrgrl.goldblatt.net.
> localiphost: (Default.) Local IP address becomes wndrgrl.goldblatt.net.
> locals:
> Messages for localhost are delivered locally.
> Messages for wndrgrl.goldblatt.net are delivered locally.
> Messages for virtualhost.goldblatt.net are delivered locally.
> Messages for goldblatt.net are delivered locally.
> me: My name is wndrgrl.goldblatt.net.
> percenthack: (Default.) The percent hack is not allowed.
> plusdomain: Plus domain name is goldblatt.net.
> qmqpservers: (Default.) No QMQP servers.
> queuelifetime: (Default.) Message lifetime in the queue is 604800 seconds.
> rcpthosts:
> SMTP clients may send messages to recipients at goldblatt.net.
> SMTP clients may send messages to recipients at localhost.
> SMTP clients may send messages to recipients at wndrgrl.goldblatt.net.
> SMTP clients may send messages to recipients at virtualhost.goldblatt.net.
> SMTP clients may send messages to recipients at shikky.com.
> SMTP clients may send messages to recipients at viquilitman.com.
> morercpthosts: (Default.) No effect.
> morercpthosts.cdb: (Default.) No effect.
> smtpgreeting: (Default.) SMTP greeting: 220 wndrgrl.goldblatt.net.
> smtproutes: (Default.) No artificial SMTP routes.
> timeoutconnect: (Default.) SMTP client connection timeout is 60 seconds.
> timeoutremote: (Default.) SMTP client data timeout is 1200 seconds.
> timeoutsmtpd: (Default.) SMTP server data timeout is 1200 seconds.
> virtualdomains:
> Virtual domain: shikky.com:shik-shikky
> Virtual domain: viquilitman.com:viqui-viquilitman
>
>
> As I indicated, syslog shows noting useful. Just lots of me logging in via
> SSH and su'ing to root. No qmail-related entries, save the rbl rejection,
> since 4/30/01 at quarter past noon.
>
> ps aux shows this (again, beware wordwrap):
>
> root 242 0.0 0.2 1068 332 ? S Apr30 0:01
> /usr/local/bin/tcpserver -R -H 0 110 /var/qmail/bin/qmail-popup
> wndrg...qmaild 9798 0.0 0.4 1356 556 ? S 12:34 0:00
> /usr/local/bin/tcpserver -R -H -x /etc/tcprules/tcp.smtp.cdb -u 1004 ...
> root 9799 0.0 0.2 1056 292 ? S 12:34 0:00
> /var/qmail/bin/splogger smtpd 3
>
>
> qmail-qstat shows this:
> messages in queue: 311
> messages in queue but not yet preprocessed: 310
>
> make check runs ./instcheck; ./instcheck produces no output.
>
> Running queue-fix produces no output other than that it's finished.
>
> Please advise. Thank you.
>
> ag
> _________________________________________________________________
> Get your FREE download of MSN Explorer at http://explorer.msn.com
>

cjohnson at palomine

May 2, 2001, 2:48 PM

Post #3 of 13 (408 views)
Permalink

Re: Mail Stuck in Queue [In reply to]

On Wed, May 02, 2001 at 09:30:17PM -0000, Aaron Goldblatt wrote:
> All mail that gets queued for delivery simply sits in the queue and doesn't
> get delivered. It doesn't matter if the mail is for local delivery, or is
> relay mail headed for a remote mail server.

Is qmail-send running? It doesn't sound like it is.

What's the output of "ps awwux | grep qmail"?

Chris

qmail at discworld

May 2, 2001, 2:57 PM

Post #4 of 13 (407 views)
Permalink

Re: Mail Stuck in Queue [In reply to]

Aaron Goldblatt <aaron_goldblatt[at]hotmail.com> wrote:
>
> All mail that gets queued for delivery simply sits in the queue and doesn't
> get delivered.
[...]
> ps aux shows this (again, beware wordwrap):
>
> root 242 0.0 0.2 1068 332 ? S Apr30 0:01
> /usr/local/bin/tcpserver -R -H 0 110 /var/qmail/bin/qmail-popup
> wndrg...qmaild 9798 0.0 0.4 1356 556 ? S 12:34 0:00
> /usr/local/bin/tcpserver -R -H -x /etc/tcprules/tcp.smtp.cdb -u 1004 ...
> root 9799 0.0 0.2 1056 292 ? S 12:34 0:00
> /var/qmail/bin/splogger smtpd 3

qmail-send isn't running (the part that actually takes messages out of the
queue, and delivers them locally or remotely). Run your qmail-start script or
equivalent, or issue an appropriate command to svscan.

Charles
--
-----------------------------------------------------------------------
Charles Cazabon <qmail[at]discworld.dyndns.org>
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------

list-qmail at catseye

May 2, 2001, 3:02 PM

Post #5 of 13 (411 views)
Permalink

Re: Mail Stuck in Queue [In reply to]

On Wed, May 02, 2001 at 09:30:17PM -0000, Aaron Goldblatt wrote:
> As I indicated, syslog shows noting useful. Just lots of me logging in via
> SSH and su'ing to root. No qmail-related entries, save the rbl rejection,
> since 4/30/01 at quarter past noon.

This is in /var/log/messages, right? Try looking at /var/log/maillog. If
there is no such thing, check the contents of /etc/syslog.conf to figure
out where 'mail' messages are being sent.

> ps aux shows this (again, beware wordwrap):
>
> root 242 0.0 0.2 1068 332 ? S Apr30 0:01 /usr/local/bin/tcpserver -R -H 0 110 /var/qmail/bin/qmail-popup wndrg...
> qmaild 9798 0.0 0.4 1356 556 ? S 12:34 0:00 /usr/local/bin/tcpserver -R -H -x /etc/tcprules/tcp.smtp.cdb -u 1004 ...
> root 9799 0.0 0.2 1056 292 ? S 12:34 0:00 /var/qmail/bin/splogger smtpd 3

How did you generate this output? In other words, did you run

ps aux | grep qmail

or did you just run 'ps aux' and cut-n-paste the relevant parts? The
reason I ask is that you are not showing the following entries:

qmails 223 0.0 0.6 936 384 con- I Fri01AM 0:58.06 qmail-send
root 240 0.0 0.4 880 264 ?? I Fri01AM 0:07.17 qmail-lspawn ./Maildir/
qmailr 241 0.0 0.6 892 364 ?? I Fri01AM 0:03.92 qmail-rspawn
qmailq 242 0.0 0.5 868 292 ?? I Fri01AM 0:10.63 qmail-clean

These are created when you run 'qmail-start' through one of your system
startup scripts. Normally that script is a copy of one of the files in
/var/qmail/boot . I don't know what OS you're running, so I can't tell
you where to look, but you should have such a script.

Those 4 programs are the programs that actually control mail delivery,
both locally (qmail-lspawn) and remotely (qmail-rspawn). They need to be
running.

Tim
--
* * * | 1) It's SLOW! --> "man tcpserver" - especially -R,-H,-l
qmail | 2) Roaming users --> http://www.lifewithqmail.org/lwq.html#relaying
FAQS | 3) Secondary MX --> list in rcpthosts, NOT in locals/virtualdomains
* * * | 4) Discard mail --> "#" line ONLY, in appropriate .qmail file

aaron_goldblatt at hotmail

May 2, 2001, 3:09 PM

Post #6 of 13 (408 views)
Permalink

Re: Mail Stuck in Queue [In reply to]

>What's the output of "ps awwux | grep qmail"?

For both Mr. Johnson and Mr. Delaney (whose message is now queued):

root[at]wndrgrl:~/qmail-1.03# ps awwux|grep qmail
root 242 0.0 0.2 1068 332 ? S Apr30 0:01
/usr/local/bin/tcpserver -R -H 0 110 /var/qmail/bin/qmail-popup
wndrgrl.goldblatt.net /bin/checkpassword /var/qmail/bin/qmail-pop3d Maildir
qmaild 14559 0.0 0.4 1356 556 pts/1 S 16:28 0:00
/usr/local/bin/tcpserver -x /etc/tcprules/tcp.smtp.cdb -u 1004 -g 2108 0
smtp /var/qmail/bin/qmail-smtpd
root 14560 0.0 0.2 1056 292 pts/1 S 16:28 0:00
/var/qmail/bin/splogger smtpd 3
root[at]wndrgrl:~/qmail-1.03#

So apparently qmail-send isn't running.

But based on the qmail pictures at crypto, qmail-send is triggered by
qmail-queue. I suppose I'm misinterpreting "triggered" to mean spawned or
forked, when it means signaled?

As I write this I'm also investigating the supervise scripts (section
2.8.2.2) at LWQ; am I correct in believing that correctly installing qmail
under supervise (rather than rc.d as now) would resolve my issue, and that
qmail-send would then go about unsticking my queue?

Thank you.

ag
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com

hanche at math

Apr 26, 2008, 4:16 AM

Post #7 of 13 (408 views)
Permalink

Re: Mail stuck in queue [In reply to]

+ TArak <lifewithqmail[at]gmail.com>:

> After implementing procmail my mails are stucking in th queue.

Have you looked for clues in the logfiles? Bot the qmail one and the
procmail one.

- Harald

lifewithqmail at gmail

Apr 26, 2008, 4:20 AM

Post #8 of 13 (407 views)
Permalink

Re: Mail stuck in queue [In reply to]

On Sat, Apr 26, 2008 at 4:46 PM, Harald Hanche-Olsen <hanche[at]math.ntnu.no>
wrote:

> + TArak <lifewithqmail[at]gmail.com>:
>
> > After implementing procmail my mails are stucking in th queue.
>
> Have you looked for clues in the logfiles? Bot the qmail one and the
> procmail one.
>
> - Harald
>

qmail-send log
@4000000048130959266bb75c status: local 1/10 remote 0/30
@400000004813095926f34e4c delivery 159: deferral:
procmail:_Couldn't_create_"/var/mail/vpopmail"/
@400000004813095926f47b14 status: local 0/10 remote 0/30

but from where /var/mail/vpopmail is taking .....

---------------------------------
Tarak Ranjan

lifewithqmail at gmail

Apr 26, 2008, 10:13 AM

Post #9 of 13 (399 views)
Permalink

Re: Mail stuck in queue [In reply to]

On 4/26/08, TArak <lifewithqmail[at]gmail.com> wrote:
> Hi Friends,
> After implementing procmail my mails are stucking in th queue. here is the
> .procmailrc file
>
> MAILDIR=/home/vpopmail/domains/example.com/tarak.ranjan/Maildir
> DEFAULT=${MAILDIR}
> SPAMDIR=${MAILDIR}/.Spam/
> LOGFILE=${MAILDIR}/procmail.log
> LOG="- Logging ${LOFILE} for ${LOGNAME} "
>
> :0
> * ^X-Spam-Status: Yes.*
> ${SPAMDIR}
>
> and my .qmail file contain
>
> |preline /usr/bin/procmail -m -o .procmailrc
> #/home/vpopmail/domains/example.com/tarak.ranjan/Maildir/
>
> , im not able to find out where going wrong.
> *

I'm really wondering , in such a popular list no one has done the SPAM
filtration using procmail.

---------------------------------
Tarak Ranjan

hanche at math

Apr 26, 2008, 10:48 AM

Post #10 of 13 (399 views)
Permalink

Re: Mail stuck in queue [In reply to]

+ TArak <lifewithqmail[at]gmail.com>:

> I'm really wondering , in such a popular list no one has done the
> SPAM filtration using procmail.

I looked at the source code of procmail once (a long time ago).
I haven't touched it since, nor have I let it anywhere near my mail.

It is also my experience at this time of year that people have things
to do on the weekends other than giving free advice on mailing lists.
I don't know why - maybe they have a life or something. (Me, I can't
offer any advice, since I don't know the software you use. Sorry.)

- Harald

lifewithqmail at gmail

Apr 26, 2008, 11:23 AM

Post #11 of 13 (399 views)
Permalink

Re: Mail stuck in queue [In reply to]

On 4/26/08, Harald Hanche-Olsen <hanche[at]math.ntnu.no> wrote:
> + TArak <lifewithqmail[at]gmail.com>:
>
> > I'm really wondering , in such a popular list no one has done the
> > SPAM filtration using procmail.
>
> I looked at the source code of procmail once (a long time ago).
> I haven't touched it since, nor have I let it anywhere near my mail.
>
> It is also my experience at this time of year that people have things
> to do on the weekends other than giving free advice on mailing lists.
> I don't know why - maybe they have a life or something. (Me, I can't
> offer any advice, since I don't know the software you use. Sorry.)
>

ok dude. no problem when u don't know the ever favorite QMAIL. then
what to expect from you. Enjoy the weekend.

Tarak Ranjan

hanche at math

Apr 26, 2008, 11:58 AM

Post #12 of 13 (399 views)
Permalink

Re: Mail stuck in queue [In reply to]

+ TArak <lifewithqmail[at]gmail.com>:

> ok dude. no problem when u don't know the ever favorite QMAIL. then
> what to expect from you. Enjoy the weekend.

Obviously, I failed to make myself clear. I know and use qmail. Why
else would I read this list? But your problem is not a qmail problem,
or at least only marginally connected with qmail. I see procmail and
vpopmail, neither of which I know anything about, hence the lack of
help from me. My comment about people having a life on weekends was
not about me personally, only to point out in an oblique way that
people who do freely give of their time to help total strangers, as
often happens here, tend to get a little annoyed when said strangers
appear to get whiney about the lack of a response to their particular
problem. And annoyed people often won't go out of their way to be
helpful. Again, this is a general observation and nothing to do with
me, who couldn't help even if I wanted to. Good luck finding the
solution to your problem.

- Harald

lifewithqmail at gmail

Apr 26, 2008, 12:51 PM

Post #13 of 13 (399 views)
Permalink

Re: Mail stuck in queue [In reply to]

On 4/27/08, Harald Hanche-Olsen <hanche[at]math.ntnu.no> wrote:
> + TArak <lifewithqmail[at]gmail.com>:
>
> > ok dude. no problem when u don't know the ever favorite QMAIL. then
> > what to expect from you. Enjoy the weekend.
>
> Obviously, I failed to make myself clear. I know and use qmail. Why
> else would I read this list? But your problem is not a qmail problem,
> or at least only marginally connected with qmail. I see procmail and
> vpopmail, neither of which I know anything about, hence the lack of
> help from me. My comment about people having a life on weekends was
> not about me personally, only to point out in an oblique way that
> people who do freely give of their time to help total strangers, as
> often happens here, tend to get a little annoyed when said strangers
> appear to get whiney about the lack of a response to their particular
> problem. And annoyed people often won't go out of their way to be
> helpful. Again, this is a general observation and nothing to do with
> me, who couldn't help even if I wanted to. Good luck finding the
> solution to your problem.

thanks for ur prompt reply. No it's not like that, yes i agree it's
not the list for procmail, but the members are using this procmail to
filter mail, qmail itself don't hav the facility to filter mail.
that's why i asked the query in this list.

---------------------------------
Tarak Ranjan

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact lists@gossamer-threads.com