First there isn't a decent front end for managing this. No offense to
the person that actually wrote the one thats on the website, but that
one is cumbersome and it doesn't work very well. I'm in the process
(albeit slowly) of writing one. I'm combining this front end with one
for PowerDNS. This isn't as difficult as you're all making it out to
be. Its really very simple. Make the person's user name their email
address. Then the command to add them is:
dbmail-users -a [EMAIL PROTECTED] -p <password type> -w <password> \
-g <client_idnr> -s [EMAIL PROTECTED]
dbmail-users -a [EMAIL PROTECTED] -p <password type> -w <password> \
-g <client_idnr> -s [EMAIL PROTECTED]
It works perfectly, I've been doing it this way for months. My clients
log in with their email address and password. My only complaint is lack
of per user filtering, but I think that is a matter of adding a table to
the database for spamassassin settings and linking it to the users
table. Amavisd-new has provisions for writing a custom query to get the
information from a preferences table.
Curtis Maurand
Maine Line Systems
Biddeford, ME
Paul J Stevens wrote:
On a different note: I've ported Jesse Norell's usermap patch for
dbmail-1.2 to dbmail-trunk.
This will allow dbmail managers to assign different usernames to users
than the one in the dbmail_users table.
It won't solve the issue at hand, though. For that the usermap framework
would need to be extended to take into account additional information
such as the IP address of the client and/or the server, portnumbers, etc...
Blake Mitchell wrote:
It's a simple matter of having enough information to figure out who a
person is. If you have identical user names for different domains, and
they are different people, then you need some other piece of identifying
information to figure out the domain. Be it a separate port or IP, or a
domain in the login, there has to be something to tell these people apart.
DBMail uses a unique login, which is definitely a simpler way to deal
with things. So the only way to get what you want is to have a separate
install of dbmail for each of your domains. Not optimal in my opinion.
If there is no way to convince your users they need to use their full
email address as a login, you may just be better off sticking with what
you have now.
Niblett, David A wrote:
I understand the client_idnr field, but I don't understand
how IMAP will determine when user 'xyz' from domain1 logs in
and user 'xyz' from domain2 logs in. Right now I run a separate
IP per domain, and unless I force all my users to connect with
[EMAIL PROTECTED] (which most likely won't happen) then I
may be stuck here.
--
David A. Niblett | email: [EMAIL PROTECTED]
Network Administrator | Phone: (352) 334-3400
Gainesville Regional Utilities | Web: http://www.gru.net/
-----Original Message-----
From: Curtis Maurand [mailto:[EMAIL PROTECTED] Sent: Monday, May 23,
2005 1:36 PM
To: DBMail mailinglist
Subject: Re: [Dbmail] Question about Virtual Domains
Yes, it does work. I do it now. dbmail has a field for client id.
each user has an alias, but all of my users have a user name of their
email address and an alias that is also their email address, you can
set up multiple email addresses for each customer.
I'm using postfix/dbmail/amavisd-new/spamassassin/clamav The same
things that the barracuda networks gizmo uses (they don't use dbmail).
Curtis
Niblett, David A wrote:
I really hope that I'm missing something here. How does DBMail deal
with virtual domains?
User: [EMAIL PROTECTED]
User: [EMAIL PROTECTED]
Right now, unfortunately, most all my users would log in
as 'xyz' with POP server of 'mail.domain1.com'.
Currently I have to run 3 IP addresses on a very old NTMail server in
order to deal with virtual domains. Can I do the same in DBMail, or
how do I set it up to distinguish between the two users?
--
David A. Niblett | email: [EMAIL PROTECTED]
Network Administrator | Phone: (352) 334-3400
Gainesville Regional Utilities | Web: http://www.gru.net/
_______________________________________________
Dbmail mailing list
[email protected] https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
Dbmail mailing list
[email protected] https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
Dbmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
Dbmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
