Postfix/fetchmail Re: [plug] meeting?

[Matt Kemner]

On Tue, 9 Jan 2001, Bret Busby wrote:

> However, all the emil downloaded from the ISP, goes to me, and, given
> that the instructions had been followed, the idea was, to go to a PLUG
> workshop meeting ,and say (to someone who understood postfix and
> fetchmail), "Anne has followed the instructions, and, it doesn't work;
> how do we fix it?"
> 
> I understood that was mainly what the PLUG workshop meetings were for.

Yes, but if you ask for Postfix experts, but you have a fetchmail problem
instead, don't expect to get the problem fixed.

  You also have pot-luck of people turning up to the meeting, so you are
still better to post the problem (with all the details, including your
config files) to the list, because rather than one or two people looking
at it, you will have up to 220 people looking at it, so there is a greater
chance someone may be able to help.  If you post to the list, we can also
get you to try different things and then test it, which is impossible up
at UCC because you are not on the 'net.

Also, please give us a sample of the mail you are trying to filter, as
last time I was unable to find out what you were actually trying to
achieve because you didn't have any samples to work on.

And, as I believe I also suggested to you last time, you may wish to give
procmail a try instead.

Eg have fetchmail deliver everything to one mailbox (such as
incoming at localhost) and then set up a /home/incoming/.procmailrc
that says something like: (and this is from memory so may need tweaking)

:0
* ^Delivered-To:.*bret at clearsol.iinet.net.au
! bret at localhost

:0
* ^Delivered-To:.*anne at clearsol.iinet.net.au
! anne at localhost

:0
! anne at localhost bret at localhost

You will also need to create a /home/incoming/.forward which runs
procmail.

eg. add the line
|/usr/bin/procmail
to /home/incoming/.forward

The procmail(1), procmailrc(5) and procmailex(5) manpages are excellent
sources of help.

 - Matt