Hi Timo and All,
after upgrading to 2.1.2 i'm getting a lot of these messages:
Error: Corrupted squat uidlist file XX wrong indexid
I did not have them before.
Ideas?
Luca
.
On 21.3.2012, at 18.04, Luca Palazzo wrote:
It worked. We have no more sigsegv on *-login process.
Thanks
Luca
Nella citazione in data Wed Mar 21 16:17:56 2012, Timo Sirainen ha scritto:
Hi,
On 20.3.2012, at 11.09, Luca Palazzo wrote:
Hi Timo, hi all,
after upgrading my server (both backends
It worked. We have no more sigsegv on *-login process.
Thanks
Luca
Nella citazione in data Wed Mar 21 16:17:56 2012, Timo Sirainen ha
scritto:
Hi,
On 20.3.2012, at 11.09, Luca Palazzo wrote:
Hi Timo, hi all,
after upgrading my server (both backends and load balancer) to 2.1.2 (from
Hi Timo, hi all,
after upgrading my server (both backends and load balancer) to 2.1.2
(from 2.0.17), I'm getting a log of login processes crashed in load
balancer.
Log lines are like:
Mar 20 10:05:45 mailgw-lb dovecot: pop3-login: Fatal: master:
service(pop3-login): child 27764 killed with
Hi Timo and All,
we had to revert back to LDA delivery instead of lmtp proxy (too buggy).
We nare now experiencing process segfaults:
[503564.305998] dovecot-lda[2415]: segfault at 48 ip b779e5b9 sp
bfaf0ba8 error 6 in libdovecot-storage.so.0.0.0[b774b000+b9000]
[503615.786468]
Timo,
duplicates and empty emails are yet there. We had a lot of them today.
Luca
On 10/01/2010 10:43 PM, Timo Sirainen wrote:
On Thu, 2010-09-30 at 09:33 +0200, Luca Palazzo wrote:
Timo,
I can also confirm that when this happens (connection drop after
timeout) the mail is partially delivered
:
On Fri, 2010-09-10 at 09:18 +0200, Luca Palazzo wrote:
we are getting a lot of this message from dovecot director. They seem to
be too many.
Backend servers do not log anything and postfix logs a lot of these errors.
It seems that dovecot strategy handgling data output timeout when
proxying LMTP
) = 0
On 09/13/2010 02:06 PM, Timo Sirainen wrote:
On Fri, 2010-09-10 at 09:18 +0200, Luca Palazzo wrote:
we are getting a lot of this message from dovecot director. They seem to
be too many.
Backend servers do not log anything and postfix logs a lot of these errors.
It seems that dovecot
Timo Sirainen t...@iki.fi ha scritto:
On Thu, 2010-09-09 at 07:46 +0200, Luca Palazzo wrote:
how does Dovecot act when an MTA tries to deliver a multiple recipient
message to a LMTP proxied system?
It also tries to forward the same message with one DATA and multiple
RCPT TOs.
Does it proxy
Timo Sirainen t...@iki.fi ha scritto:
On Thu, 2010-09-09 at 07:46 +0200, Luca Palazzo wrote:
how does Dovecot act when an MTA tries to deliver a multiple recipient
message to a LMTP proxied system?
It also tries to forward the same message with one DATA and multiple
RCPT TOs.
Does it proxy
Hi All,
is there any way to enable logging of users' IP address in dovecot
director host?
It actually logs only:
Sep 14 07:32:29 mailgw-lb dovecot: lmtp(17615): Connect from xx.xx.xx.xx
Sep 14 07:32:29 mailgw-lb dovecot: lmtp(17615): Disconnect from
xx.xx.xx.xx: Client quit
Thanks
Luca
Sorry!!
Just for forget this mail... I was too sleepy to make real questions..
Luca
On 09/14/2010 07:35 AM, Luca Palazzo wrote:
Hi All,
is there any way to enable logging of users' IP address in dovecot
director host?
It actually logs only:
Sep 14 07:32:29 mailgw-lb dovecot: lmtp(17615
Hi All,
we are getting a lot of this message from dovecot director. They seem to
be too many.
Backend servers do not log anything and postfix logs a lot of these errors.
It seems that dovecot strategy handgling data output timeout when
proxying LMTP is or too aggressive or may have some other
Hi All,
just noted this error message.
What does it mean? System seem to work fine but i get a lot of them.
Luca
Hi Timo and All,
how does Dovecot act when an MTA tries to deliver a multiple recipient
message to a LMTP proxied system?
Does it uses server affinity table for each recipient?
I use lmtp_destination_recipient_limit = 1 setting in postfix to avoid
multiple recipient delivery. Is it right?
I
+0200, Luca Palazzo wrote:
Sep 6 10:51:31 10.97.1.33 dovecot: imap(xxx...@unict.it): Warning:
/virtual1/unict.it/g/xx//Maildir/dovecot-uidlist: Duplicate file
entry at line 883: 1277948239.M332097P873
Hmmh. See if http://hg.dovecot.org/dovecot-2.0/rev/e2a267b64619 changes
the behavior?
Timo,
just put the path in all three servers.
I'm yes getting duplicates. May be they are caused by existent files?
How may I check if patch is working fine?
I'll look at results tomorrow, anyway.
Luca
On 09/07/2010 05:32 PM, Timo Sirainen wrote:
On Tue, 2010-09-07 at 16:24 +0100, Timo
Hi Timo,
I tried the patch and duplicate uid are always there.
Look at this:
Sep 6 10:51:30 10.97.1.33 dovecot: lmtp(29909, xxx...@unict.it): save:
box=INBOX, uid=133197, msgid=20100906104944.Q92185@, size=7414, from=
Sep 6 10:51:30 10.97.1.33 dovecot: lmtp(29909, xxx...@unict.it):
Timo,
please also check this output of lmtp process:
stat64(/virtual1/unict.it/d///Maildir/dovecot-uidlist,
{st_mode=S_IFREG|0644, st_size=44628, ...}) = 0
_llseek(42, 0, [0], SEEK_SET) = 0
fstat64(42, {st_mode=S_IFREG|0644, st_size=44628, ...}) = 0
fstat64(42,
.
Is there any script/util in dovecot to fix filenames?
Thank you.
Luca
On 09/02/2010 07:32 PM, Timo Sirainen wrote:
On Thu, 2010-09-02 at 19:14 +0200, Luca Palazzo wrote:
Looking at mbox servers log nothing seem to happen, but stracing lmtp
process we can see stat system calls to all Maildir
Hi Timo and All,
On 09/03/2010 04:44 PM, Timo Sirainen wrote:
On Thu, 2010-09-02 at 19:21 +0200, Luca Palazzo wrote:
Hi All,
we are experiencing another strange problem after upgrading to 2.0.1
from 1.2.
Many people's client aree-retrieving mail from server due to some
problem
Hi all,
we are experencing some, may be strange, slowness in our dovecot/postfix
mail system.
We have three dovecot 2.0.1 server with LMTP, POP3 and IMAP enabled.
Three shared OCFS2 filesystem are used for mail storage.
We have too a load balancer based on dovecot director in front of these
Hi All,
we are experiencing another strange problem after upgrading to 2.0.1
from 1.2.
Many people's client aree-retrieving mail from server due to some
problem with dovecot-uidlist file.
Looking at log file seem that all file content is sometime duplicated
and appended to the and of same
23 matches
Mail list logo
