14 messages in net.sourceforge.lists.courier-maildropRe: [maildropl] filters only work som...
FromSent OnAttachments
Robert StoeberFeb 25, 2003 10:19 am 
Devin RubiaFeb 25, 2003 12:23 pm 
Robert StoeberFeb 25, 2003 4:02 pm 
Devin RubiaFeb 26, 2003 5:20 am 
Robert StoeberFeb 26, 2003 12:18 pm 
Devin RubiaFeb 26, 2003 12:43 pm 
Robert StoeberFeb 26, 2003 2:23 pm 
Devin RubiaFeb 27, 2003 6:27 am 
Robert StoeberFeb 28, 2003 9:36 am 
Devin RubiaFeb 28, 2003 10:24 am 
Sam VarshavchikFeb 28, 2003 2:28 pm 
Robert StoeberFeb 28, 2003 3:54 pm 
Robert StoeberFeb 28, 2003 5:54 pm 
Sam VarshavchikFeb 28, 2003 7:18 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [maildropl] filters only work sometimes?Actions...
From:Devin Rubia (dev@thezone.net)
Date:Feb 26, 2003 12:43:52 pm
List:net.sourceforge.lists.courier-maildrop

On Wed, Feb 26, 2003 at 01:18:13PM -0700, Robert Stoeber wrote:

Watching the logs pretty carefully overnight it looked like everything was working properly. However, this morning a message came in and delivery was attempted to the non-existent user. It looks like this in the queue:

messages in queue: 1 messages in queue but not yet preprocessed: 0 26 Feb 2003 18:03:43 GMT #16229 2373 <phil@bluemail.dk> local usab@usabusiness.net

The maildop log around then shows this. (The message before this one was about 10 minutes earlier.) My mailfilter log message isn't displayed at all so it looks like the match was never made. Is it possible for messages to get into the queue without passing through my mailfilter? The user id jsmith must have been in the header or it couldn't have ended up in the queue.

Date: Wed Feb 26 11:03:44 2003 From: "Christina" <phil@bluemail.dk> Subj: **SPAM** Tired of 40 X 40 X 40 Plan? 18298 !Err: | /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox (4727)

Date: Wed Feb 26 11:03:44 2003 From: "Christina" <phil@bluemail.dk> Subj: **SPAM** Tired of 40 X 40 X 40 Plan? 18298 File: /var/spool/mail/vpopmail (4727)

By the looks of these logs, that incoming e-mail is hitting another rule in your filters before it hits the one we have been talking about.

What are the contents of the rule that delivers to:

| /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox

That would be the one stopping that e-mail from being deleted.