Re: [Dovecot] v1.1.beta11 released

2007-12-28 Thread Timo Sirainen
On Sun, 2007-12-09 at 16:17 -0500, Dean Brooks wrote:
 Since installing v1.1.beta11, I am now getting these errors in our
 syslog anytime I move messages between two folders:
 
 Dec  9 16:12:19 star dovecot: [ID 107833 mail.error] IMAP(dean): Cached 
 message
 offset lost for seq 4 in mbox file /home/dean/Mail/Trash

Could you try if latest nightly snapshot has fixed this?
http://dovecot.org/nightly/dovecot-latest.tar.gz

I'd like to get a usable beta13 release out. :)



signature.asc
Description: This is a digitally signed message part


Re: [Dovecot] v1.1.beta11 released

2007-12-21 Thread Timo Sirainen
On Sun, 2007-12-09 at 14:38 -0500, Dean Brooks wrote:
 On Sun, Dec 09, 2007 at 08:29:49PM +0200, Timo Sirainen wrote:
  http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz
  http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz.sig
  
  This one should be the last beta release before the first v1.1 release
  candidate.
 
 Looks like the fix to Solaris dirent handling didn't make it into beta11.

Fixed now: http://hg.dovecot.org/dovecot/rev/c45b8cbfb3fa


signature.asc
Description: This is a digitally signed message part


Re: [Dovecot] v1.1.beta11 released

2007-12-21 Thread Timo Sirainen
On Wed, 2007-12-12 at 18:37 +0100, Gerhard Wiesinger wrote:
 Hello Timo!
 
 Backtrace is here:
 #0  str_sanitize_append (dest=0x0, src=0x0, max_len=80) at 
 str-sanitize.c:11
 #1  0x080bfba9 in str_sanitize (src=0x0, max_len=80) at str-sanitize.c:35
 #2  0x08059411 in get_log_var_expand_table (mail=0x1, message=0x8a5a840 
 `¨¥\b) at deliver.c:120
 #3  0x08059453 in deliver_log (mail=0x8a71b20, fmt=0x80c2790 saved mail 
 to %s) at deliver.c:137

Thanks, this fixes it: 
http://hg.dovecot.org/dovecot/rev/f359a0a9407f



signature.asc
Description: This is a digitally signed message part


Re: [Dovecot] v1.1.beta11 released (Problems)

2007-12-10 Thread Timo Sirainen

On 9.12.2007, at 23.27, Jerry Yeager wrote:

Dec  9 16:03:50 ns1 dovecot[331]: imap-login: We couldn't drop root  
group privileges (wanted=150, gid=150, egid=0)


I wondered a bit if this change would break anything, but since it  
worked with Linux I thought it would work elsewhere too. This fixes  
it: http://hg.dovecot.org/dovecot/rev/d7a48bf83a0e




PGP.sig
Description: This is a digitally signed message part


Re: [Dovecot] v1.1.beta11 released (Problems) now Fixed

2007-12-10 Thread Jerry Yeager


On Dec 10, 2007, at 8:59 AM, Timo Sirainen wrote:


On 9.12.2007, at 23.27, Jerry Yeager wrote:

Dec  9 16:03:50 ns1 dovecot[331]: imap-login: We couldn't drop root  
group privileges (wanted=150, gid=150, egid=0)


I wondered a bit if this change would break anything, but since it  
worked with Linux I thought it would work elsewhere too. This fixes  
it: http://hg.dovecot.org/dovecot/rev/d7a48bf83a0e





Thanks Timo, that did fix the problem (and overall things seem to be a  
bit faster).


So, v1.1 beta 11 is now running on OS X 10.5 and OS X 10.4.


Jerry


smime.p7s
Description: S/MIME cryptographic signature


[Dovecot] v1.1.beta11 released

2007-12-09 Thread Timo Sirainen
http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz
http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz.sig

This one should be the last beta release before the first v1.1 release
candidate.

I'll try to stay away from this list and Dovecot in general for the next
1,5 weeks. I've several exams coming up and I should have started
studying for them days ago already.. :)

The main things left in my TODO are:

 - Squat indexes should handle expunges
 - Lucene indexes are broken
 - See if \recent flag handling could be fixed for maildir/mbox (it
works for dbox though)
 - Some other minor things which I'll do if I have time, but won't block
v1.1.0 release.

Changes since beta10:

 - One major performance issue found and fixed. This was the main reason
why we weren't yet in release candidate stage.
 - configure --with-package now gives an error if it can't find the
necessary libs/headers for the package. Use --with-package=auto for the
old behavior.
 - Memory leak fixes
 - Convert plugin fixes. Conversion is now done to namespace with INBOX.
 - Changes to handling group adding/removing to processes. Hopefully
didn't break anything.
 - Message flag/keyword searches are now faster
 - Fixes/optimizations to handling SORT. After building initial indexes,
my 260k mail mailbox sorts in about 0.01 seconds. :)
 - Fixes to searching mails with unknown charsets/invalid data
 - deliver_log_format setting



signature.asc
Description: This is a digitally signed message part


Re: [Dovecot] v1.1.beta11 released

2007-12-09 Thread Gerhard Wiesinger

Hello Timo!

Looks like that dovecot-1.1.beta11 is pretty buggy. deliver cored after 
the first run.


Do you need any further information? (As usual I tried my procmail 
testcase which cored)


Ciao,
Gerhard

--
http://www.wiesinger.com/


On Sun, 9 Dec 2007, Timo Sirainen wrote:


http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz
http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz.sig

This one should be the last beta release before the first v1.1 release
candidate.



Re: [Dovecot] v1.1.beta11 released

2007-12-09 Thread Dean Brooks
On Sun, Dec 09, 2007 at 08:29:49PM +0200, Timo Sirainen wrote:
 http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz
 http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz.sig
 
 This one should be the last beta release before the first v1.1 release
 candidate.

Looks like the fix to Solaris dirent handling didn't make it into beta11.
Here is a recap of the problem:

This affects anyone under Solaris 8, and probably all other versions
of Solaris as well and breaks many mailbox LIST commands.

In src/lib-storage/list/mailbox-list-fs-iter.c, in the function
fs_list_dir_next(), the following code near the end of the function is
the culprit:

   if (i_strocpy(dir-dirent.d_name, fname,
sizeof(dir-dirent.d_name))  0) {
/* name too large.. shouldn't happen. */
continue;
   }

To fix it, I changed it to:

   if (i_strocpy(dir-dirent.d_name, fname, MAXNAMLEN)  0) {
/* name too large.. shouldn't happen. */
continue;
   }

It appears that sizeof(dir-dirent.d_name) always returns 1 under
Solaris.  This is a common dirent portability issue that affects a few
operating systems, including Solaris.  I googled around and found
other authors who have done crazy stuff like this:

#ifdef BROKEN_ONE_BYTE_DIRENT_D_NAME
 strcpy(dirent-d_name, filename, MAXPATHLEN);
#else
 strcpy(dirent-d_name, filename, sizeof(dirent-d_name));
#endif

There is probably a cleaner way to deal with this though.  From what I
can tell, this is the only place in Dovecot where a sizeof() is done
on d_name.

Unfortunately, Dovecot beta11 is not usable in a production
environment under Solaris until this issue is resolved.

--
Dean Brooks
[EMAIL PROTECTED]


Re: [Dovecot] v1.1.beta11 released

2007-12-09 Thread Timo Sirainen

On 9.12.2007, at 21.32, Gerhard Wiesinger wrote:

Looks like that dovecot-1.1.beta11 is pretty buggy. deliver cored  
after the first run.


Do you need any further information? (As usual I tried my procmail  
testcase which cored)


Doesn't core here. So gdb backtrace would be helpful.



PGP.sig
Description: This is a digitally signed message part


Re: [Dovecot] v1.1.beta11 released

2007-12-09 Thread Dean Brooks
Hi,

Since installing v1.1.beta11, I am now getting these errors in our
syslog anytime I move messages between two folders:

Dec  9 16:12:19 star dovecot: [ID 107833 mail.error] IMAP(dean): Cached message
offset lost for seq 4 in mbox file /home/dean/Mail/Trash

This was not happening with beta 10.  It happens for all users on our
system moving messages between any two folders.  Removing the index
files does not help.

Here is output of dovecot -n, running under Solaris 8 (64 bit):

base_dir: /var/run/dovecot/
protocols: imap
ssl_disable: yes
disable_plaintext_auth: no
login_dir: /var/run/dovecot//login
login_executable: /usr/local/adm/dovecot/libexec/dovecot/imap-login
login_user: daemon
mail_extra_groups: mail
mail_location: mbox:~/Mail:INBOX=/var/mail/%u:INDEX=/var/indexes/local/%u
mail_nfs_storage: yes
mbox_write_locks: fcntl
mail_plugins: quota imap_quota
auth default:
  mechanisms: plain login
  passdb:
driver: shadow
  userdb:
driver: passwd
plugin:
  quota: fs

--
Dean Brooks
[EMAIL PROTECTED]


[Dovecot] v1.1.beta11 released (Problems)

2007-12-09 Thread Jerry Yeager


On Dec 9, 2007, at 1:48 PM, [EMAIL PROTECTED] wrote:



Message: 7
Date: Sun, 09 Dec 2007 20:29:49 +0200
From: Timo Sirainen [EMAIL PROTECTED]
Subject: [Dovecot] v1.1.beta11 released
To: dovecot@dovecot.org
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii

http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz
http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz.sig

This one should be the last beta release before the first v1.1 release
candidate.

I'll try to stay away from this list and Dovecot in general for the  
next

1,5 weeks. I've several exams coming up and I should have started
studying for them days ago already.. :)



stuff cut out


End of dovecot Digest, Vol 56, Issue 26
***


I ran into a problem moving from v 1.1 beta 10 to v 1.1 beta 11,

the logs show:

Dec  9 16:03:49 ns1 dovecot[331]: Dovecot v1.1.beta11 starting up
Dec  9 16:03:50 ns1 dovecot[331]: imap-login: We couldn't drop root  
group privileges (wanted=150, gid=150, egid=0)
Dec  9 16:03:50 ns1 dovecot[331]: Temporary failure in creating login  
processes, slowing down for now



The last two messages then begin repeating until Dovecot is shut down.

obviously, no one can log in. I tried changing the following

# System user and group used to access mails. If you use multiple,  
userdb
# can override these by returning uid or gid fields. You can use  
either numbers

# or names. doc/wiki/UserIds
#mail_uid =
#mail_gid =

to explicitly specifying

# System user and group used to access mails. If you use multiple,  
userdb
# can override these by returning uid or gid fields. You can use  
either numbers

# or names. doc/wiki/UserIds

mail_uid = Dovecot
mail_gid = Dovecot


As well as setting the setuid bit in

login_executable = /usr/local/libexec/dovecot/imap-login

to no avail.

Dropping back to v 1.1 beta 10 fixed things for the moment. I did a  
quick scan of the example conf file and the wiki docs but could not  
find anything relevant.


dovecot -n shows (essentially the same for both versions)

# 1.1.beta11: /usr/local/etc/dovecot.conf
base_dir: /var/run/dovecot/
protocols: imaps
ssl_listen: *:993
ssl_cipher_list: ALL:!LOW:!SSLv2
verbose_ssl: yes
login_dir: /var/run/dovecot/login
login_executable: /usr/local/libexec/dovecot/imap-login
login_user: Dovecot
login_greeting: Hello, Dovecot is ready.
valid_chroot_dirs: /var/mail/vmail/
mail_extra_groups: mail
mail_location: maildir:/var/spool/vmail/%d/%n:INDEX=/var/spool/vmail/ 
%d/%n:INBOX=/var/spool/vmail/%d/%n

mail_debug: yes
lock_method: flock
auth default:
  mechanisms: plain login
  passdb:
driver: passwd-file
args: scheme=plain-md5 username_format=%u /etc/dovecot/passwd
  userdb:
driver: static
args: uid=virtual gid=virtual home=/var/spool/vmail/%d/%n
  socket:
type: listen
client:
  path: /var/spool/postfix/private/auth
  user: postfix
  group: postfix
master:
  path: /usr/local/var/run/dovecot/auth-master
  user: virtual
  group: virtual



This is running on OS X 10.5.1
???
Jerry



smime.p7s
Description: S/MIME cryptographic signature