Bret Busby | 5 Jan 06:08 2009
Picon

Difference in headers


Hello.

We have had some problems with incoming email, due to changes made by 
our web hosting ISP; the ISP messed up their POP server, and our 
incoming email has been adversely affected.

We apparently fixed one of the problems, with help from the fetchmail 
list, but we still have a significant problem that defeats our procmail 
setup, due to a change to the message headers.

Below is the description of the remaining problem, extracted from the 
message posted to the fetchmail list, from which list, I have not yet 
received a reply.

Can anyone on this list, help with the problem?

Thank you in anticipation.

--
Bret Busby
Armadale
West Australia
..............

"So once you do know what the question actually is,
  you'll know what the answer means."
- Deep Thought,
   Chapter 28 of Book 1 of
   "The Hitchhiker's Guide to the Galaxy:
(Continue reading)

Dallman Ross | 5 Jan 13:42 2009

RE: Difference in headers

Bret Busby wrote Monday, January 05, 2009 6:08:

> We have had some problems with incoming email, due to changes
> made by our web hosting ISP; the ISP messed up their POP
> server, and our incoming email has been adversely affected.
>
> [. . . .]
>
> Now, the problem that remains, in the ability to filter
> incoming email messages, appears to be caused by a difference
> in full headers.
>
> [. . . .]
>
> Now, the earliest occurring difference in the lines of the two
> full headers above, appears to be the line
>
> > Delivered-To: 1387-bret <at> busby.net
>
> [. . . .]
>
> Now, all incoming messages from mailing lists, unless they are
> from particular mailing lists that address messages directly to
> subscribers, are delivered to me, regardless of whether I am
> the subscriber, as that line that apparently determines to whom
> the messages are delivered, is no longer present.
>
> [FIFTEEN(!!!!!)-line .sig cut]

You won't be able to use procmail to resolve this problem.
(Continue reading)

Michelle Konzack | 6 Jan 00:08 2009
Picon

I do not see where the error is... :-/

Hello,

In one of my new procmail recipes I get this:

----[ '~/log/procmail/2009-01-05' ]-------------------------------------

procmail: [20338] Tue Jan  6 00:01:06 2009
procmail: Assigning "TDTP_LIST_IDS=(listmaster|owner|bounces|request) <at> (lists.|)tamay-dogan.net"
procmail: Assigning "TDTP_FQDN_SRV=lists.tamay-dogan.net"
procmail: Assigning "INCLUDERC=/usr/share/tdtools-procmail/MY_lists"
procmail: No match on "(^((Original-)?(Resent-)?(To|Cc|Bcc)|(X-Envelope|Apparently(-Resent)?)-To):(.*[^-a-zA-Z0-9_.])?)((listmaster|owner|boun
procmail: Assigning "VERBOSE=off"

######################  Tue, 06 Jan 2009 00:01:07 +0100  ######################
From:        de.comp.os.xxxxxxxxxx.hardware-owner <at> lists.tamay-dogan.net
To:          de.comp.os.xxxxxxxxxx.hardware-owner <at> lists.tamay-dogan.net
Envelope-To: listxxxxxx <at> tamay-dogan.net
Size:        2797 Bytes
Date:        Mon, 05 Jan 2009 20:23:24 +0100
===============================================================================
( none )    TOOL_tdmailserialnumber: Assigned
(8723640)   TOOL_nonet             : No network available. [Disabled 553 sec]
(8723640)   FLT_whitelist          : Pass [FLT_whitelist.DebianStaff]
(8723640)   FLT_whitelist          : Pass [FLT_whitelist.Global]
(8723640)   FLT_blacklist          : Pass [FLT_blacklist.Global]
(8723640)   FLT_anzeigen           : Entered
(8723640)   TOOL_tdmailcopy        : Entered
(8723640)   Peoples                : Entered
>From mailman-bounces <at> server4.pinguin-hosting.de  Tue Jan  6 00:01:06 2009
 Subject: New subscription request to list de.comp.os.unix.linux.hardware from
(Continue reading)

Holger Wahlen | 6 Jan 00:46 2009
Picon
Picon

Re: I do not see where the error is... :-/

* Michelle Konzack wrote:
> The question is, WHY does it not match?
> 
> TDTP_LIST_IDS="(listmaster|owner|bounces|request) <at> (lists.|)tamay-dogan.net"
...
> :0
> * $ ^TO_(${TDTP_LIST_IDS})
...
> and the E-Mail is:
...
> To: de.comp.os.xxxxxxxxxx.hardware-owner <at> lists.tamay-dogan.net

Because you're trying to match just *part* of the address, but "^TO_" is
supposed to deal with an entire address:

| If the regular expression contains `^TO_' it will be substituted by
| `(^((Original-)?(Resent-)?(To|Cc|Bcc)|(X-Envelope|Apparently(-Resent)?)-To):(.*[^-a-zA-Z0-9_.])?)',
| which should catch all destination specifications containing a specific address.

Your approach would work if the mail had

  To: owner <at> lists.tamay-dogan.net

or

  To: list owner <owner <at> lists.tamay-dogan.net>

But it has "...hardware-owner <at> ..." instead, so the regexp doesn't match
(because of the "[^-a-zA-Z0-9_.]").

(Continue reading)

Michelle Konzack | 6 Jan 03:25 2009
Picon

Re: I do not see where the error is... :-/

Hello Holger,

Am 2009-01-06 00:46:29, schrieb Holger Wahlen:
> Because you're trying to match just *part* of the address, but "^TO_" is
> supposed to deal with an entire address:

:-/

> But it has "...hardware-owner <at> ..." instead, so the regexp doesn't match
> (because of the "[^-a-zA-Z0-9_.]").

Thanks for the hint...
I will use the ^TO_ macro to constuct my own thing...

Thanks, Greetings and nice Day/Evening
    Michelle Konzack
    Systemadministrator
    24V Electronic Engineer
    Tamay Dogan Network
    Debian GNU/Linux Consultant

--

-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
<http://www.tamay-dogan.net/>               <http://www.can4linux.org/>
Michelle Konzack   Apt. 917                  ICQ #328449886
+49/177/9351947    50, rue de Soultz         MSN LinuxMichi
+33/6/61925193     67100 Strasbourg/France   IRC #Debian (irc.icq.com)
Patrick Shanahan | 6 Jan 04:08 2009
Picon

Re: I do not see where the error is... :-/

* Michelle Konzack <linux4michelle <at> tamay-dogan.net> [01-05-09 21:38]:
> Am 2009-01-06 00:46:29, schrieb Holger Wahlen:
> > Because you're trying to match just *part* of the address, but "^TO_" is
> > supposed to deal with an entire address:
> 
> :-/
> 
> > But it has "...hardware-owner <at> ..." instead, so the regexp doesn't match
> > (because of the "[^-a-zA-Z0-9_.]").
> 
> Thanks for the hint...
> I will use the ^TO_ macro to constuct my own thing...
> 

But, the *hint* was to *not* use the ^TO_ macro
--

-- 
Patrick Shanahan         Plainfield, Indiana, USA        HOG # US1244711
http://wahoo.no-ip.org     Photo Album:  http://wahoo.no-ip.org/gallery2
Registered Linux User #207535                     <at>  http://counter.li.org
Marcus Sykes | 14 Jan 16:15 2009

Passing mail delivery onto /usr/bin/deliverquota with arguments defined by procmail

Hello,


New to procmail, and although I grasp the basics (which are a joy), I am not managing to do exactly what I need, and I can't find a relevant part in the FAQs and other tutorials to help me.

I am using qmail on a CentOS 5 VPS powered by PLESK in case it helps. Mail is delivered to /var/qmail/mailnames/domain/user/Maildir

What I want is to check if spamassassin flagged this mail as spam, and if so change the delivery destination (a .Spam folder). This bit is easy... below is the pickle:

My .qmail file was:

| true
| /usr/bin/deliverquota ./Maildir

Now it's:

| true #This comment is not in the qmail file, but just to mention that the same thing occurs with this pipe present or removed
| preline /usr/bin/procmail -m -o .procmailrc domain user

And my rc file is currently:

MAILDIR=/var/qmail/mailnames/$1/$2/Maildir
SPAMDIR=$MAILDIR/.Spam/
#Spam handler
:0
* ^X-Spam-Status: Yes.*
| /usr/bin/deliverquota "$SPAMDIR"
#All other mail
:0 E
| /usr/bin/deliverquota "$MAILDIR"

As you can see, I run it through deliverquota. This works (spam is filtered correctly and mail is delivered) until I go over the quota. Usually, the message would be bounced back saying the the mailbox has exceeded it's limit, but now I get nothing, no mail in my inbox or bounce to the sender. The message does reach the logs, and is archived by my archiver, but seems to go no further (it's not in the mailbox at least). Any help?

It seems to me as if procmail ignores deliverquota and delivers. Ideally, what I want to do is literally just "pass the buck" onto deliverquota and let it do it's thing, as if it was on the .qmail file, but instead of "./Maildir", it may have a different value for spam.

Sorry for the long explanation, any help would be appreciated!

Thanks,
Marcus

____________________________________________________________
procmail mailing list   Procmail homepage: http://www.procmail.org/
procmail <at> lists.RWTH-Aachen.DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail
Marcus Sykes | 14 Jan 16:47 2009

Fwd: Passing mail delivery onto /usr/bin/deliverquota with arguments defined by procmail

Sorry if this has been sent more than once. This is the first time I use a mailing list and I don't think I was registered on the previous attempts!

Hello,

New to procmail, and although I grasp the basics, I am not managing to do exactly what I need, and I can't find a relevant part in the FAQs and other tutorials to help me.

I am using qmail on a CentOS 5 VPS powered by PLESK in case it helps. Mail is delivered to /var/qmail/mailnames/domain/user/Maildir

What I want is to check if spamassassin flagged this mail as spam, and if so change the delivery destination (a .Spam folder). This bit is easy... below is the pickle:

My .qmail file was:

| true
| /usr/bin/deliverquota ./Maildir

Now it's:

| true #This comment is not in the qmail file, but just to mention that the same thing occurs with this pipe present or removed
| preline /usr/bin/procmail -m -o .procmailrc domain user

And my rc file is currently:

MAILDIR=/var/qmail/mailnames/$1/$2/Maildir
SPAMDIR=$MAILDIR/.Spam/
#Spam handler
:0
* ^X-Spam-Status: Yes.*
| /usr/bin/deliverquota "$SPAMDIR"
#All other mail
:0 E
| /usr/bin/deliverquota "$MAILDIR"

As you can see, I run it through deliverquota. This works (spam is filtered correctly and mail is delivered) until I go over the quota. Usually, the message would be bounced back saying the the mailbox has exceeded it's limit, but now I get nothing, no mail in my inbox or bounce to the sender. The message does reach the logs, and is archived by my archiver, but seems to go no further (it's not in the mailbox at least). Any help?

It seems to me as if procmail ignores deliverquota and delivers. Ideally, what I want to do is literally just "pass the buck" onto deliverquota and let it do it's thing, as if it was on the .qmail file, but instead of "./Maildir", it may have a different value for spam.

Sorry for the long explanation, any help would be appreciated!

Thanks,
Marcus


____________________________________________________________
procmail mailing list   Procmail homepage: http://www.procmail.org/
procmail <at> lists.RWTH-Aachen.DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail
Charles Gregory | 14 Jan 18:03 2009

Re: Passing mail delivery onto /usr/bin/deliverquota with arguments defined by procmail

On Wed, 14 Jan 2009, Marcus Sykes wrote:
> And my rc file is currently:
> MAILDIR=/var/qmail/mailnames/$1/$2/Maildir
> SPAMDIR=$MAILDIR/.Spam/

Try echoing "$1" and "$2" to your logfile, to see if they really
are what you think they are.... Or hardcode the MAILDIR to test....
Or use $USER......

and if none of that works, post your logfile here....

-Charles

> #Spam handler
> :0
> * ^X-Spam-Status: Yes.*
> | /usr/bin/deliverquota "$SPAMDIR"
> #All other mail
> :0 E
> | /usr/bin/deliverquota "$MAILDIR"
> 
> As you can see, I run it through deliverquota. This works (spam is filtered
> correctly and mail is delivered) until I go over the quota. Usually, the
> message would be bounced back saying the the mailbox has exceeded it's
> limit, but now I get nothing, no mail in my inbox or bounce to the sender.
> The message does reach the logs, and is archived by my archiver, but seems
> to go no further (it's not in the mailbox at least). Any help?
> 
> It seems to me as if procmail ignores deliverquota and delivers. Ideally,
> what I want to do is literally just "pass the buck" onto deliverquota and
> let it do it's thing, as if it was on the .qmail file, but instead of
> "./Maildir", it may have a different value for spam.
> 
> Sorry for the long explanation, any help would be appreciated!
> 
> Thanks,
> Marcus
> 
> 
>
Marcus Sykes | 15 Jan 12:37 2009

Re: Passing mail delivery onto /usr/bin/deliverquota with arguments defined by procmail

Hi Charles,

Thanks for the reply. Sorry for the delay, I didn't get your message
until the digest sent it!

Anyway, yes, the $1 and $2 work fine. It all works fine until the
mailbox I'm testing runs out of space in it's quota. Then it is
completely discarded. No bounce message... nothing... and the message
is archived correctly too, and bounces fine when using the original
.quota file I mentioned.

Here is my log file;
procmail: Assigning "MAILDIR=/var/qmail/mailnames/erecovery.ws/admin/Maildir"
procmail: Assigning
"SPAMDIR=/var/qmail/mailnames/erecovery.ws/admin/Maildir/.Spam/"
procmail: No match on "^X-Spam-Status: Yes.*"
procmail: Executing
"/usr/bin/deliverquota,/var/qmail/mailnames/erecovery.ws/admin/Maildir"
procmail: Assigning "LASTFOLDER=/usr/bin/deliverquota
/var/qmail/mailnames/erecovery.ws/admin/Maildir"
>From test <at> domain.com Thu Jan 15 11:33:21 2009
 Subject: Quota Test
  Folder: /usr/bin/deliverquota /var/qmail/mailnames/erecovery.ws/admi	  62598

This is the rc file I used to generate this:
VERBOSE	= yes
LOGFILE	= /var/qmail/mailnames/$1/$2/procmail.log
MAILDIR	= /var/qmail/mailnames/$1/$2/Maildir
SPAMDIR	= $MAILDIR/.Spam/

#Spam handler
:0
* ^X-Spam-Status: Yes.*
| /usr/bin/deliverquota $SPAMDIR

#All other mail
:0 E
| /usr/bin/deliverquota $MAILDIR

On Wed, 14 Jan 2009, Marcus Sykes wrote:
> And my rc file is currently:
> MAILDIR=/var/qmail/mailnames/$1/$2/Maildir
> SPAMDIR=$MAILDIR/.Spam/

Try echoing "$1" and "$2" to your logfile, to see if they really
are what you think they are.... Or hardcode the MAILDIR to test....
Or use $USER......

and if none of that works, post your logfile here....

-Charles

On Wed, Jan 14, 2009 at 2:57 PM, Marcus Sykes <procmail <at> netweblogic.com> wrote:
>
> Hello,
>
> New to procmail, and although I grasp the basics (which are a joy), I am not managing to do exactly what I
need, and I can't find a relevant part in the FAQs and other tutorials to help me.
>
> I am using qmail on a CentOS 5 VPS powered by PLESK in case it helps. Mail is delivered to /var/qmail/mailnames/domain/user/Maildir
>
> What I want is to check if spamassassin flagged this mail as spam, and if so change the delivery destination
(a .Spam folder). This bit is easy... below is the pickle:
>
> My .qmail file was:
>
> | true
> | /usr/bin/deliverquota ./Maildir
>
> Now it's:
>
> | true #This comment is not in the qmail file, but just to mention that the same thing occurs with this pipe
present or removed
> | preline /usr/bin/procmail -m -o .procmailrc domain user
>
> And my rc file is currently:
>
> MAILDIR=/var/qmail/mailnames/$1/$2/Maildir
> SPAMDIR=$MAILDIR/.Spam/
> #Spam handler
> :0
> * ^X-Spam-Status: Yes.*
> | /usr/bin/deliverquota "$SPAMDIR"
> #All other mail
> :0 E
> | /usr/bin/deliverquota "$MAILDIR"
>
> As you can see, I run it through deliverquota. This works (spam is filtered correctly and mail is
delivered) until I go over the quota. Usually, the message would be bounced back saying the the mailbox has
exceeded it's limit, but now I get nothing, no mail in my inbox or bounce to the sender. The message does
reach the logs, and is archived by my archiver, but seems to go no further (it's not in the mailbox at least).
Any help?
>
> It seems to me as if procmail ignores deliverquota and delivers. Ideally, what I want to do is literally
just "pass the buck" onto deliverquota and let it do it's thing, as if it was on the .qmail file, but instead
of "./Maildir", it may have a different value for spam.
>
> Sorry for the long explanation, any help would be appreciated!
>
> Thanks,
> Marcus

Gmane