[Dovecot] Replace Domainname in Mail Location
Hello, I dont fully understand how the domain name replacement in mail_location takes place.
If I connect to the server using my username as in the text file i can not access my Maildirs as %d gets not replaced. If i user username@domain.com the %d is correctly replaced.
But, how would i configure my mail_location, to take the domain part from the server name i connect to? So i could set up my client to connect to mydomain.com and have just my username set as login? I did not find a variable that seems to be more correct than %d. So i guess i have to configure that elsewehre? In userdb?
Here is my conf
# 1.1.1: /usr/local/etc/dovecot.conf protocols: imap listen: 80.69.46.51:143 disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_greeting: Druckbar! Imap ready. verbose_proctitle: yes first_valid_gid: 0 mail_privileged_group: mail mail_uid: 1004 mail_gid: 1004 mail_location: maildir:/var/spool/vmail/%d/%n imap_client_workarounds: delay-newmail netscape-eoh tb-extra-mailbox-sep auth default: mechanisms: plain login verbose: yes debug: yes debug_passwords: yes passdb: driver: passwd-file args: scheme=plain-md5 username_format=%n /usr/local/etc/dovecot.pwd userdb: driver: passwd-file args: username_format=%n /usr/local/etc/dovecot.pwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix
and dovecot.pwd info:{plain}foopass:1004:1004:: manuel:{plain}barpass:1004:1004::
Thank you Manuel
On Mon, 2008-12-15 at 11:28 +0100, Manuel Schmidt wrote:
If I connect to the server using my username as in the text file i can not access my Maildirs as %d gets not replaced. If i user username@domain.com the %d is correctly replaced.
Do you have more than one domain? How about just forcing the username to the domain? Like:
auth_username_format = %n@domain.com
(Or just not using %d at all anywhere)
I do have more than one domain. So "hardcoding" the domain somewhere will fail someday. Or i would have to make the username unique across domains? Which would not be a problem right now. But i'd rather not to.
And Choosing between using the domain name with login, and hardcoding the domain in file system structure i would choose using it in the login ...
Cheers Manuel
Timo Sirainen schrieb:
On Mon, 2008-12-15 at 11:28 +0100, Manuel Schmidt wrote:
If I connect to the server using my username as in the text file i can not access my Maildirs as %d gets not replaced. If i user username@domain.com the %d is correctly replaced.
Do you have more than one domain? How about just forcing the username to the domain? Like:
auth_username_format = %n@domain.com
(Or just not using %d at all anywhere)
Well, before even thinking about %d in mail_location, answer these first:
Where will Dovecot find the domain that should be used? From the IP address that the client connects to? Your dovecot -n output showed that it listened in only one IP. It's not possible to know where the client connected to from anything else except the IP.
Where are the users listed for different domains? Your dovecot -n output showed only a single dovecot.pwd file. Are you going to use multiple dovecot.pwd files?
On Mon, 2008-12-15 at 11:37 +0100, Manuel Schmidt wrote:
I do have more than one domain. So "hardcoding" the domain somewhere will fail someday. Or i would have to make the username unique across domains? Which would not be a problem right now. But i'd rather not to.
And Choosing between using the domain name with login, and hardcoding the domain in file system structure i would choose using it in the login ...
Cheers Manuel
Timo Sirainen schrieb:
On Mon, 2008-12-15 at 11:28 +0100, Manuel Schmidt wrote:
If I connect to the server using my username as in the text file i can not access my Maildirs as %d gets not replaced. If i user username@domain.com the %d is correctly replaced.
Do you have more than one domain? How about just forcing the username to the domain? Like:
auth_username_format = %n@domain.com
(Or just not using %d at all anywhere)
participants (2)
-
Manuel Schmidt
-
Timo Sirainen