My intructions on TMDA together with vpopmail can be found on http://tmda.bordewich.net
-- -------------------------------------------- IDG New Media Einar Bordewich Development Manager Phone: +47 2336 1420 E-Mail: eibo(at)newmedia.no Lat: 59.91144 N Lon: 10.76097 E -------------------------------------------- ----- Original Message ----- From: "Gabriel Ambuehl" <[EMAIL PROTECTED]> To: "Einar Bordewich" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, October 01, 2001 11:17 AM Subject: Re[2]: Using rbl on a per domain basis? > -----BEGIN PGP SIGNED MESSAGE----- > > Hello Einar, > > Monday, October 01, 2001, 10:45:10 AM, you wrote: > > > I know you have had a little look at TMDA. It probably could do > > something in the line of what you arre thinking of? > > Hmm. TMDA's concept is much more intrusive. The whole RBL stuff only > blocks mails from known open relays so everybody else is allowed in > (and could still be filtered by TMDA if that one is active). > > Mentioning TMDA brings up another point I've been thinking about > yesterday: It's not very smart to disable the qmail extensions by > default as how I understand the switch, this disables the > user-whatever -> user feature of qmail which is on what ezmlm relies. > So the default install actually prevents ezmlm from working (wonder > how long it takes until some newbie complains about qmailadmin being > broken cause he can't set up ezmlm)! > > > I have it up and running together with vpopmail and a per user > > basis. If the config file for TMDA exists in the users maildir, > > TMDA is used, else it's not. > > Now that's nice news. Several of the people around here would love to > use TMDA but all say they want it to be on a per user base so nobody > is forced to use it (it would, for example, not be very good for the > sales@domain account ;-). > > > I'm realy impressed of TMDA, and the only SPAM mails I've received > > since it was installed I've received through vpopmail mailinglist. > > I wonder how long it will take before the first spammers adapt to > TMDA... > > > What I realy would like to see, is that the users should be able to > > enable/disable the use of TMDA from qmailadmin together with > > editing of the different lists that are supported in TMDA. > > ACK. That is a must for the end users as we clearly won't allow them > SSH to the mail server (no SSH at all, anyway) to edit TMDA config. > > I wonder whether it would be possible to reimplement something along > the lines of TMDA with eps? > > > TMDA is written in python. I did write a memo on installation of > > TMDA together with vpopmail. It needs some update, but mail me if > > your > > interested. > > I am. > > > > Best regards, > Gabriel > > -----BEGIN PGP SIGNATURE----- > Version: PGP 6.5i > > iQEVAwUBO7gmssZa2WpymlDxAQF9Gwf/VkViLMB4F7wnayGlxTBFImWczgrgBRJJ > DuQN/4hZqrihfvYJIdGXfQSqf9nUtSgKRdvA9mHTio5AdXxJqZwnJ3B1Xws9vkF6 > kck/M6kUVwqOAqaZ/eG38gxcmgfvI2EWkGHrqHWg65iPrdRV/6nHlgb+JRRhND+L > MwCUCapJldc8IcNXM1PcOok2CCrQDIp8Jru3doeW8B18WO4hYW9KF0pSJq+mae8A > IrQ5I14/Bnc+xQt1dnfOxd0+4y8BL81aSLjPPUnxtXjeY7EHWHy5IvJnj2CL1M0a > ohObhSI//nzPpdQsskIexN4qMiMkUluSUZWIFU+zHY6bCQTSjdvxxg== > =vJSo > -----END PGP SIGNATURE----- > >
