I have a couple of users on my system that don't want to use TMDA (1). The same users want to use my webmail interface, however, which in turn makes use of tmda-ofmipd.
My current solution is to have a "bogus" .tmda directory with allow-all filters and a unique encryption key that I've generated for each of these users. The all-pass filters are easily set up using /etc/skel/.tmda files, but I suppose the encryption keys should be unique in case the users decide to use TMDA. Is there a way to make TMDA run transparently if there's no valid crypt_key file--that is, if the crypt_key file happens to be missing, TMDA will just bypass any filters that might be in place? - wolf - (1) The reason they don't want to use TMDA is that they're absolutely not geeks. They don't want to maintain incoming and outgoing filters, and they want to be able to subscribe to mailing lists without problems. They rely on SpamAssassin's reports instead. _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
