At 15:14 2004-01-09 -0200, Joao Americo Fabricio wrote:
I'm sorry, but I dind't received your last/first answer.
I sent it to the list. If you didn't receive it, you need to check your
mail server configuration, cuz something is wrong with it.
Problem:
[snip]
You've already listed it - three times prior to this reposting. I'm sure
everyone here knows what you want to do -- but no matter how much you'd
like procmail to be your solution, this is an issue for your MTA
(Sendmail/Qmail/Postifx/Exim/etc).
The INBOUND messages are the most important, because we are trying to
see how received no corporative mail, and I need to this as soon as possible.
I couldn't quite parse what it is you want with the copies, but this still
remains an MTA issue. Certainly, you could kludge a copy to an account via
/etc/procmailrc (though you'd need to be careful to not do the same thing
to messages being delivered to the monitoring account, or you'll have a
loop condition). This would only work for _received_ messages, and only
for those being delivered to local users, and under certain
circumstances. If you have an alias which expands to a program invocation,
procmail-as-LDA won't be run.
We will have time to work at the OUTBOUND messages later.
Might I suggest you investigate _VIRUS_FILTERING_ methods - specifically,
for *nix based virus filters which can be invoked on SENT messages.
A sendmail MILTER module would probably be the best way to achieve what
you're trying to do. You might want to engage a programmer to write the
solution for you.
You should spend some time and outline the various ways which mail can pass
through your host, because they're often subject to different processing
restrictions. For instance, programs may invoke sendmail directly with a
message via pipe, or a user might relay a message through the server via
SMTP (either from an external host, or even via the local one). Mail may
be relayed through your host which isn't actually delivered to local
accounts, or may be gatewayed to other mail hosts. Users might retrieve
messages from remote systems via "fetchmail" and then re-deliver them to
their local mailbox (which may or may not involve your local MTA). Users
on your host could use external SMTP hosts to send messages (so if someone
were sending questionable correspondance from within your organization,
they needn't actually use your mail server to do it).
Going into your project, you should have a clear idea of what you expect to
accomplish, and what limitations you'll face.
We use Red Hat 7.3 and 9 with sendmail.
Would you mind help us?
We have no documentation about procmailrc.
'man procmail' See the "see also" which shows three other procmail
manpages (procmailrc, procmailsc, and procmailex). Then there's also
<http://www.procmail.org/>, with links to several FAQs, quickstart, and the
searchable list archives.
<http://info.ccone.at/INFO/Mail-Archives/procmail/Sep-2001/msg00318.html>
<http://www.aplawrence.com/Bofcusm/563.html>
<http://www.sendmail.org/faq/section4.html#4.20>
---
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(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail