i guess what i'm after is the ability to auto created virtual users if they successfully authenticate !
so.. if [EMAIL PROTECTED] tries to authenticate but does not exist on our internal pop3 server, no auth, no access, no setup but if [EMAIL PROTECTED], who has a pop3 account on our internal server, tries to authenticate, auth, success, create virtual user and setup tmda for new virtual user. get it ? p.s. i think "contrib/vadduser-tmda" is kinda what i'm after but to be honest have no idea how to use it. On 2/26/07, Stephen Warren <[EMAIL PROTECTED]> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Dennis Kavadas wrote: > > is it possible to "NOT" require a local virtual user account to be > > present until the authentication process ? > > > > in this way the installation can be fully automated for users wanting > > to "enable" tmda for there addresses. > > > > e.g > > > > [EMAIL PROTECTED] authenticating via pop3 (via our internal pop3 > > server) wants to "enable" tmda for his email address. > > > > [EMAIL PROTECTED] does NOT want to enable tmda so no account is setup > > > > am i making sense ? > > I don't think so:-) > > TMDA is just re-using the existing authentication mechanism. So, if your > users are logging in to SMTP/POP/IMAP/..., then they already have a > virtual user setup - TMDA is just authenticating against the same > virtual user DB. > > Well, I suppose you could configure TMDA to point at a completely > separate auth DB, but I'm not really sure why you'd do that. > > Can you elaborate a little on what you're trying to achieve? > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFF4kqahk3bo0lNTrURAnGXAJ9NX4qKwnr4tYEPPlBA86yEUDuUFQCdGoQK > i6q9Q5DSEu4xNOm2jjhqWXc= > =6T/X > -----END PGP SIGNATURE----- > _________________________________________________ tmda-workers mailing list ([email protected]) http://tmda.net/lists/listinfo/tmda-workers
