At 3:31 PM -0600 8/20/03, LuKreme (List User Kreme) imposed structure on a stream of electrons, yielding:On Wednesday, Aug 20, 2003, at 15:19 Canada/Mountain, Tom Wiebe Lists wrote:Procmail is one of those things I've been meaning to look into, but never got around to yet. I don't suppose it would be possible to have it process client mailboxes on our SIMS machine via an afp share, would it?
I think so:
formail -s procmail < /path/to/mbox
You may have issues with that. I believe the SIMS mailboxes are mbox except that they use carriage return instead of linefeed for line endings, and formail is unlikely to find that at all amusing.
Good point. you'll need to add a tr pipe to that.
procmail will not help with the bandwidth at all since it runs AFTER the mail is accepted. To help with bandwidth you will need to do something else that can examine the message contents for the virus and reject it at the SMTP transaction stage.
Even there nothing will really help with bandwidth inbound. To see the .pif attachment you need to get the message data. Whether or not you accept after that does nothing to save bandwidth in SMTP, only storage and presumably bandwidth for users picking up mail.
Once the MTA sees the .pif attachment it drops the mail, so it doesn't actually RECEIVE the attachment, so yes, if does save bandwidth.
At least that's how the postfix body checks work, if I understand the postfix-users list correctly (Hey, it COULD happen)
--
"Here comes sunrise. Yeah, here's your sunrise. I used to hide from the sun, tried to live my whole life underground, why'd you have to rise and ruin all my fun? Just turn over; close the curtains on the day."
############################################################# This message is sent to you because you are subscribed to the mailing list <[EMAIL PROTECTED]>. To unsubscribe, E-mail to: <[EMAIL PROTECTED]> To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]> To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]> Send administrative queries to <[EMAIL PROTECTED]>
