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] 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
[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
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/user/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/user/
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] 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/user/
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
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: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/user/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/user/
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 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/user/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/user/
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 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.
[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] 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?
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=jeff+...@stikman.com, 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
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=jeff+...@stikman.com, 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 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=jeff+...@stikman.com, 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] 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 21 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
[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] 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
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] 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] 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
-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] 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] 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
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] 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=jeff, 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=jeff, 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
[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 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
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
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
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: C375DBE2.416F%x
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: C375DBB0.416E%x
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: C375DBE2.416F%x
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] 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] 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] 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
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
[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 x; 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
[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] 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
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] Search Problem (Was Namespace)
-Original Message- From: Timo Sirainen [EMAIL PROTECTED] To: Jeff Grossman [EMAIL PROTECTED] Cc: Dovecot Mailing List dovecot@dovecot.org 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 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] 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
[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
[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
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] [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] 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 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 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
[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
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
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
