>> But I'm still hoping to find a solution to me other questions. > >My first thought is "Why would anyone want to do this to another >person?". It just seems mean to make a poor foolish user try to >find out if his/her mail client saves outgoing messages and then >figure out how to re-send it, as this is not always a fun / >possible task.
Actually the answer to that question is simple. I am setting this up server wide and giving our users the option to turn the service either "on or off". They will not have access to specific options. We are currently receiving about 3 GB a day of mail of which 99.9% is SPAM. By holding mail on the server for 14 days, it amounts to storing of over 40GB of SPAM at any given time. I simply don't have the desire to hold 40GB of SPAM on my server. Even with PENDING_LIFETIME set to a more reasonable 3 days, I have no desire to hold 9-10 GB of SPAM on my server. As far as the user not knowing whether or not their client saves outgoing messages, TMDA sends a copy of the message back with a confirm request anyways. They have the original there. >That said, if you think you'd still like to do this, it will >require some code changes. If you don't feel comfortable mucking >about in the python code, I may be able to come up with a patch >for you, if you can be patient. :) I don't think that this is a >feature that would be useful in general to TMDA. I agree that this probably wouldn't be useful for the single user installing TMDA on their account, but for large system wide deployments I think it is crucial. Large systems simply can't / won't hold days worth of SPAM without saturating the hard disk. Finally, of course I would love a patch (or option) for this. You are correct, I don't feel comfortable at all with python, in fact it wasn't even on my system and I had to install it for TMDA to work. I will be as patient as need be. Thanks, Bill ----------------------------------------- Sent by Interlinks Webmail http://www.interlinks.net/ http://www.durhamtelecom.com/ _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
