At 15:41 2007-03-26 +0200, edipore(_at_)libero(_dot_)it wrote:
Hi,
i've the problem with Procmail!
When i donwload from my ISP all the mail for my company with Fetchmail,
i must that procmail shunt the mail in each user's mailbox.
Procmail is not an MTA. Any time a message has multiple local recipients
or has BCC recipients, you're going to find that you have troubles using it
to emulate an MTA.
You're better off moving your DNS zone to a DDNS service and setting your
ISP mail server as a secondary MX, and your primary mailserver (your local
computer) as the primary MX, but with a DDNS (dynamic DNS) record. This
way, when your system isn't online or cannot respond, the ISP mail server
receives the mail and queues it up, and when you get online (and your host
registers with DDNS), the mail will automatically be passed along (or to
speed up that cycle, you could use Fetchmail to send an ETRN command to the
ISP mailhost which says "why don't we check to see if that other host is
reachable right now").
Then, all your mail processing is pretty standard stuff, instead of a major
kludge (though the DDNS itself is pretty much a kludge, it mimics standard
stuff pretty well).
You could continue to use procmail as a LOCAL delivery agent, just don't
use it for an MTA.
I download all the my company's mail (*(_at_)pippo(_dot_)it) with fetchmail
and the
shunt it's ok, but when the sender send a mail for two or many
destinatary, this mail goin to the first name in the procmail's rule,
but i'd like that a copy of this mail going also at all destination.
.. because procmail isn't an MTA. Really, it's intended to be invoked by
the user, or from the MTA for _each_ identified recipient. But when you're
invoking it from fetchmail, for all intents and purposes, the intended
recipient is whatever user fetchmail was running as.
What can i to do for my problem? how can i write my rul in the
procmailrc?
Use DDNS. However, if you really expected someone to provide assistance
with the procmail rule, it would have been useful to see it...
---
Sean B. Straw / Professional Software Engineering
Procmail disclaimer: <http://www.professional.org/procmail/disclaimer.html>
Please DO NOT carbon me on list replies. I'll get my copy from the list.
____________________________________________________________
procmail mailing list Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail