Re: [Dovecot] 2.1.rc1 (51d87deb5c26): %{gid} modification problem

2011-12-10 Thread Pascal Volk
On 12/10/2011 05:09 PM Pascal Volk wrote: > … For now I've reverted changeset 499e4916bed5. OK, I found the problem. You forgot to append the GID to the var_expand_table before returning it. The attached patch works fine for me. It also adds the short variable %g. I hope that's OK. Regards, Pas

Re: [Dovecot] 2.1.rc1 (51d87deb5c26): %{gid} modification problem

2011-12-10 Thread Pascal Volk
On 12/10/2011 04:39 PM Pascal Volk wrote: > But the name of the created directory is '0', instead of '11172'. 0 was the hex version of a empty string. For now I've reverted changeset 499e4916bed5. This brings the content of %{gid} back and %X{gid} works now as expected. Regards, Pascal -- The t

[Dovecot] 2.1.rc1 (51d87deb5c26): %{gid} modification problem

2011-12-10 Thread Pascal Volk
I tried to apply the X modifier to the %{gid} variable: 'mail_attachment_dir = /srv/mail/.SiS/%X{gid}'. But the name of the created directory is '0', instead of '11172'. Regards, Pascal -- The trapper recommends today: c01dcofe.1134...@localdomain.org

Re: [Dovecot] dovecot 2.1.rc1 and folders with umlauts

2011-12-10 Thread Mike Constabel
Hi, Timo Sirainen schrieb am Saturday, den 10. December 2011: > On Thu, 2011-12-08 at 11:19 +0200, Timo Sirainen wrote: > > On Thu, 2011-12-08 at 09:55 +0100, Mike Constabel wrote: > > > > > As you see there is a second "-" in the name: > > > > > > "T&APw-r" != "T&-APw-r" > > > > Oh, right, it

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-10 Thread Timo Sirainen
On 10.12.2011, at 13.32, Mark Zealey wrote: > 10-12-2011 13:07, Timo Sirainen yazmış: >>> It could well be because of the conversion to sdbox then - the ctime/mtime >>> of the files are not being preserved by dsync (in stock 2.0.16). The >>> date.saved timestamp is only put into the cache on the

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-10 Thread Mark Zealey
10-12-2011 13:07, Timo Sirainen yazmış: It could well be because of the conversion to sdbox then - the ctime/mtime of the files are not being preserved by dsync (in stock 2.0.16). The date.saved timestamp is only put into the cache on the second dsync run; presumably therefore it picks it up

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-10 Thread Timo Sirainen
On 10.12.2011, at 13.03, Mark Zealey wrote: > Ah-ha it's doing the same in 2.0.16 - looking deeper it's because i havn't > accessed the tmp fields in a week or two so I guess the decision has been > taken not to migrate them. Yes, most likely the reason. Could this also explain the date.saved?

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-10 Thread Mark Zealey
10-12-2011 08:28, Timo Sirainen yazmış: On Thu, 2011-12-08 at 14:45 +, Mark Zealey wrote: With 2.0.16 hdr.xxx fields get copied fine (but of course without timestamp). With the patch you provided they don't get copied whether using mirror or backup& starting from scratch. I'm doing a Mai

Re: [Dovecot] using dsync to convert mailboxes looses caching options

2011-12-10 Thread Mark Zealey
10-12-2011 08:27, Timo Sirainen yazmış: On Thu, 2011-12-08 at 16:10 +, Mark Zealey wrote: By the way, another bug I noticed with dsync is that when converting from Maildir to sdbox is that the date.saved field is not preserved - it's just the time when the first dsync command happened. Pre

Re: [Dovecot] database failover

2011-12-10 Thread Timo Sirainen
On 10.12.2011, at 12.07, Nick Edwards wrote: > Trying to get dovecot to _only_ use local copy of database, only querying > another database server (same database, just replicated) if local copy is > not responding, I have google fu'd a bit and found my only answer in so far > as dovecot did this o

Re: [Dovecot] database failover

2011-12-10 Thread Robert Schetterer
Am 10.12.2011 11:07, schrieb Nick Edwards: > Trying to get dovecot to _only_ use local copy of database, only querying > another database server (same database, just replicated) if local copy is > not responding, I have google fu'd a bit and found my only answer in so far > as dovecot did this once

[Dovecot] database failover

2011-12-10 Thread Nick Edwards
Trying to get dovecot to _only_ use local copy of database, only querying another database server (same database, just replicated) if local copy is not responding, I have google fu'd a bit and found my only answer in so far as dovecot did this once upon as time, but it was only due to a dovecot bug

Re: [Dovecot] POP - preventing re-download with server move

2011-12-10 Thread Timo Sirainen
On Thu, 2011-11-24 at 14:46 +, Trutwin, Joshua wrote: > So now I have to move my sites to a new server and I'm trying to > avoid having all these messages re-downloaded by POP clients. http://wiki2.dovecot.org/Migration#POP3_migration explains this. > The mail is stored in Maildirs - a sampl

Re: [Dovecot] noaclright

2011-12-10 Thread Timo Sirainen
On Thu, 2011-12-08 at 12:20 +0100, Knud Dombrowsky wrote: > Hi, > I recently upgraded to openSuse 12.1 which comes with dovecot 2.0.14. What was the old Dovecot version? > Dec 7 14:31:14 mailbox dovecot: imap(): Error: > fstat(/home//Maildir/./dovecot-acl.lock) > failed: No such file or director

Re: [Dovecot] overriding userdb connection host for doveadm-user

2011-12-10 Thread Timo Sirainen
On Thu, 2011-12-08 at 08:58 -0500, micah anderson wrote: > On Thu, 08 Dec 2011 06:22:58 +0200, Timo Sirainen wrote: > > On Wed, 2011-12-07 at 13:02 -0500, Micah Anderson wrote: > > > I've got my users in a replicated database setup and dovecot configured > > > with two connect lines in dovecot-sql

Re: [Dovecot] lmtp panic in proxy lmtp director

2011-12-10 Thread Timo Sirainen
On Mon, 2011-12-05 at 15:26 +0100, Xavier Pons wrote: > Hi, we are getting some core dumps with signal 6 in ltmp on a dovecot > director proxy server, > like this: > > Dec 5 14:31:51 sproxy1 dovecot: lmtp(2): Panic: file lmtp-proxy.c: > line 376 (lmtp_proxy_output_timeout): assertion faile