[Dovecot] Convert to DBox
I am thinking of trying out dbox format. I am currently using maildir. Is it possible for me to switch just one user account to dbox while keeping all of my other users on maildir? If so, how would I go about doing that? Here is a copy of my dovecot -n: # 1.2.5: /usr/local/etc/dovecot.conf # OS: Linux 2.6.30-1-amd64 x86_64 Debian squeeze/sid ext3 base_dir: /var/run/dovecot/ protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/stikman-godaddy.crt ssl_key_file: /etc/ssl/private/stikman-godaddy.key disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login mail_location: maildir:/home/vmail/%u mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 lda: postmaster_address: postmas...@stikman.com mail_plugins: cmusieve sendmail_path: /usr/sbin/sendmail auth_socket_path: /var/run/dovecot/auth-master auth default: mechanisms: plain login username_format: %Lu passdb: driver: pam userdb: driver: passwd args: uid=vmail gid=vmail home=/home/vmail/%u socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: vmail plugin: sieve: sieve Thanks, Jeff
Re: [Dovecot] Scalability plans: Abstract out filesystem and make it someone else's problem
On 9/28/2009 1:44 PM, Charles Marcus wrote: On 9/28/2009 4:24 PM, Jeff Grossman wrote: In fact there are lots of IMAP improvements in v3... I can't wait until all my extensions catch up, and I figure out how to customize the UI the way I want (e.g., how in the world do I get rid of the stupid Tabs??) You can't get rid of tabs per se, but you can make it so you don't use them. I hate tabs personally also. Go to Options, Advanced, Reading and Display, and select Open Messages In: An Existing Window or A New Window. I use an existing window. Yeah, already did that, but it *does* still use the Tab bar, everything is just limited to one tab - the Tab row is still there wasting my screen real estate. I'll figure out how to kill it... I know I'm not the only one who hates/won't use it... Your right. Sorry about that. Not sure how to completely get rid of the tab bar.
Re: [Dovecot] Scalability plans: Abstract out filesystem and make it someone else's problem
On 9/28/2009 11:43 AM, Charles Marcus wrote: On 9/28/2009, Ed W (li...@wildgooses.com) wrote: In theory Thunderbird does this, but at least on my machine it just repeatedly downloads the same message again and again in various ways - it grinds to a halt every time I click on an email with a decent sized attachment, even if I have already read it... grr TB3 has finally fixed this absurd behavior (yay!)... In fact there are lots of IMAP improvements in v3... I can't wait until all my extensions catch up, and I figure out how to customize the UI the way I want (e.g., how in the world do I get rid of the stupid Tabs??) You can't get rid of tabs per se, but you can make it so you don't use them. I hate tabs personally also. Go to Options, Advanced, Reading and Display, and select Open Messages In: An Existing Window or A New Window. I use an existing window.
Re: [Dovecot] uidvalidity file
Timo Sirainen wrote: > On Thu, 2009-04-23 at 20:39 -0700, Jeff Grossman wrote: >> Should I be considered with this log entry? >> >> rename(/home/vmail/jeff/dovecot-uidvalidity, >> /home/vmail/jeff/dovecot-uidvalidity) failed: No such file or directory > > Hmm. That's weird. Are you using maildir? > > Yes
[Dovecot] uidvalidity file
Should I be considered with this log entry? rename(/home/vmail/jeff/dovecot-uidvalidity, /home/vmail/jeff/dovecot-uidvalidity) failed: No such file or directory
[Dovecot] Corrupted Index Cache
I am starting to use Squirrelmail a little bit more to read my mail during the day and I seem to be getting this error more frequently while using Squirrelmail. Just a coincidence or do you think using Squirrelmail might have something to do with it? Corrupted index cache file /home/vmail/jeff/dovecot.index.cache: record points outside file I am using Squirrelmail, IMAPProxy, and Dovecot 1.2RC3. Here is a copy of my dovecot -n. # 1.2.rc3: /usr/local/etc/dovecot.conf # OS: Linux 2.6.29-1-amd64 x86_64 Debian squeeze/sid ext3 base_dir: /var/run/dovecot/ protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/stikman-godaddy.crt ssl_key_file: /etc/ssl/private/stikman-godaddy.key ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login mail_location: maildir:/home/vmail/%u mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 auth default: mechanisms: plain login username_format: %Lu passdb: driver: pam userdb: driver: passwd args: uid=vmail gid=vmail home=/home/vmail/%u socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: vmail plugin: sieve: sieve
Re: [Dovecot] Setup Question
On 4/17/2009 1:43 PM, Timo Sirainen wrote: On Fri, 2009-04-17 at 13:05 -0700, Jeff Grossman wrote: I have come across my more problem. If somebody sends mail to JEFF instead of jeff it is saying user unknown. How do I tell the pipe command in Postfix to lowercase the username but not the extension? You can also do this in Dovecot. For example auth_username_format=%Lu I just found that parameter. I just set it and restarted Dovecot. Going to test it right now. Thanks.
Re: [Dovecot] Setup Question
On 4/17/2009 12:39 PM, Jeff Grossman wrote: On 4/17/2009 8:14 AM, Jeff Grossman wrote: I really want to try and get this plus addressing working correctly with Dovecot and Postfix. After doing some reading I think I am going to change my Postfix setup from mailbox_command to mailbox_transport. I have a few questions to make sure I am thinking correctly. All of my users are system users. Their mail is delivered directly to their "/home//Maildir" directory. Everything works great and I have no problems. Here is what I am thinking of doing. 1. Create a new vmail user and group. 2. Have all mail delivered for each user to the "/home/vmail//" directory. All mail will be owned by vmail, but that is okay since Dovecot is the only thing touching the mail files anyway. 3. Change the mail_location setting in dovecot.conf to "mail_location = /home/vmail/%u 4. Uncomment the auth_socket_path = /var/run/dovecot/auth-master setting in dovecot.conf 5. Switch Postfix's main.cf to use "mailbox_transport = dovecot" and put the following line in master.cf: 1. dovecot unix - n n - - pipe flags=DR user=vmail:vmail argv=/usr/local/libexec/dovecot/deliver -f ${sender} -d ${recipient} -n -m ${extension} 6. Copy the current users mail to the new vmail location. What is the best way to copy it preserving date and time stamps on the mail? Did I cover all of the steps are am I missing something? Here is a copy of my current dovecot -n output. Thanks for any help you can offer me. Okay, I made the change to using mailbox_transport instead of mailbox_command in Postfix. I followed the above steps only having to change one thing. Line 5.1 was wrong. I needed it to say "-d ${user}" instead of recipient. It was looking for u...@domain instead of just user which is was exists in my userdb file. I decided against putting everything in "/home/vmail/domain/user" because when I would log in via IMAP it didn't know my domain name. I am assuming that is once again because my userdb only has user names and not domains. Just I just went with "/home/vmail/user" and it is working. I don't think I will be using more than one domain, so it should be fine. Thanks for everybody's help with this. Rather painless. The only problem I had was with the user name but I got it resolved. Jeff I have come across my more problem. If somebody sends mail to JEFF instead of jeff it is saying user unknown. How do I tell the pipe command in Postfix to lowercase the username but not the extension? Thanks, Jeff
Re: [Dovecot] Setup Question
On 4/17/2009 8:14 AM, Jeff Grossman wrote: I really want to try and get this plus addressing working correctly with Dovecot and Postfix. After doing some reading I think I am going to change my Postfix setup from mailbox_command to mailbox_transport. I have a few questions to make sure I am thinking correctly. All of my users are system users. Their mail is delivered directly to their "/home//Maildir" directory. Everything works great and I have no problems. Here is what I am thinking of doing. 1. Create a new vmail user and group. 2. Have all mail delivered for each user to the "/home/vmail//" directory. All mail will be owned by vmail, but that is okay since Dovecot is the only thing touching the mail files anyway. 3. Change the mail_location setting in dovecot.conf to "mail_location = /home/vmail/%u 4. Uncomment the auth_socket_path = /var/run/dovecot/auth-master setting in dovecot.conf 5. Switch Postfix's main.cf to use "mailbox_transport = dovecot" and put the following line in master.cf: 1. dovecot unix - n n - - pipe flags=DR user=vmail:vmail argv=/usr/local/libexec/dovecot/deliver -f ${sender} -d ${recipient} -n -m ${extension} 6. Copy the current users mail to the new vmail location. What is the best way to copy it preserving date and time stamps on the mail? Did I cover all of the steps are am I missing something? Here is a copy of my current dovecot -n output. Thanks for any help you can offer me. Okay, I made the change to using mailbox_transport instead of mailbox_command in Postfix. I followed the above steps only having to change one thing. Line 5.1 was wrong. I needed it to say "-d ${user}" instead of recipient. It was looking for u...@domain instead of just user which is was exists in my userdb file. I decided against putting everything in "/home/vmail/domain/user" because when I would log in via IMAP it didn't know my domain name. I am assuming that is once again because my userdb only has user names and not domains. Just I just went with "/home/vmail/user" and it is working. I don't think I will be using more than one domain, so it should be fine. Thanks for everybody's help with this. Rather painless. The only problem I had was with the user name but I got it resolved. Jeff
Re: [Dovecot] Setup Question
On 4/17/2009 9:24 AM, Timo Sirainen wrote: On Fri, 2009-04-17 at 09:10 -0700, Jeff Grossman wrote: You'll probably want to use userdb static now. Or if deliver needs to verify that the user exists, use something like: userdb passwd { args = uid=vmail gid=vmail home=/home/vmail/user/ } I don't know if deliver would need to know if the user exists. If I decide to go with the example above, would the home directory be /home/vmail/%u or would it be as you entered above? Oh, sorry, /home/vmail/%u of course. Also, when I do the cp -a command to copy the mail over, I also need to change all ownership to vmail:vmail, correct? Right. Great. Thank you for your help. I think I might try and tackle this in a little bit. Jeff
Re: [Dovecot] Setup Question
On 4/17/2009 8:46 AM, Timo Sirainen wrote: On Apr 17, 2009, at 11:14 AM, Jeff Grossman wrote: 2. Have all mail delivered for each user to the "/home/vmail//" directory. All mail will be owned by vmail, but that is okay since Dovecot is the only thing touching the mail files anyway. .. 6. Copy the current users mail to the new vmail location. What is the best way to copy it preserving date and time stamps on the mail? cp -a userdb: driver: passwd You'll probably want to use userdb static now. Or if deliver needs to verify that the user exists, use something like: userdb passwd { args = uid=vmail gid=vmail home=/home/vmail/user/ } I don't know if deliver would need to know if the user exists. If I decide to go with the example above, would the home directory be /home/vmail/%u or would it be as you entered above? Also, when I do the cp -a command to copy the mail over, I also need to change all ownership to vmail:vmail, correct? Thanks for all of your help with this. Jeff
Re: [Dovecot] Setup Question
Thank you. I like that suggestion. I will probably do that. Any recommendation on moving the mail over from the old location to the new location without messing up any of the date/time stamps on the messages? I use maildir format. On 4/17/2009 8:41 AM, Romer Ventura wrote: Looks about right... I have a very similar setup, but i authenticate to Active Directory via LDAP and it works very good. If you have or may get more domains i would set up mail_location to something like this: /home/vmail/%d/%u that way you are ready for growth and everything is kept organized by domains. Just a thought. On Apr 17, 2009, at 10:14 AM, Jeff Grossman wrote: I really want to try and get this plus addressing working correctly with Dovecot and Postfix. After doing some reading I think I am going to change my Postfix setup from mailbox_command to mailbox_transport. I have a few questions to make sure I am thinking correctly. All of my users are system users. Their mail is delivered directly to their "/home//Maildir" directory. Everything works great and I have no problems. Here is what I am thinking of doing. 1. Create a new vmail user and group. 2. Have all mail delivered for each user to the "/home/vmail//" directory. All mail will be owned by vmail, but that is okay since Dovecot is the only thing touching the mail files anyway. 3. Change the mail_location setting in dovecot.conf to "mail_location = /home/vmail/%u 4. Uncomment the auth_socket_path = /var/run/dovecot/auth-master setting in dovecot.conf 5. Switch Postfix's main.cf to use "mailbox_transport = dovecot" and put the following line in master.cf: 1. dovecot unix - n n - - pipe flags=DR user=vmail:vmail argv=/usr/local/libexec/dovecot/deliver -f ${sender} -d ${recipient} -n -m ${extension} 6. Copy the current users mail to the new vmail location. What is the best way to copy it preserving date and time stamps on the mail? Did I cover all of the steps are am I missing something? Here is a copy of my current dovecot -n output. Thanks for any help you can offer me. # 1.2.rc3: /usr/local/etc/dovecot.conf # OS: Linux 2.6.29-1-amd64 x86_64 Debian squeeze/sid base_dir: /var/run/dovecot/ protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/ssl.crt ssl_key_file: /etc/ssl/private/ssl.key ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login mail_location: maildir:~/Maildir mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd plugin: sieve: sieve
[Dovecot] Setup Question
I really want to try and get this plus addressing working correctly with Dovecot and Postfix. After doing some reading I think I am going to change my Postfix setup from mailbox_command to mailbox_transport. I have a few questions to make sure I am thinking correctly. All of my users are system users. Their mail is delivered directly to their "/home//Maildir" directory. Everything works great and I have no problems. Here is what I am thinking of doing. 1. Create a new vmail user and group. 2. Have all mail delivered for each user to the "/home/vmail//" directory. All mail will be owned by vmail, but that is okay since Dovecot is the only thing touching the mail files anyway. 3. Change the mail_location setting in dovecot.conf to "mail_location = /home/vmail/%u 4. Uncomment the auth_socket_path = /var/run/dovecot/auth-master setting in dovecot.conf 5. Switch Postfix's main.cf to use "mailbox_transport = dovecot" and put the following line in master.cf: 1. dovecot unix - n n - - pipe flags=DR user=vmail:vmail argv=/usr/local/libexec/dovecot/deliver -f ${sender} -d ${recipient} -n -m ${extension} 6. Copy the current users mail to the new vmail location. What is the best way to copy it preserving date and time stamps on the mail? Did I cover all of the steps are am I missing something? Here is a copy of my current dovecot -n output. Thanks for any help you can offer me. # 1.2.rc3: /usr/local/etc/dovecot.conf # OS: Linux 2.6.29-1-amd64 x86_64 Debian squeeze/sid base_dir: /var/run/dovecot/ protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/ssl.crt ssl_key_file: /etc/ssl/private/ssl.key ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login mail_location: maildir:~/Maildir mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd plugin: sieve: sieve
Re: [Dovecot] Address Extensions with System Users
On 4/16/2009 7:12 PM, Timo Sirainen wrote: On Thu, 2009-04-16 at 17:18 -0700, Jeff Grossman wrote: Apr 16 17:02:34 apple postfix/local[5990]: 3BFF77B8F24: to=, relay=local, delay=0.06, delays=0.01/0.03/0/0.02, dsn=2.0.0, status=sent (delivered to command: /usr/local/libexec/dovecot/deliver -n -m "$EXTENSION") and tries to save the message in the dad folder. The only problem is the dad folder is listed as "Dad" and no matter what I put in the e-mail address, capital "D" or lowecase "D", it always tries to save it do "dad" which does not exist. deliver doesn't lowercase it, so Postfix must be doing that for $EXTENSION. No idea if you can change it. Thanks for your help. I have left a message on the postfix list to see if they can help with the lowercase issue. I seem to be getting two messages for any e-mail that has the plus addressing in it. Is this a Deliver problem or a Postfix problem? Where would I start to troubleshoot it? Jeff
Re: [Dovecot] Address Extensions with System Users
On 4/16/2009 5:18 PM, Jeff Grossman wrote: On 4/16/2009 2:08 PM, Timo Sirainen wrote: On Thu, 2009-04-16 at 11:14 -0700, Jeff Grossman wrote: Everything I can find about setting this up applies to virtual users which I do not have. How do I get Deliver to recognize the address extension. I am sure it is easy, and I apologize for not finding the answer out myself. Nope. Actually deliver doesn't currently support that feature at all internally. You could always write a wrapper script that split the extension part and feed it separately to deliver.. I was messing around with making this work, and I almost got it, but ran into a problem. I changed the line in main.cf to: mailbox_command = /usr/local/libexec/dovecot/deliver -n -m "$EXTENSION" Now, in my logs it displays this: Apr 16 17:02:34 apple postfix/local[5990]: 3BFF77B8F24: to=, relay=local, delay=0.06, delays=0.01/0.03/0/0.02, dsn=2.0.0, status=sent (delivered to command: /usr/local/libexec/dovecot/deliver -n -m "$EXTENSION") and tries to save the message in the dad folder. The only problem is the dad folder is listed as "Dad" and no matter what I put in the e-mail address, capital "D" or lowecase "D", it always tries to save it do "dad" which does not exist. deliver(jeff): msgid=<49e7c710.7060...@stikman.com>: save failed to dad: Mailbox doesn't exist: dad Do I have to change all of my folder names to lowercase, or is there a easier fix I am missing? Also, a different problem in regards to this also. Now I am getting the following lines in my maillog file: Apr 16 17:02:34 apple dovecot: deliver(jeff): sieve runtime error: Keep: Generic Error Apr 16 17:02:34 apple dovecot: deliver(jeff): sieve_execute_bytecode(/home/jeff/sievec) failed This only started after I changed the deliver line in main.cf. If I can get + addressing working, I don't need the sieve script so I will remove it. Thanks, Jeff It works if I change the folder name to lowercase. But, it seems to be delivering the message twice to the folder. Not sure why that is yet. Plus, I am no longer getting the sieve errors. Must be something to do with the folder name mismatch. Jeff
Re: [Dovecot] Address Extensions with System Users
On 4/16/2009 2:08 PM, Timo Sirainen wrote: On Thu, 2009-04-16 at 11:14 -0700, Jeff Grossman wrote: Everything I can find about setting this up applies to virtual users which I do not have. How do I get Deliver to recognize the address extension. I am sure it is easy, and I apologize for not finding the answer out myself. Nope. Actually deliver doesn't currently support that feature at all internally. You could always write a wrapper script that split the extension part and feed it separately to deliver.. I was messing around with making this work, and I almost got it, but ran into a problem. I changed the line in main.cf to: mailbox_command = /usr/local/libexec/dovecot/deliver -n -m "$EXTENSION" Now, in my logs it displays this: Apr 16 17:02:34 apple postfix/local[5990]: 3BFF77B8F24: to=, relay=local, delay=0.06, delays=0.01/0.03/0/0.02, dsn=2.0.0, status=sent (delivered to command: /usr/local/libexec/dovecot/deliver -n -m "$EXTENSION") and tries to save the message in the dad folder. The only problem is the dad folder is listed as "Dad" and no matter what I put in the e-mail address, capital "D" or lowecase "D", it always tries to save it do "dad" which does not exist. deliver(jeff): msgid=<49e7c710.7060...@stikman.com>: save failed to dad: Mailbox doesn't exist: dad Do I have to change all of my folder names to lowercase, or is there a easier fix I am missing? Also, a different problem in regards to this also. Now I am getting the following lines in my maillog file: Apr 16 17:02:34 apple dovecot: deliver(jeff): sieve runtime error: Keep: Generic Error Apr 16 17:02:34 apple dovecot: deliver(jeff): sieve_execute_bytecode(/home/jeff/sievec) failed This only started after I changed the deliver line in main.cf. If I can get + addressing working, I don't need the sieve script so I will remove it. Thanks, Jeff
Re: [Dovecot] Address Extensions with System Users
Timo Sirainen wrote: > On Thu, 2009-04-16 at 11:14 -0700, Jeff Grossman wrote: >> Everything I can find about setting this up applies to virtual users >> which >> I do not have. How do I get Deliver to recognize the address extension. >> I am sure it is easy, and I apologize for not finding the answer out >> myself. > > Nope. Actually deliver doesn't currently support that feature at all > internally. You could always write a wrapper script that split the > extension part and feed it separately to deliver.. > Well doesn't that suck. I have no idea how to create a wrapper script. I guess I need to figure something else out. So, if I was create virtual users I would be able to use the +ext filter method?
[Dovecot] Address Extensions with System Users
I am using Dovecot 1.2RC2 with Postfix 2.5.5. Everything is running fine. I would like to start using address extensions and have e-mail automatically filtered into folders based on the folder name after the "+" in the e-mail address. I only use system users, no virtual users. I have Deliver configured in main.cf as: mailbox_command = /usr/local/libexec/dovecot/deliver Everything I can find about setting this up applies to virtual users which I do not have. How do I get Deliver to recognize the address extension. I am sure it is easy, and I apologize for not finding the answer out myself. Here is a copy of my dovecot -n output: # 1.2.rc2: /usr/local/etc/dovecot.conf # OS: Linux 2.6.29-1-amd64 x86_64 Debian squeeze/sid base_dir: /var/run/dovecot/ protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/stikman-godaddy.crt ssl_key_file: /etc/ssl/private/stikman-godaddy.key ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login mail_location: maildir:~/Maildir mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd plugin: sieve: sieve
Re: [Dovecot] v1.2.rc1 released
> http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc1.tar.gz > http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc1.tar.gz.sig > > I think it's time to get v1.2.0 out soon. Shared mailbox code is > beginning to look like it's working and other features should work fine > also. I don't really see any reasons to delay it, so please start > testing and let's get the last bugs found and fixed quickly. > > I'm also going to start v1.3 branch soon with configuration rewrite and > multi-dbox support. > > Changes since beta4: > > * Renamed THREAD X-REFERENCES2 to THREAD REFS (from INTHREAD draft) > + When a process is killed, show the signal code and the sending > process's pid and uid. > + quota-fs: Added support for NFS group quota. > - Several fixes to shared mailboxes and ACLs > - Removed umask setting. We're nowadays creating practically all files > with proper umasks. > - acl: Dropped default ACL cache timeout from 5 minutes to 30 seconds. > - fts-solr fixes > - virtual mailbox fixes > - Write to main index file less often. > > I got the following error when compiling 1.2rc1. libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../../src/lib -I../../../src/lib-dict -I../../../src/lib-index -I../../../src/lib-mail -I../../../src/lib-storage -I../../../src/lib-storage/index -I../../../src/lib-storage/index/maildir -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -MT quota-count.lo -MD -MP -MF .deps/quota-count.Tpo -c quota-count.c -o quota-count.o >/dev/null 2>&1 mv -f .deps/quota-count.Tpo .deps/quota-count.Plo make[4]: *** No rule to make target `rquota.x', needed by `rquota.h'. Stop. make[4]: Leaving directory `/usr/local/src/dovecot-1.2.rc1/src/plugins/quota' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/local/src/dovecot-1.2.rc1/src/plugins' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/dovecot-1.2.rc1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/dovecot-1.2.rc1' make: *** [all] Error 2 This is on a Debian Testing machine. Jeff
Re: [Dovecot] POP3 Error
On 3/9/2009 8:07 PM, Mark Sapiro wrote: Jeff Grossman wrote: I just looked over my logs and noticed the following error: Mar 9 19:07:34 apple dovecot: Panic: POP3(april): Trying to allocate 0 bytes Mar 9 19:07:34 apple dovecot: POP3(april): Raw backtrace: pop3 [0x492952] -> pop3 [0x4929d3] -> pop3 [0x4920e6] -> pop3 [0x49cb8d] -> pop3(client_create+0x452) [0x41aef2] -> pop3(main+0x393) [0x41c9e3] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x7f6bb46e11a6] -> pop3 [0x41a1b9] Mar 9 19:07:34 apple dovecot: child 9616 (pop3) killed with signal 6 It's a known problem. The fix is at <http://hg.dovecot.org/dovecot-1.2/rev/22d70947597c>. Thank you. Applying the fix right now. Jeff
[Dovecot] POP3 Error
I just looked over my logs and noticed the following error: Mar 9 19:07:34 apple dovecot: Panic: POP3(april): Trying to allocate 0 bytes Mar 9 19:07:34 apple dovecot: POP3(april): Raw backtrace: pop3 [0x492952] -> pop3 [0x4929d3] -> pop3 [0x4920e6] -> pop3 [0x49cb8d] -> pop3(client_create+0x452) [0x41aef2] -> pop3(main+0x393) [0x41c9e3] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x7f6bb46e11a6] -> pop3 [0x41a1b9] Mar 9 19:07:34 apple dovecot: child 9616 (pop3) killed with signal 6 Here is my dovecot -n: # 1.2.beta1: /usr/local/etc/dovecot.conf # OS: Linux 2.6.26-1-amd64 x86_64 Debian squeeze/sid base_dir: /var/run/dovecot/ protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/stikman-godaddy.crt ssl_key_file: /etc/ssl/private/stikman-godaddy.key ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login mail_location: maildir:~/Maildir mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd plugin: sieve: sieve What other information would you need from me? Jeff
Re: [Dovecot] Expire failing with error Remote Disconnected
On 2/13/2009 11:39 PM, dove...@corwyn.net wrote: At 06:22 PM 2/13/2009, Timo Sirainen wrote: On Fri, 2009-02-13 at 17:54 -0500, dove...@corwyn.net wrote: > When I delete that, now dovecot --exec-mail ext > /usr/libexec/dovecot/expire-tool > runs with no errors, no output, no anything. The expire database is empty, so it has nothing to do. Expire plugin updates the database while messages are being saved/copied to the expire mailboxes. So if I understand correctly (obviously not *sigh*) :-) I have Trash and Spam defined as expire databases, I sent a number of messages, and then deleted them. They were then in Trash. I manually moved a bunch of messages to Spam as well. The Spam messages were > 14 days old. I then reran dovecot --exec-mail ext /usr/libexec/dovecot/expire-tool I still get no events in /var/log/messages, and my Spam messages from Jan 22 are still there. On the bright side I do have an expire.db file now with data in it, tho I can't quite figure out what makes it update. shouldn't the messages > 14 days old (the date I have set in.conf) go away? It is not based on the message date, it is based on the date those messages got moved into the expire folders. You will have to wait 14 days from the date they got moved into Spam or Trash. Jeff
Re: [Dovecot] Disconnected Log messages I'd like to disable?
On 2/9/2009 7:52 AM, dove...@corwyn.net wrote: I understand what the log message means. I currently have dovecot logging flipped up about as high as I can have it set in about every way that I can. What I'd like to know is which logging setting can I lower to not see this message (or if there is one), and what OTHER things won't log if I decrease that logging setting. thx. rick At 08:43 AM 2/9/2009, Steffen Kaiser wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 9 Feb 2009, dove...@corwyn.net wrote: Feb 9 08:06:52 mailserver dovecot: IMAP(u...@example.com): Disconnected: Logged out bytes=479/51185 Search the archive for a mail from Timo few times ago, it just means that the user logges out (LOGOUT command). I think Timo has stated in the past that you cannot turn off this logging. You would probably have to modify the source to remove that line. Jeff
Re: [Dovecot] deleted-to-trash plugin
> -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Jeff Grossman said the following on 19/01/09 18:43: > >> You are thinking of Outlook Express or Windows Mail. Outlook does not >> have a Special Folders setting. > > http://www.howtogeek.com/howto/microsoft-office/use-gmail-imap-in-microsoft-outlook-2007/ > > The settings are in the Account Settings / More settings / Folders That only allows you to select a server folder for the Sent Items. There is no way in Outlook to select a Deleted Items server folder. Jeff
Re: [Dovecot] deleted-to-trash plugin
> -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Proskurin Kirill said the following on 19/01/09 16:06: > >> Well I search it but not found anything. > > Outlook settings are a mess! > > In some tab of the Options menu, you should find a button that opens a > window > where you can specify the location of "Special folders" You are thinking of Outlook Express or Windows Mail. Outlook does not have a Special Folders setting. Jeff
Re: [Dovecot] deleted-to-trash plugin
> Outlook 2007 allows you to change the destination of deleted > items Check your outlook settings... > > On Jan 16, 2009, at 3:06 AM, Proskurin Kirill wrote: > >> Hello. >> >> Our clients use damn Outlook 2007 and it is can not move deleted >> messages to Trash folder. >> >> As I see dovecot have a experemental plugin "deleted-to-trash" >> right for this thing. >> >> Im aware of word "experemental". >> Could some one say - does it work good? >> Does it work with latest Dovecot? I don't think you are correct. In Outlook 2007 Microsoft added the ability to save your Sent Items to a server folder, but they have not added the ability to save your Deleted Items to a server folder. Jeff
Re: [Dovecot] download IMAP folders via POP3
Sahil Tandon wrote: Jakob Grie?mann wrote: I know my question might sound a little bit strange, but is it possible to download IMAP folders via POP3? I have clients who use POP3 on their main machines and IMAP on their "on the road" notebooks. It would be good to download all folders created on the notebook via POP3 to the main desktop. POP3 should download the newly created folders, unless there are some other idiosyncrasies of which we're not aware. But as a matter of practice, why the mismatch? Better to have users on IMAP from desktop and notebook. Unless this is a mandate "from above" or a legacy issue, move everyone to IMAP! Are you sure about that? I was always under the impression that POP3 was only able to download the INBOX. You need to use IMAP to see any other folders that are created on the server. Jeff
Re: [Dovecot] Root folder path problem
On Mon, 14 Jul 2008 09:11:23 -0700 Scott Silva <[EMAIL PROTECTED]> wrote > on 7-12-2008 1:17 PM Yavuz Maslak spake the following: > > As I said previous my mail, if I don't set any value in "Root folder path" > > option, my sent mails are stored in main "sent items" of Outlook Express. > > These mails aren't stored "sent items" of imap section. > > > > > > > > On Sat, 2008-07-12 at 22:18 +0300, Yavuz Maslak wrote: > >> I use dovecot1.x. for imap on qmail. > >> I also use OExpress to receive my mails. > >> My sent mails is stored in main "sent items" of Outlook Express. > > > > OK. > > > >> Therefore I set "INBOX" in "Root folder path" option. > > > > Why? My guess is that it doesn't work because you set this. > > > > > I don't think Outlook or OE has the capability to store its "work folders" > out > of its local mailroot. AFAIR you have to write message rules to move it. OE does. In the server configuration options you can select to save Drafts, Sent Items, and Deleted Items on the server. It then lets you select which folders for each of those settings. Jeff
Re: [Dovecot] v1.1.rc2 released
Timo Sirainen wrote: On Mar 8, 2008, at 6:33 AM, Jeff Grossman wrote: dotlock_use_excl: no fsync_disable: yes lock_method: dotlock maildir_copy_with_hardlinks: no Not related to the crashes, but: 1) Are you using NFS with multiple servers? If so, why not also the new mail_nfs_storage and mail_nfs_index settings? 2) Why dotlock_use_excl=no? Unless you're using NFSv2 it should work as "yes". 3) Why not copying with hardlinks? No NFS here. I don't know about the other ones. I will make the changes per your recommendations. Jeff
Re: [Dovecot] v1.1.rc2 released
Timo Sirainen wrote: - Squat fixes and performance improvements I am not getting as much errors as I was with RC1 in regards to Squat, but I am still getting these: Mar 7 20:29:52 apple dovecot: child 23968 (imap) killed with signal 11 Mar 7 20:29:52 apple dovecot: imap-login: Login: user=, method=PLAIN, rip=10.10.10.10, lip=10.10.10.100 Mar 7 20:29:55 apple dovecot: child 23970 (imap) killed with signal 11 Mar 7 20:29:55 apple dovecot: imap-login: Login: user=, method=PLAIN, rip=10.10.10.10, lip=10.10.10.100 Here is my dovecot -n (without the squat entries): # 1.1.rc2: /usr/local/etc/dovecot.conf base_dir: /var/run/dovecot/ log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/stikman-godaddy.crt ssl_key_file: /etc/ssl/private/stikman-godaddy.key disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login verbose_proctitle: yes mail_access_groups: mail mail_location: maildir:~/Maildir dotlock_use_excl: no fsync_disable: yes lock_method: dotlock maildir_copy_with_hardlinks: no mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd
Re: [Dovecot] v1.1.rc2 released
Timo Sirainen wrote: http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc2.tar.gz http://dovecot.org/releases/1.1/rc/dovecot-1.1.rc2.tar.gz.sig Timo, FYI, that file is not in the rc directory. It is just in the 1.1 directory. Jeff
Re: [Dovecot] Squat Indexing
Timo Sirainen wrote: On Mar 6, 2008, at 4:20 PM, Jeff Grossman wrote: I tried Squat indexing on my very small home system and when I did a body search in Thunderbird, I got a TON, and I mean TON, of these messages in my log file: Mar 6 06:13:31 apple dovecot: child 14142 (imap) killed with signal 6 Mar 6 06:13:31 apple dovecot: IMAP(jeff): file file-lock.c: line 112: unreached .. lock_method: dotlock This wasn't supported yet. Fixed now in hg. Great. Thanks for fixing it so quickly. I will give it a go with the next RC release. Jeff
[Dovecot] Squat Indexing
I tried Squat indexing on my very small home system and when I did a body search in Thunderbird, I got a TON, and I mean TON, of these messages in my log file: Mar 6 06:13:31 apple dovecot: child 14142 (imap) killed with signal 6 Mar 6 06:13:31 apple dovecot: IMAP(jeff): file file-lock.c: line 112: unreached Mar 6 06:13:31 apple dovecot: IMAP(jeff): Raw backtrace: imap [0x482771] -> imap [0x482166] -> imap [0x484d86] -> imap(file_wait_lock+0x35) [0x484ef5] -> /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so [0x2b4664a69a0c] -> /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so [0x2b4664a6a99b] -> /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so(squat_trie_get_last_uid+0x4c) [0x2b4664a6ac1c] -> /usr/local/lib/dovecot/imap/lib20_fts_plugin.so [0x2b4664862d0b] -> /usr/local/lib/dovecot/imap/lib20_fts_plugin.so [0x2b4664863bb3] -> imap(cmd_search+0xd9) [0x41b909] -> imap(cmd_uid+0x52) [0x41ca12] -> imap [0x41d348] -> imap [0x41d3e9] -> imap [0x41db5f] -> imap(client_input+0x5f) [0x41dd8f] -> imap(io_loop_handler_run+0xf8) [0x4894c8] -> imap(io_loop_run+0x1d) [0x4887ad] -> imap(main+0x3c2) [0x424f52] -> /lib/libc.so.6(__libc_start_main+0xf4) [0x2b466451e1c4] -> imap [0x417df9] This is with version 1.1rc1. Here is a copy of my dovecot -n: # 1.1.rc1: /usr/local/etc/dovecot.conf base_dir: /var/run/dovecot/ log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/stikman-godaddy.crt ssl_key_file: /etc/ssl/private/stikman-godaddy.key disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login verbose_proctitle: yes mail_extra_groups: mail mail_location: maildir:~/Maildir dotlock_use_excl: no fsync_disable: yes lock_method: dotlock maildir_copy_with_hardlinks: no mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugins(default): fts fts_squat mail_plugins(imap): fts fts_squat mail_plugins(pop3): mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd plugin: fts: squat
Re: [Dovecot] deliver & procmail
> On Thu, 28 Feb 2008, Jeff Grossman wrote: > > > Since /etc/procmailrc is executed as root typically, you probably need to > make this the first line of it: > > DROPPRIVS=YES > > At least, that's what I have, and that's my recollection of my reason. (-: > > -- Asheesh. That appears to have done the trick. Thank you very much. Jeff
Re: [Dovecot] deliver & procmail
> On Feb 28, 2008, at 6:44 AM, Jeff Grossman wrote: > >> Timo Sirainen wrote: >>> On Feb 27, 2008, at 4:49 PM, Carsten Henkel wrote: >>> >>>> DELIVER=/usr/local/libexec/dovecot/deliver >>>> :0 w >>>> | $DELIVER Maildir >>> >>> There shouldn't be Maildir in there. deliver reads dovecot.conf to >>> figure out where your mails are located. >>> >> Sorry for jumping in this thread. I am currently using Dovecot as >> my IMAP and POP server. I am using Sendmail as my MTA and Procmail >> as my LDA. Would I gain anything by using Deliver through Procmail >> like the above example is? My server is just a small home server >> with very little e-mail traffic. > > If you haven' t noticed any performance slowdowns when accessing new > mails for the first time, then probably not. > > With mboxes it could help. With Maildirs probably not. With v1.1 it > helps more than with v1.0. > > Thanks for the information. I have one additional question, it is probably not a Dovecot question more of a Procmail question. I tried adding the above code to my /etc/procmailrc file but it did not work. Do I have to put that code in each users .procmailrc file? I would prefer to just put it in on a system wide basis. My current /etc/procmailrc file has this line: DEFAULT=$HOME/Maildir/ Do I keep that line and put the above Deliver code in? And if so, do I keep the DEFAULT line at the top or after the Deliver code? Thanks, Jeff
Re: [Dovecot] deliver & procmail
Timo Sirainen wrote: On Feb 27, 2008, at 4:49 PM, Carsten Henkel wrote: DELIVER=/usr/local/libexec/dovecot/deliver :0 w | $DELIVER Maildir There shouldn't be Maildir in there. deliver reads dovecot.conf to figure out where your mails are located. Sorry for jumping in this thread. I am currently using Dovecot as my IMAP and POP server. I am using Sendmail as my MTA and Procmail as my LDA. Would I gain anything by using Deliver through Procmail like the above example is? My server is just a small home server with very little e-mail traffic. Thanks, Jeff
Re: [Dovecot] Error with 1.1 Beta
Timo Sirainen wrote: On Thu, 2008-01-17 at 06:22 -0800, Jeff Grossman wrote: I am running the latest version of the 1.1 beta and just got the following error: Jan 17 06:20:13 apple dovecot: IMAP(jeff): rename(/home/jeff/Maildir/.Sent Items/dovecot.index.cache.lock, /home/jeff/Maildir/.Sent Items/dovecot.index.cache) failed: No such file or directory Jan 17 06:20:13 apple dovecot: IMAP(jeff): file_dotlock_replace() failed with index cache file /home/jeff/Maildir/.Sent Items/dovecot.index.cache: No such file or directory Is it something I should be concerned about? I had just sent an e-mail about 30 seconds before that one which did not give the error. I will see if I get the error again when I send this one. It means that the file got lost while it was still locked. It shouldn't happen. Although I've done several fixes since beta13 and there may have been something related to this. Do you use NFS? No, I do not use NFS. Everything is on the local machine. Jeff
[Dovecot] Error with 1.1 Beta
I am running the latest version of the 1.1 beta and just got the following error: Jan 17 06:20:13 apple dovecot: IMAP(jeff): rename(/home/jeff/Maildir/.Sent Items/dovecot.index.cache.lock, /home/jeff/Maildir/.Sent Items/dovecot.index.cache) failed: No such file or directory Jan 17 06:20:13 apple dovecot: IMAP(jeff): file_dotlock_replace() failed with index cache file /home/jeff/Maildir/.Sent Items/dovecot.index.cache: No such file or directory Is it something I should be concerned about? I had just sent an e-mail about 30 seconds before that one which did not give the error. I will see if I get the error again when I send this one. Jeff
Re: [Dovecot] Keep pop messages, is it possible?
Fábio M. Catunda wrote: Hi! I would like to find a way to not delete messages when they are downloaded via pop3, is that possible with dovecot? Gmail do this, I dont know how they mark messages that have been downloaded to avoid clients to download it again, but it looks like a good resource! Thanks for the help! That is a feature of the client. Most clients have a setting which says "Keep Messages On Server". Jeff
[Dovecot] OT: ctimes
I am going to convert my 32-bit Debian system to a 64-bit Debian system today. But, after I move my maildir files over to the new hard drive the ctimes are going to get modified to current time and mess up my automatic purge scripts for the Deleted Items folders. Is it possible for me to either keep the existing ctimes or is it possible for me to modify the ctimes to the date headers of the emails after I move the files? Thanks, Jeff
Re: [Dovecot] 1.1b13 build in FreeBSD fails using 'make'; 'gmake' apparently required
Gerard wrote: On Mon, 31 Dec 2007 08:12:24 -0800 snowcrash <[EMAIL PROTECTED]> wrote: hi frank, Yes, that's true. But I had never problems to test new versions with a modified port. I copied the port files to a new directory and changed the Makefile, e.g.: (snip) This works on FreeBSD-7 in a jail. that's good to know. thanks! (btw, what were your base JAIL buildworld make.conf specs for the dovecot-containing jail? if you can share, please email me offlist ...) nonetheless, isn't it a bit ironic -- in this thread, anyway -- after being told "you're on your own" for using recommended/supported procedures, and barked @ for not using the standard port, that doing something completely unsupported, which works fortuitously, especially since there are some significant differences between v109 an v11bXXX, is deemed "like an excellent idea"? lol. I fail to see a contradiction. Frank described one very useful method of testing a beta product derived from an existing FBSD port. I use tinderbox myself, but that is irrelevant. If the OP had asked that question on the FBSD forum, he might well have received a satisfactory response also. The OP, whom obviously is not fully aware of the build intricacies on a FBSD system -- not that I claim to be either -- wanted Timo to invest his time in building a custom product for him to test. Now that I consider absurd. I disagree with that statement. I think the OP was stating that the build instructions on the wiki never mention anything about possibly having to use gmake instead of make in a FreeBSD system. I think it was very usual information that should be added to the wiki for anybody who uses FreeBSD to build that might have the same setup as the OP. This mailing list and the wiki are support tools for Dovecot and I think we need to use them that way. Jeff
Re: [Dovecot] Received Date vs Date Header
Nikolay Shopik wrote: On 01.12.2007 4:03, Jeff Grossman wrote: * 19 FETCH (UID 7607 RFC822.SIZE 4590 FLAGS (\Recent) BODY[HEADER.FIELDS (FROM TO CC SUBJECT DATE MESSAGE-ID PRIORITY X-PRIORITY REFERENCES NEWSGROUPS IN-REPLY-TO CONTENT-TYPE)] {353} Date: Fri, 30 Nov 2007 15:25:23 -0800 Subject: x From: x To: x Message-ID: Content-type: text/plain; charset="US-ASCII" That's usually depends on MUA. And as I remeber there is debates in TB bugzilla - https://bugzilla.mozilla.org/show_bug.cgi?id=216033 Okay, that makes sense. But, I was using the 3.0a1pre build of Thunderbird which includes a Received Date column, but I guess they are not done with it yet. It must not be asking for that information. The two columns Received Date and Date in Thunderbird 3.0a1pre were the same. I did a test with Squirrelmail and here is what I see: * 50 FETCH (FLAGS () UID 7726 RFC822.SIZE 4992 INTERNALDATE "01-Dec-2007 09:24:07 -0800" BODY[HEADER.FIELDS (DATE TO CC FROM SUBJECT X-PRIORITY IMPORTANCE PRIORITY CONTENT-TYPE)] {214} Date: Sat, 01 Dec 2007 11:23:11 -0600 From: x To: [EMAIL PROTECTED] Subject: Re: Mounting a USB Mass Storage Device Content-Type: text/plain; charset=ISO-8859-1 It appears the client is asking for the Received Date, which is the INTERNALDATE and it gets the header date field. But, what is interesting is that Squirrelmail will always show that e-mail as 9:23 for me if I select the "Sort By Received Date" setting in the options. Oh, now reading the setting, it will only change the sort and not change what time is displayed. I guess it will only show the time from the Date header and not from the Received header. Jeff
[Dovecot] Received Date vs Date Header
I am trying to figure out why my mail clients are not correctly showing me the received date versus the date header date. I am using Dovecot 1.1B9. Here is a copy of the rawlog from Dovecot when I started up the client. Is Dovecot supposed to be sending the received date and the date header during this conversation? * OK [RAWLOG TIMESTAMP] 2007-11-30 16:48:31 * NAMESPACE (("" ".")) NIL NIL 3 OK Namespace completed. * LSUB () "." "Junk E-mail" * LSUB () "." "Deleted Items" * LSUB () "." "Drafts" * LSUB () "." "Ham" * LSUB () "." "INBOX" * LSUB () "." "Keep Messages" * LSUB () "." "Mailing Lists" * LSUB () "." "Sent Items" * LSUB () "." "Spam" * LSUB () "." "Other" * LSUB () "." "Inbox2" * LSUB () "." "Dovecot" * LSUB () "." "MIMEDefang" * LSUB () "." "Beta" * LSUB () "." "Debian" * LSUB () "." "Leafnode" * LSUB () "." "Sendmail" 4 OK Lsub completed. * LIST (\HasNoChildren) "." "INBOX" 5 OK List completed. * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $Forwarded $MDNSent Junk NonJu: nk) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $Forwarded $MDNSent Junk NonJunk \*)] Flags permitted. * 19 EXISTS * 2 RECENT * OK [UNSEEN 17] First unseen. * OK [UIDVALIDITY 1191346544] UIDs valid * OK [UIDNEXT 7608] Predicted next UID 6 OK [READ-WRITE] Select completed. * 1 FETCH (FLAGS (\Seen) UID 5) * 2 FETCH (FLAGS (\Seen) UID 5707) * 3 FETCH (FLAGS (\Seen) UID 7042) * 4 FETCH (FLAGS (\Seen) UID 7103) * 5 FETCH (FLAGS (\Seen) UID 7110) * 6 FETCH (FLAGS (\Seen) UID 7183) * 7 FETCH (FLAGS (\Seen) UID 7237) * 8 FETCH (FLAGS (\Seen) UID 7334) * 9 FETCH (FLAGS (\Seen) UID 7353) * 10 FETCH (FLAGS (\Answered \Seen) UID 7355) * 11 FETCH (FLAGS (\Seen) UID 7364) * 12 FETCH (FLAGS (\Seen) UID 7482) * 13 FETCH (FLAGS (\Seen) UID 7485) * 14 FETCH (FLAGS (\Seen) UID 7496) * 15 FETCH (FLAGS (\Seen) UID 7546) : * 16 FETCH (FLAGS (\Seen) UID 7555) * 17 FETCH (FLAGS () UID 7605) * 18 FETCH (FLAGS (\Recent) UID 7606) * 19 FETCH (FLAGS (\Recent) UID 7607) 7 OK Fetch completed. * 18 FETCH (UID 7606 RFC822.SIZE 4589 FLAGS (\Recent) BODY[HEADER.FIELDS (FROM TO CC SUBJECT DATE MESSAGE-ID PRIORITY X-PRIORITY REFERENCES NEWSGROUPS IN-REPLY-(END) TO CONTENT-TYPE)] {352} Date: Fri, 30 Nov 2007 15:24:32 -0800 Subject: x From: x To: x Message-ID: Content-type: text/plain; charset="US-ASCII" ) * 19 FETCH (UID 7607 RFC822.SIZE 4590 FLAGS (\Recent) BODY[HEADER.FIELDS (FROM TO CC SUBJECT DATE MESSAGE-ID PRIORITY X-PRIORITY REFERENCES NEWSGROUPS IN-REPLY-TO CONTENT-TYPE)] {353} Date: Fri, 30 Nov 2007 15:25:23 -0800 Subject: x From: x To: x Message-ID: Content-type: text/plain; charset="US-ASCII" ) 8 OK Fetch completed. + idling I am using Maildir and the date and time of those files from "ls -l" are "2007-11-30 16:48" and "2007-11-30 16:49". The mail client (Thunderbird) showed the received date/time and date date/time as "2007-11-30 3:24" and "2007-11-30 3:25" Thanks for any help you can offer me. Jeff
Re: [Dovecot] v1.1.beta9 released
Timo Sirainen wrote: http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta9.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta9.tar.gz.sig Some changes since beta8: - This release should work perfectly with NFS attribute cache enabled. - Fixes to handling what should be written to cache file and when - Some index handling optimizations - IMAP LIST: dbox and cydir can now return children state Beta9 will most likely have a rewritten Squat indexer. More about that the next mail. FYI, the above link does not work. It is at the following link: http://dovecot.org/releases/1.1/dovecot-1.1.beta9.tar.gz Jeff
Re: [Dovecot] Received Dates/Squirrelmail
Timo Sirainen wrote: On Thu, 2007-11-01 at 12:52 -0700, Jeff Grossman wrote: I am trying to figure out an issue I have with the e-mails in my inbox showing up in Squirrelmail. I sometimes get (more often than I care for it to happen) e-mails which show up as new either many hours ago or days ago. I have one particular e-mail that in Squirrelmail is showing a data of Tue, 8:23PM. The received header of that e-mail shows: Received: from murphy.debian.org (murphy.debian.org [70.103.162.31]) by apple.stikman.com (8.14.1/8.14.1/Debian-9) with ESMTP id lA1JGTli011052 for ; Thu, 1 Nov 2007 12:16:35 -0700 And the date header of that e-mail shows: Date: Tue, 30 Oct 2007 23:23:11 -0400 I have tried changing the Squirrelmail setting under Display Settings which says Use Received Date. Both options, yes and no makes the mail display the same way in Squirrelmail. Is this a problem with the way Dovecot is sending the information to Squirrelmail, or is this a problem with the way Squirrelmail is interpreting the data from Dovecot? Does this still happen with newer betas? Have you checked what the message file's mtime is? "Use received date" means IMAP's INTERNALDATE which is taken from the file's mtime. Yes, I am using 1.1Beta8. I don't have the same e-mail anymore, but here is another example. Received = Tue, 20 Nov 2007 06:51:55 -0800 Date Header = Tue, 20 Nov 2007 09:18:06 + ls -l = 2007-11-20 06:51 Thunderbird = 1:18AM Squirrelmail = Tue, 1:18AM Squirrelmail shows the same date no matter how I select the "Use Received Date" setting.
Re: [Dovecot] v1.1.beta8 released
Timo Sirainen wrote: On 11.11.2007, at 20.43, Jeff Grossman wrote: - Cache file tracks message expunges again - All kinds of other fixes - Some optimizations I think we're getting closer to v1.1 RCs. I just installed beta 8 and everything appears to be running smoothly. Of course, my mail server is pretty basic. Do I need to delete the cache files with the above fix, or is it fine with the old cache files? You can keep them, it just might take longer for them to get compressed. The rule is that when 20% of the cache file contains deleted data, it's compressed. OK. Thanks for the info. Jeff
Re: [Dovecot] v1.1.beta8 released
Timo Sirainen wrote: http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta8.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta8.tar.gz.sig Changes since beta7: - Added a new "raw" mail storage backend which allows opening files/streams as single mail mailboxes. deliver uses this now instead of opening the incoming mail as a mbox. So deliver should be now faster and it doesn't anymore remove Dovecot's private mbox headers if you're not using mbox. - Cache file tracks message expunges again - All kinds of other fixes - Some optimizations I think we're getting closer to v1.1 RCs. I just installed beta 8 and everything appears to be running smoothly. Of course, my mail server is pretty basic. Do I need to delete the cache files with the above fix, or is it fine with the old cache files? Jeff
Re: [Dovecot] Testing with some Unstable
Jeff Grossman wrote: Andrew Sackville-West wrote: [SNIPPED] actually, assuming you now have unstable in your sources.list, those are packages currently installed for which there are updates available (probably unstable updates...). Be careful or you'll end up farther than you want. I can't answer to the specifics of sendmail and libmilter, but so long as you have unstable in your sources.list, those kept-back packages will appear (unless you upgrade them, of course). Probably, on the assumption that sendmail and libmilter is sufficient for your needs, you should change you sources.list back once those two upgrades are done. A I have "APT::Default-Release "testing";" in my apt.conf file. Is it still advised to remove the unstable lines from my sources.list file even though I have the above in my apt.conf file? Thanks for you help. Jeff Whoops, I sent this to the wrong list. Sorry about that. Jeff
Re: [Dovecot] Testing with some Unstable
Andrew Sackville-West wrote: [SNIPPED] actually, assuming you now have unstable in your sources.list, those are packages currently installed for which there are updates available (probably unstable updates...). Be careful or you'll end up farther than you want. I can't answer to the specifics of sendmail and libmilter, but so long as you have unstable in your sources.list, those kept-back packages will appear (unless you upgrade them, of course). Probably, on the assumption that sendmail and libmilter is sufficient for your needs, you should change you sources.list back once those two upgrades are done. A I have "APT::Default-Release "testing";" in my apt.conf file. Is it still advised to remove the unstable lines from my sources.list file even though I have the above in my apt.conf file? Thanks for you help. Jeff
[Dovecot] Received Dates/Squirrelmail
I am trying to figure out an issue I have with the e-mails in my inbox showing up in Squirrelmail. I sometimes get (more often than I care for it to happen) e-mails which show up as new either many hours ago or days ago. I have one particular e-mail that in Squirrelmail is showing a data of Tue, 8:23PM. The received header of that e-mail shows: Received: from murphy.debian.org (murphy.debian.org [70.103.162.31]) by apple.stikman.com (8.14.1/8.14.1/Debian-9) with ESMTP id lA1JGTli011052 for ; Thu, 1 Nov 2007 12:16:35 -0700 And the date header of that e-mail shows: Date: Tue, 30 Oct 2007 23:23:11 -0400 I have tried changing the Squirrelmail setting under Display Settings which says Use Received Date. Both options, yes and no makes the mail display the same way in Squirrelmail. Is this a problem with the way Dovecot is sending the information to Squirrelmail, or is this a problem with the way Squirrelmail is interpreting the data from Dovecot? Dovecot version is 1.1beta5 Squirrelmail is version 1.4.11 Thanks for any help you can offer me. Jeff
Re: [Dovecot] 1.1Beta5 Issue
> On Mon, 2007-10-29 at 08:08 -0700, Jeff Grossman wrote: >> I installed 1.1Beta 5 this weekend. I had no problems at all yesterday >> using Thunderbird. I started reading my mail with Squirrelmail this >> morning and everything was going pretty smooth. I tried to delete a >> daily >> e-mail I receive from careerbuilder.com and the IMAP process shot up to >> 99.9% and I was not able to do anything in Squirrelmail. > > Thanks, fixed: http://hg.dovecot.org/dovecot/rev/ac0e7f713d70 Yup, appears to be working correctly now. Thanks for the quick fix. Jeff
[Dovecot] 1.1Beta5 Issue
I installed 1.1Beta 5 this weekend. I had no problems at all yesterday using Thunderbird. I started reading my mail with Squirrelmail this morning and everything was going pretty smooth. I tried to delete a daily e-mail I receive from careerbuilder.com and the IMAP process shot up to 99.9% and I was not able to do anything in Squirrelmail. I killed that process and tried it again just to be sure what it was. And it did it again. I can delete any other message with no problems, just that one causes me issues. I am not sure if Thunderbird is the same, I will have to wait until I get home tonight. If there is any troubleshooting you would like me to do, please let me know. Jeff
Re: [Dovecot] time going back
zbigniew szalbot wrote: Hi all, Sorry if this is trivial. I am just concerned. In Poland we will be putting the clocks one hour behind (back) on Sunday. I once saw dovecot killing itself because I manually adjusted the clock in the past. Will it not happen in this case? Thanks for your ideas. Zbigniew Szalbot A timezone time adjustment is not a problem. The time one your computer is always based on GMT time. The local time is displayed based on your timezone. It should not have any effect. Jeff
Re: [Dovecot] v1.1.beta4 released
>> http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz >> http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz.sig >> >> Lots of fixes since beta3, but apparently there are still a few bugs >> left: >> >> - Is SORT working? >> - APPEND seems to have problems in some setups. >> - Still some SEARCH TEXT problems? Or Squat indexing problems? > > I just installed Beta 4 and do not seem to have the APPEND problem with > Squirrelmail anymore. I am running Squirrelmail 1.4.11. I guess nevermind. This message that I just sent did the error which was a reply. But, a new message I created earlier today after installing Beta 4 worked fine. Maybe it has something to do with replies versus new messages. Jeff
Re: [Dovecot] v1.1.beta4 released
> http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz > http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz.sig > > Lots of fixes since beta3, but apparently there are still a few bugs > left: > > - Is SORT working? > - APPEND seems to have problems in some setups. > - Still some SEARCH TEXT problems? Or Squat indexing problems? I just installed Beta 4 and do not seem to have the APPEND problem with Squirrelmail anymore. I am running Squirrelmail 1.4.11. Jeff
Re: [Dovecot] Search Problem (Was Namespace)
-Original Message- From: "Timo Sirainen" <[EMAIL PROTECTED]> To: "Jeff Grossman" <[EMAIL PROTECTED]> Cc: "Dovecot Mailing List" Sent: 10/20/2007 6:51 PM Subject: Re: [Dovecot] Search Problem (Was Namespace) On 21.10.2007, at 4.21, Jeff Grossman wrote: > Timo Sirainen wrote: >> On 21.10.2007, at 3.58, Jeff Grossman wrote: >> >>> 2 search since 6-Sep-2007 >> .. >>> Oct 20 17:54:47 apple IMAP(jeff): : since: 1190593264 vs 2147483647 >>> Oct 20 17:54:47 apple IMAP(jeff): : since: 1190829893 vs 2147483647 >> >> I guess utc_mktime() doesn't work correctly for some reason. What >> are TIME_T_MAX_BITS and TIME_T_SIGNED in your config.h? You've >> 32bit system? >> > Yes, this is a 32-bit system. I did test it with TIME_T_MAX_BITS=32, but looks like I never tested it with actual 32bit systems. This should fix it: http:// hg.dovecot.org/dovecot/rev/4fb613eb8ce9 It is all fixed. Thank you.
Re: [Dovecot] Search Problem (Was Namespace)
Timo Sirainen wrote: On 21.10.2007, at 3.58, Jeff Grossman wrote: 2 search since 6-Sep-2007 .. Oct 20 17:54:47 apple IMAP(jeff): : since: 1190593264 vs 2147483647 Oct 20 17:54:47 apple IMAP(jeff): : since: 1190829893 vs 2147483647 I guess utc_mktime() doesn't work correctly for some reason. What are TIME_T_MAX_BITS and TIME_T_SIGNED in your config.h? You've 32bit system? Yes, this is a 32-bit system. /* max. time_t bits gmtime() can handle */ #define TIME_T_MAX_BITS 32 /* Define if your time_t is signed */ #define TIME_T_SIGNED
Re: [Dovecot] Search Problem (Was Namespace)
Timo Sirainen wrote: On Sat, 2007-10-20 at 17:08 -0700, Jeff Grossman wrote: 2 search since 6-Sep-2007 * SEARCH 2 OK Search completed. 3 fetch 1:* internaldate * 1 FETCH (INTERNALDATE "23-Sep-2007 17:21:04 -0700") .. Weird. Try the attached patch. What does it log? Okay, here is what I did: 1 select "Inbox" * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $Forwarded) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $Forwarded \*)] Flags permitted. * 6 EXISTS * 0 RECENT * OK [UNSEEN 6] First unseen. * OK [UIDVALIDITY 1191346544] UIDs valid * OK [UIDNEXT 1191] Predicted next UID 1 OK [READ-WRITE] Select completed. 2 search since 6-Sep-2007 * SEARCH 2 OK Search completed. 3 fetch 1:* internaldate * 1 FETCH (INTERNALDATE "23-Sep-2007 17:21:04 -0700") * 2 FETCH (INTERNALDATE "26-Sep-2007 11:04:53 -0700") * 3 FETCH (INTERNALDATE "20-Oct-2007 13:31:26 -0700") * 4 FETCH (INTERNALDATE "20-Oct-2007 17:08:41 -0700") * 5 FETCH (INTERNALDATE "20-Oct-2007 17:16:30 -0700") * 6 FETCH (INTERNALDATE "20-Oct-2007 17:16:43 -0700") 3 OK Fetch completed. And, here is what was in the logs: Oct 20 17:54:47 apple IMAP(jeff): : since: 1190593264 vs 2147483647 Oct 20 17:54:47 apple IMAP(jeff): : since: 1190829893 vs 2147483647 Oct 20 17:54:47 apple IMAP(jeff): : since: 1192912286 vs 2147483647 Oct 20 17:54:47 apple IMAP(jeff): : since: 1192925321 vs 2147483647 Oct 20 17:54:47 apple IMAP(jeff): : since: 1192925790 vs 2147483647 Oct 20 17:54:47 apple IMAP(jeff): : since: 1192925803 vs 2147483647 I hope the helps. Jeff
Re: [Dovecot] [Fwd: Re: Namespace Question]
Timo Sirainen wrote: On Tue, 2007-10-16 at 15:04 -0700, Jeff Grossman wrote: A6 NAMESPACE A7 SELECT "Inbox" A8 SEARCH SINCE 6-Sep-2007 .. Just FYI, the above problem is still not fixed with beta 3. Works with me: 1 search since 6-Sep-2007 * SEARCH 3 5 6 7 8 1 OK Search completed. 2 fetch 1:* internaldate * 1 FETCH (INTERNALDATE "20-Sep-2003 04:41:29 +0300") * 2 FETCH (INTERNALDATE "20-Sep-2003 21:52:40 +0300") * 3 FETCH (INTERNALDATE "20-Oct-2007 16:32:40 +0300") * 4 FETCH (INTERNALDATE "21-Sep-2003 11:41:04 +0300") * 5 FETCH (INTERNALDATE "20-Oct-2007 16:32:40 +0300") * 6 FETCH (INTERNALDATE "20-Oct-2007 16:32:40 +0300") * 7 FETCH (INTERNALDATE "20-Oct-2007 17:40:58 +0300") * 8 FETCH (INTERNALDATE "20-Oct-2007 17:41:50 +0300") 2 OK Fetch completed. Try running imap manually (dovecot --exec-mail imap) with the same commands. Are the INTERNALDATE replies wrong? Here is what I get from those commands. It does not return anything from the search command: 1 SELECT "Inbox" * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $Forwarded) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $Forwarded \*)] Flags permitted. * 30 EXISTS * 0 RECENT * OK [UNSEEN 4] First unseen. * OK [UIDVALIDITY 1191346544] UIDs valid * OK [UIDNEXT 1186] Predicted next UID 1 OK [READ-WRITE] Select completed. 2 search since 6-Sep-2007 * SEARCH 2 OK Search completed. 3 fetch 1:* internaldate * 1 FETCH (INTERNALDATE "23-Sep-2007 17:21:04 -0700") * 2 FETCH (INTERNALDATE "26-Sep-2007 11:04:53 -0700") * 3 FETCH (INTERNALDATE "20-Oct-2007 13:31:26 -0700") * 4 FETCH (INTERNALDATE "20-Oct-2007 14:31:46 -0700") * 5 FETCH (INTERNALDATE "20-Oct-2007 14:36:04 -0700") * 6 FETCH (INTERNALDATE "20-Oct-2007 14:48:04 -0700") * 7 FETCH (INTERNALDATE "20-Oct-2007 14:49:18 -0700") * 8 FETCH (INTERNALDATE "20-Oct-2007 14:49:22 -0700") * 9 FETCH (INTERNALDATE "20-Oct-2007 14:52:18 -0700") * 10 FETCH (INTERNALDATE "20-Oct-2007 15:44:52 -0700") * 11 FETCH (INTERNALDATE "20-Oct-2007 15:52:28 -0700") * 12 FETCH (INTERNALDATE "20-Oct-2007 15:57:35 -0700") * 13 FETCH (INTERNALDATE "20-Oct-2007 16:04:38 -0700") * 14 FETCH (INTERNALDATE "20-Oct-2007 16:08:07 -0700") * 15 FETCH (INTERNALDATE "20-Oct-2007 16:08:11 -0700") * 16 FETCH (INTERNALDATE "20-Oct-2007 16:09:49 -0700") * 17 FETCH (INTERNALDATE "20-Oct-2007 16:11:32 -0700") * 18 FETCH (INTERNALDATE "20-Oct-2007 16:16:15 -0700") * 19 FETCH (INTERNALDATE "20-Oct-2007 16:16:17 -0700") * 20 FETCH (INTERNALDATE "20-Oct-2007 16:19:06 -0700") * 21 FETCH (INTERNALDATE "20-Oct-2007 16:21:20 -0700") * 22 FETCH (INTERNALDATE "20-Oct-2007 16:24:28 -0700") * 23 FETCH (INTERNALDATE "20-Oct-2007 16:26:24 -0700") * 24 FETCH (INTERNALDATE "20-Oct-2007 16:28:54 -0700") * 25 FETCH (INTERNALDATE "20-Oct-2007 16:37:25 -0700") * 26 FETCH (INTERNALDATE "20-Oct-2007 16:40:26 -0700") * 27 FETCH (INTERNALDATE "20-Oct-2007 16:46:48 -0700") * 28 FETCH (INTERNALDATE "20-Oct-2007 16:52:46 -0700") * 29 FETCH (INTERNALDATE "20-Oct-2007 16:57:20 -0700") * 30 FETCH (INTERNALDATE "20-Oct-2007 16:58:34 -0700") 3 OK Fetch completed. jeff ~ $ dovecot --version 1.1.beta3 jeff ~ $ uname -r 2.6.22-gentoo-r5 Thank you for your help. Jeff
[Dovecot] [Fwd: Re: Namespace Question]
Timo Sirainen wrote: > On Fri, 2007-10-05 at 17:27 -0700, Jeff Grossman wrote: > >> Timo Sirainen wrote: >> >>> On Tue, 2007-10-02 at 18:12 -0700, Jeff Grossman wrote: >>> >>> >>>> So, what would >>>> have changed between version 1.0.5 and 1.1beta2 to somehow make the >>>> phone think all of the messages are older than 30 days? >>>> >>>> >>> Is it using SORT command? Apparently there are some bugs still in it. >>> http://dovecot.org/bugreport.html#sniffing >>> >>> >>> >> I don't think so. Here is the first .in file from the rawlog >> >> A6 NAMESPACE >> A7 SELECT "Inbox" >> A8 SEARCH SINCE 6-Sep-2007 >> > > OK, this finds the messages based on their INTERNALDATE. With maildir > that means the files' mtime. Are all the mtimes older than 6 Sep? If > not, try deleting dovecot.index.cache file to see if it helps. > > Out of 13 messages in my inbox, 12 of them are newer than 6 Sep. I deleted the dovecot.index.cache file and it still will not display any messages in my inbox when I have the setting to only display the most current 30 days worth of mail. Jeff Timo, Just FYI, the above problem is still not fixed with beta 3. Jeff
Re: [Dovecot] Squirrelmail Problem with 1.1 Beta 3
> > On Tue, 2007-10-16 at 11:47 -0700, Jeff Grossman wrote: >> I just installed 1.1 beta 3 and noticed a problem when sending an e-mail >> with Squirrelmail. When I hit send, I get the following error in my >> log: >>=20 >> Oct 16 11:35:54 apple dovecot: IMAP(jeff): Disconnected: EOF while >> appending bytes=3D1851/5926 > > Hmh. I did change things related to saving mails, but since it worked > with my stress testing and with Evolution, I thought I had fixed it. I > guess I'll need to test more. > That error went away after I deleted by index files. Once they were rebuilt I never saw the above error again. >> Oct 16 11:44:45 apple dovecot: IMAP(jeff): Cache file >> /home/jeff/.maildir/.Sent >> Items/dovecot.index.cache: Newly added field got lost unexpectedly > > I see this too, but since it happens only once I didn't bother fixing it > yet. OK Jeff
[Dovecot] Squirrelmail Problem with 1.1 Beta 3
I just installed 1.1 beta 3 and noticed a problem when sending an e-mail with Squirrelmail. When I hit send, I get the following error in my log: Oct 16 11:35:54 apple dovecot: IMAP(jeff): Disconnected: EOF while appending bytes=1851/5926 Oct 16 11:35:54 apple imapproxyd[9132]: Raw_Proxy(): IMAP server unexpectedly closed the connection on sd 9 I am also using imapproxy. I wasn't sure if that line would help also. In Squirrelmail I get a LOGOUT message when it tries to redisplay the INBOX listing. The message does get sent correctly, but it does not get copied to my Sent Items folder. I went and deleted all of the dovecot.index* files and now I don't get that error anymore, but I now get the following error. The message is now copied to the Sent Items folder. Oct 16 11:44:45 apple dovecot: IMAP(jeff): Cache file /home/jeff/.maildir/.Sent Items/dovecot.index.cache: Newly added field got lost unexpectedly Jeff
[Dovecot] OT: Cron Output When Deleting Files
I have a Dovecot setup for a personal e-mail server. I have a cron job setup each evening which runs the following command to delete old messages from my Deleted Items folder. find ./ -type f -ctime +14 | xargs rm I don't know that much about bash scripting. I would like the output to tell me how many files were deleted. Can anybody share with me how can I get that done, or point in the correct direction? Thanks, Jeff
Re: [Dovecot] Namespace Question
Timo Sirainen wrote: On Fri, 2007-10-05 at 17:27 -0700, Jeff Grossman wrote: Timo Sirainen wrote: On Tue, 2007-10-02 at 18:12 -0700, Jeff Grossman wrote: So, what would have changed between version 1.0.5 and 1.1beta2 to somehow make the phone think all of the messages are older than 30 days? Is it using SORT command? Apparently there are some bugs still in it. http://dovecot.org/bugreport.html#sniffing I don't think so. Here is the first .in file from the rawlog A6 NAMESPACE A7 SELECT "Inbox" A8 SEARCH SINCE 6-Sep-2007 OK, this finds the messages based on their INTERNALDATE. With maildir that means the files' mtime. Are all the mtimes older than 6 Sep? If not, try deleting dovecot.index.cache file to see if it helps. Out of 13 messages in my inbox, 12 of them are newer than 6 Sep. I deleted the dovecot.index.cache file and it still will not display any messages in my inbox when I have the setting to only display the most current 30 days worth of mail. Jeff
Re: [Dovecot] Namespace Question
Timo Sirainen wrote: On Tue, 2007-10-02 at 18:12 -0700, Jeff Grossman wrote: So, what would have changed between version 1.0.5 and 1.1beta2 to somehow make the phone think all of the messages are older than 30 days? Is it using SORT command? Apparently there are some bugs still in it. http://dovecot.org/bugreport.html#sniffing I don't think so. Here is the first .in file from the rawlog A6 NAMESPACE A7 SELECT "Inbox" A8 SEARCH SINCE 6-Sep-2007 A9 SELECT "Sent Items" A10 LOGOUT Here are the results from the above .in file * OK [RAWLOG TIMESTAMP] 2007-10-05 17:22:53 * NAMESPACE (("" ".")) NIL NIL A6 OK Namespace completed. * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $Forwarded) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $Forwarded \*)] Flags permitted. * 14 EXISTS * 1 RECENT * OK [UIDVALIDITY 1191346544] UIDs valid * OK [UIDNEXT 275] Predicted next UID A7 OK [READ-WRITE] Select completed. * SEARCH A8 OK Search completed. * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 164 EXISTS * 0 RECENT * OK [UIDVALIDITY 1191346634] UIDs valid * OK [UIDNEXT 165] Predicted next UID A9 OK [READ-WRITE] Select completed. * BYE Logging out A10 OK Logout completed. And, here is the second .in file from the rawlog A6 LIST "" % A7 LOGOUT Please let me know if there is anything else I can run for you. Jeff
Re: [Dovecot] Namespace "hidden" option not working?
> On Wed, 3 Oct 2007, Ed W wrote: > >> I either misunderstand the namespace hidden option, or else perhaps it's >> not >> working correctly in 1.0.5? >> >> >> dovecot.conf >> >> # default namespace >> namespace private { >> separator = / >> prefix = >> inbox = yes >> hidden = yes >> } >> >> # for backwards compatibility: >> namespace private { >> separator = . >> prefix = INBOX. >> inbox = yes >> } > > > You shouldn't have inbox = yes on more than one namespace. From the > comments in my dovecot.conf: > > # There can be only one INBOX, and this setting defines which > namespace > # has it. > #inbox = yes > > I think you're also hiding the wrong namespace. You don't want to > advertise the backwards-compatibility namespace to clients. If they're > already using the old one, they can still use it, but you don't want new > clients to start using it. Namespace-aware clients will adapt (in > theory?). > > Best, > Ben > Just to throw in one more comment. In the dovecot.conf file it also mentions that you should use the same separator between namespaces. Otherwise you might confuse the client. Jeff
Re: [Dovecot] Namespace Question
Jeff Grossman wrote: I looked through all of the 1.1 announcements and did not see it. I also looked at the wiki page talking about the 1.0 to 1.1 upgrade, nothing there. I think the windows mobile device is looking for an INBOX. prefix where my other setup (Thunderbird, Outlook, and Squirrelmail) are not looking for a prefix. Can somebody help me with setting that up in Dovecot? Thanks, Jeff Okay, I feel pretty stupid now. It was not a problem with namespaces at all. But, I think there is a problem somewhere. I had the phone setup to display the last 30 days of messages. When I would sync it up, it did not display any messages. That is why I thought something was messed up with the namespaces. So, I changed the setting to display All messages and then they appeared. I currently have 20 messages in my inbox, of which 17 of those are in the past 30 days. So, what would have changed between version 1.0.5 and 1.1beta2 to somehow make the phone think all of the messages are older than 30 days? On a side note, none of my folders were displaying. That is also why I thought the namespaces were messed up. It turns out I needed to select Show All Folders. Once I did that all of my folders appeared. I apologize for wasting anybody's time on the namespace problem. But, I do think there is a problem with the date being sent over the IMAP connection. Jeff
Re: [Dovecot] Namespace Question
> Jeff Grossman wrote: >> I installed 1.1Beta2 over 1.0.5 last night. My 1.0.5 setup was running >> with no problems at all. Stupid me overwrote my dovecot.conf file with >> a >> vanilla one. I know I know, backup!!! I am pretty sure my old >> dovecot.conf file did not specify any namespaces, but I could be >> mistaken. >> > > I believe that was one of the things to note for an upgrade - check the > original announcement I am sure there is something there about breaking > configs where the names space is not previously specified? > > Ed W > I looked through all of the 1.1 announcements and did not see it. I also looked at the wiki page talking about the 1.0 to 1.1 upgrade, nothing there. I think the windows mobile device is looking for an INBOX. prefix where my other setup (Thunderbird, Outlook, and Squirrelmail) are not looking for a prefix. Can somebody help me with setting that up in Dovecot? Thanks, Jeff
[Dovecot] Namespace Question
I installed 1.1Beta2 over 1.0.5 last night. My 1.0.5 setup was running with no problems at all. Stupid me overwrote my dovecot.conf file with a vanilla one. I know I know, backup!!! I am pretty sure my old dovecot.conf file did not specify any namespaces, but I could be mistaken. My Thunderbird and Squirrelmail are working fine on the new 1.1Beta2 setup. But, my smartphone running Windows Mobile 5.0 does not see the inbox or my folders. Does anybody know what might be different between 1.0.5 and 1.1Beta2 in regards to pocket outlook? This is on a Gentoo system. Here is my dovecot-n output. apple dovecot # dovecot -n # 1.1.beta2: /etc/dovecot/dovecot.conf protocols: imap imaps pop3 pop3s listen: [::] ssl_cert_file: /etc/ssl/dovecot/server.pem ssl_key_file: /etc/ssl/dovecot/server.key ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_location: maildir:%h/.maildir mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 auth default: passdb: driver: pam args: * userdb: driver: passwd Thanks, Jeff