On Mon, Oct 06, 2003 at 07:52:31PM -0500, Wiggins d'Anconia wrote: > Richard Fernandez wrote: > > On Fri, Oct 03, 2003 at 09:24:01PM -0400, TN wrote: > > > >>Based on your delete criteria, it would be much easier to filter out > >>unwanted mail messages on an incoming relay mailer in your DMZ. You > >>could do other things there such as filtering out mail with MIME > >>attachments beyond a certain size limit, or just nuking the attachemnts. > >>You should not have to deal with the problem post facto. > >> > >>-tristram > >> > > > > > > Thanks for your response. > > > > Trouble is, this is mail from inside users, and not SPAM in the usual sense. > > We are usually not alerted to the fact that these messages have to be > > nuked until they are already spooled and waiting to be popped. Which > > ones get deleted has to do with the size of the message _and_ what their > > destination is. > > > > We can't just implement a rule that says that everything above a certain > > size gets deleted, because, generally we accept pretty large e-mails. > > > > I really need to be able to run something at the command line on as > > small or as large a pool as I need at the time. Something like: > > > > nukemail.pl <some_pool_of_users> <sender> <subject> > > > > This should be a relatively trivial exercise if you employee the help of > Mail::Box, it has facilities for editing/searching, etc. many types of > mail boxes, local and remote. It has a relatively steep learning curve > as mail modules go, but in the end the power has been worth it for me. > > Check it out on CPAN and be sure to have a look at the docs, they are > extensive.... > > http://danconia.org >
Thanks Wiggins, This seems to be exactly what I need! richf -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
