[Dovecot] Multiple identities
Hi, I recently moved from courier-imap to dovecot, to be able to work with managesieve. I use version 1.2.5, on suse 10.3. I used the script to migrate the courier maildir to dovecot format. It seems to work fine except for one problem : I use a number of aliasses and with Thunderbird I can select which alias (e-mail-address) to use as my identity when sending a mail. I sniffed with wireshark, and with my standard identity, I see the message appended to "Sent", like I expect. If I use an alias, I see a folder being created : "INBOX.Sent", and then the message is appended there. Why the difference ? I'm trying to debug this but dovecot does not help much. I tried rawlog but there is no output (that I see) from it, no log-files in my maildir.
Any hints how to proceed ?
Output op dovecot -n : # 1.2.5: /etc/dovecot/dovecot.conf # OS: Linux 2.6.22.19-0.4-default x86_64 openSUSE 10.3 (X86-64) base_dir: /var/run/dovecot/ log_path: /var/log/dovecot log_timestamp: %Y-%m-%d %H:%M:%S listen: *:143 ssl_listen: *:993 ssl_ca_file: /etc/postfix/certificate/cacert.org.pem ssl_cert_file: /etc/postfix/certificate/mailbox.pem ssl_key_file: /etc/postfix/certificate/mailboxkey.pem disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot//login login_executable: /usr/lib/dovecot/imap-login first_valid_uid: 499 last_valid_uid: 499 mail_location: maildir:/var/vmail/%d/%u mail_debug: yes mail_executable: /usr/lib/dovecot/rawlog /usr/lib/dovecot/imap lda: postmaster_address: postmaster@mydomain.com sendmail_path: /usr/lib/sendmail auth_socket_path: /var/run/dovecot/auth-master mail_plugins: cmusieve auth default: mechanisms: plain login user: nobody verbose: yes debug: yes passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 432 user: vmail group: vmail
Kind regards,
Koenraad Lelong.
Koenraad Lelong schreef:
Hi, ... Sorry to reply to my own message, but that mail went to "Sent", not "INBOX.Sent" like I expected (this e-mail-address is also an alias). I can reproduce what I asked about though, with another e-mail-address.
My confusion grows.
Thanks for any pointers anyway.
Regards,
Koenraad Lelong.
Koenraad Lelong wrote:
Hi, I recently moved from courier-imap to dovecot, to be able to work with managesieve. I use version 1.2.5, on suse 10.3. I used the script to migrate the courier maildir to dovecot format. It seems to work fine except for one problem : I use a number of aliasses and with Thunderbird I can select which alias (e-mail-address) to use as my identity when sending a mail. I sniffed with wireshark, and with my standard identity, I see the message appended to "Sent", like I expect. If I use an alias, I see a folder being created : "INBOX.Sent", and then the message is appended there. Why the difference ? I'm trying to debug this but dovecot does not help much. I tried rawlog but there is no output (that I see) from it, no log-files in my maildir.
The act of copying outgoing mail to a "Sent" folder is not an automatic one - certainly not from the server's point of view. Typically, this is implemented by the mail client - in this case, Thunderbird. If you have not gone well out of your way to configure some kind of server-side script - it's going to be client-driven.
Within Thunderbird, under "Manage Identities", "Copies & Folders", you can specify the "Sent" folder to use. If using the default "Sent" folder results in a "INBOX.Sent", override the setting here and specify your correct folder.
-- Daniel
Daniel L. Miller schreef:
Koenraad Lelong wrote:
Hi, ... I'm trying to debug this but dovecot does not help much. I tried rawlog but there is no output (that I see) from it, no log-files in my maildir.
The act of copying outgoing mail to a "Sent" folder is not an automatic one - certainly not from the server's point of view. Typically, this is implemented by the mail client - in this case, Thunderbird. If you have not gone well out of your way to configure some kind of server-side script - it's going to be client-driven.
Within Thunderbird, under "Manage Identities", "Copies & Folders", you can specify the "Sent" folder to use. If using the default "Sent" folder results in a "INBOX.Sent", override the setting here and specify your correct folder.
Hi Daniel,
You are right ! I'm using Thunderbird for years now, and I didn't know this existed :-/ ! I remember, for some reason I don't remember, for a while I had to modify the main identity to use another Sent. When you make a new identity this gets copied I think if you don't modify it explicitely. That explains why new aliasses don't copy to INBOX.Sent.
Many thanks.
Regards,
Koenraad Lelong.
P.S. any idea why rawlog doesn't work ? Where should to log-file be placed ?
P.S. any idea why rawlog doesn't work ? Where should to log-file be placed ? Did you see http://wiki.dovecot.org/Debugging/Rawlog ?
"It works by checking if dovecot.rawlog/ directory exists in the logged in user's home directory, and writing the traffic to yyyymmdd-HHMMSS-pid.in and .out files. Each connection gets their own in/out files."
Gr.
Matthijs
Matthijs Kooijman schreef:
P.S. any idea why rawlog doesn't work ? Where should to log-file be placed ? Did you see http://wiki.dovecot.org/Debugging/Rawlog ?
"It works by checking if dovecot.rawlog/ directory exists in the logged in user's home directory, and writing the traffic to yyyymmdd-HHMMSS-pid.in and .out files. Each connection gets their own in/out files."
Gr.
Matthijs
Doh. Seems I skipped a few lines and misunderstood others. The directory should _exist_ (and with the right permissions) ! Now it works. Thanks for pointing this out.
Regards,
Koenraad Lelong.
Hi Koenraad,
Doh. Seems I skipped a few lines and misunderstood others. The directory should _exist_ (and with the right permissions) ! Now it works. Feel free to improve the wording, it's a wiki! I agree with you that it is not the best description of rawlog, even though all information is there...
Gr.
Matthijs
participants (3)
-
Daniel L. Miller
-
Koenraad Lelong
-
Matthijs Kooijman