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
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
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
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
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
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
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
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
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
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?
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
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
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
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
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
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
16 matches
Mail list logo
