R'twick Niceorgaw wrote: > On Thu, 2005-05-26 at 21:58 +0200, Ole Wolf wrote: > >>>Is it possible to blacklist everyone, and have the e-mail >>>recipient make the decision as to whether or not the sender >>>should be whitelisted without a confirmation message being >>>sent to the sender? >> >>Well, there's a "hold" feature that automatically places the emails in the >>users' pending queues, which can then easily be administered with TMDA-CGI. >>This way, users can choose which senders should be transferred to their >>whitelists, after which emails from that sender will never be held again. >> >> from-file blacklist drop >> from-file whitelist accept >> from * hold >> >>The question is then whether the hold feature sends a confirmation message. >>If no-one can help you (and me) out on this one, you can easily test the >>behavior. > > I'm not sure about from * hold filter, but, you can set > ACTION_INCOMING="hold" in your config file. This will not send any > confirmation but hold all mails that are not whitelisted/blacklisted or > did not meet any other filter criteria.
Using the hold action in a filter e.g.: from * hold or: from [EMAIL PROTECTED] hold will simply save the message into the pending list and not send a confirmation request. However, if you're going to do this, then why use TMDA at all? Every user is going to have to check the pending list as often as they check their email, to see if somebody new has sent email, and then decide for each email if they actually want to read it or not, except that to decide that, they've already read it in the pending queue! It sounds like what you really want is for all email to get through to users, who then might by default put everything into a folder on their email client, except for some messages from known senders that are left in the inbox... But even then, I'd still opt for the even simpler just leave *everything* in the inbox... So, my real question is - what are you trying to achieve?
signature.asc
Description: OpenPGP digital signature
_____________________________________________ tmda-users mailing list ([email protected]) http://tmda.net/lists/listinfo/tmda-users
