See comments below. Warning: they're pretty long. Jesse Guardiani, Systems Administrator WingNET Internet Services, P.O. Box 2605 // Cleveland, TN 37320-2605 423-559-LINK (v) 423-559-5145 (f) http://www.wingnet.net
We are actively looking for companies that do a lot of long distance faxing and want to cut their long distance bill by up to 50%. Contact [EMAIL PROTECTED] for more info. ----- Original Message ----- From: "David Guerizec" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, December 13, 2002 6:20 PM Subject: Re: tmda-ofmipd + vpopmail IP-based domains > On Fri, 2002-12-13 at 23:45, Jesse Guardiani wrote: > > I want this: > > --------------------------------------------- > > joe -> foo.com -auth -> [EMAIL PROTECTED] -> imap.whereever.com > > joe -> bar.com -auth -> [EMAIL PROTECTED] -> imap.whereever.com > > ok, so in other word, you want a new option on the command line or in > tmdarc to automatically add the domain part of the user address for > authentication. Yes. But I think it would be best on the command line. Basically, if no @ is provided during authentication, append the domain from which tmda-ofmipd has been accessed. > > Something like: > tmda-ofmipd -D '@' ...other options... I'm not real familiar with the internals of tmda-ofmipd, so I may be wrong, but I think a simple "-vpopmail" switch would be best. Or "-auto-domain" or similar "-A". I don't think arguments would be necessary. > > and / or > > OFMIPD_VIRTUAL_SEPARATOR = '@' > OFMIPD_VIRTUAL_AUTO_APPEND = 'yes' I don't think it would work well from a user's config file, since you need to know WHICH domain the user is in before you can get a config file. > > (I don't use virtual domains, so I don't know if the '@' separator is > necessary, but I vaguely remember that qmail didn't use '@'...) > > Tim, Jason, what do you think ? Is there another way to do it ? > Is that even necessary, or does tmda is already able to do it ? Actually, I just found out that my manager had 'slightly modified' my tmda-ofmipd script without telling me. Apparently, he hardcoded the 'tmda_configfile' variable to point to a sort of "global" .tmdarc file. He did this because we were getting errors that tmda-ofmipd couldn't find a .tmdarc file for our vpopmail users. While his intentions were good, it seriously damaged my work today because I *thought* I had a working tmda-ofmipd + vpopmail install. The reality is: It doesn't work. And I think I will have to modify the source code to MAKE it work properly with vpopmail. With this in mind, I'd like to discuss vpopmail integration with the developers of tmda-ofmipd. Would it be better to simply include a '-with-vpopmail' switch on the command line that tells tmda-ofmipd to query vpopmail's binaries for user home directories? Or would it be better to create a more flexible switch/config-file-variable that allows the admin to set the 'DATADIR' variable via a command line string, such as: --set-DATADIR=/usr/local/vpopmail/domains/$DOMAIN/$USERNAME/.tmda Or better yet, is there really a way to get tmda-ofmipd working with vpopmail out-of-the-box, and I'm just too dense to figure it out? > > > Hope that clarifies. I had a hard time putting into words, and > > English IS my mother language. > > <grin> That is clear. > > > David > > _____________________________________________ > tmda-users mailing list ([EMAIL PROTECTED]) > http://tmda.net/lists/listinfo/tmda-users > _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
