> The problem arises with messages sent to both mail servers, which I would
> like to keep apart. In this case both addresses could appear in a ^To or
^CC
> header field.
OK, I'm following. Let's try an alternative track.
Use fetchmail against your University account but deliver it to a different
local user. You've now got two mailboxes - one for your ISP mail and one
for your University mail. You haven't told us how you actually read your
e-mail. If you read it via IMAP, you can easily read from both your local
accounts. You probably don't read your e-mail via POP since that doesn't
work very well with procmail (since POP only reads the inbox). If you read
your e-mail locally, set up a local IMAP server and poll both accounts that
way.
You could also forward your University mail (after the fetchmail process) to
your ISP mail account using a syntax like romildo+university@localhost.
This will be delivered to your romildo account, but you can now use procmail
recipes to test the +university part of the address and process it
accordingly. I'm cc'ing this to both your accounts with the + syntax and
we'll see what happens...
.../Ed
Ed Wilts
Mounds View, MN, USA
mailto:[EMAIL PROTECTED]
----- Original Message -----
From: "José Romildo Malaquias" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, April 06, 2002 8:51 AM
Subject: Re: Distinct destinations to messages fetched with fetchmail from
different mail servers
> On Sat, Apr 06, 2002 at 07:36:56AM -0600, Ed Wilts wrote:
> > >I am happy using fetchmail to fetch my mail messages from my ISP
provider
> > >POP3 server. When received in my local mail box, these messages passes
> > >through procmail, which put them in defferent mail folders according
> > >to some criteria I have established in the procmail recipe file.
> >
> > >Now I need to fetch mail messages also from a new server (my
university).
> > >These mail should not be classified by my procmail recipe as are the
> > >ones from the ISP provider. Instead they should go directly to a
> > >specific mail folder.
> >
> > >Certainly the adition of a rule for the new server is not enough.
> >
> > I'm not sure why this would not be enough. You could modify .procmailrc
to
> > check on the ^To: header. Since you've got 2 different destinations,
I'm
> > assuming that the To: or CC: header must be different. procmail could
then
> > determine which message came from which server and act accordingly.
>
> Romildo
> --
> Prof. José Romildo Malaquias Departamento de Computação
> http://iceb.ufop.br/~romildo Universidade Federal de Ouro Preto
> [EMAIL PROTECTED] Brasil
> [EMAIL PROTECTED]
>
>
>
> _______________________________________________
> Redhat-list mailing list
> [EMAIL PROTECTED]
> https://listman.redhat.com/mailman/listinfo/redhat-list
>
_______________________________________________
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list
