Hi,
in our case, the problem is solved since dovecot 2.2.13.
Best regards,
Gordon
Am 26.03.2013 23:15, schrieb Peer Heinlein:
If we're right, this could be grow to a real problem. Every Server with
zipped Maildirs can be completly ruined just by deleting his
index-cache-files.
More and more users complained this morning about broken mailboxes and
our logfile was full of
On 27.3.2013, at 9.34, Peer Heinlein p.heinl...@heinlein-support.de wrote:
Am 26.03.2013 23:15, schrieb Peer Heinlein:
If we're right, this could be grow to a real problem. Every Server with
zipped Maildirs can be completly ruined just by deleting his
index-cache-files.
More and more
On 27.3.2013, at 0.15, Peer Heinlein p.heinl...@heinlein-support.de wrote:
Mar 26 22:39:17 mailserver2 dovecot: imap(testuser): Error: Cached
message size smaller than expe
cted (1467 3780)
Error: Maildir filename has wrong S value, r
enamed the file from
Am 27.03.2013 08:44, schrieb Timo Sirainen:
On 27.3.2013, at 0.15, Peer Heinlein p.heinl...@heinlein-support.de wrote:
Mar 26 22:39:17 mailserver2 dovecot: imap(testuser): Error: Cached
message size smaller than expe
cted (1467 3780)
Error: Maildir filename has wrong S value, r
enamed
On 03/27/2013 08:38 AM, Timo Sirainen wrote:
On 27.3.2013, at 9.34, Peer Heinlein p.heinl...@heinlein-support.de wrote:
Am 26.03.2013 23:15, schrieb Peer Heinlein:
If we're right, this could be grow to a real problem. Every Server with
zipped Maildirs can be completly ruined just by deleting
Am 27.03.2013 11:19, schrieb Gordon Grubert:
On 03/27/2013 08:38 AM, Timo Sirainen wrote:
On 27.3.2013, at 9.34, Peer Heinlein p.heinl...@heinlein-support.de
wrote:
Am 26.03.2013 23:15, schrieb Peer Heinlein:
If we're right, this could be grow to a real problem. Every Server with
zipped
Am 27.03.2013 08:44, schrieb Timo Sirainen:
Oh, except I actually forgot to load zlib plugin in my previous test.
I can't reproduce with these steps.. and I don't really see why they
would cause it anyway. A broken cached size would cause that rename, but
not a missing cached size.
Thats why I
Am 27.03.2013 11:19, schrieb Gordon Grubert:
We made a simple downgrade to 2.0.21 and now everything's working
perfect.
maildir_broken_file_sizes=yes would also bring back v2.0 behavior. But
yeah, looks like there's a bug.
No, it does not.
In Timo's first mail he wrote
Am 25.03.2013 15:27, schrieb Robert Schetterer:
please reread the list archive ,solutions where massive posted
and a new repair script was created
We did that before, for sure.
But there are NO working solutions for that and the problem still exists
and ist a massive problem, because a
Am 27.03.2013 17:51, schrieb Peer Heinlein:
Am 25.03.2013 15:27, schrieb Robert Schetterer:
please reread the list archive ,solutions where massive posted
and a new repair script was created
We did that before, for sure.
But there are NO working solutions for that and the problem
On 27.3.2013, at 18.41, Peer Heinlein p.heinl...@heinlein-support.de wrote:
Am 27.03.2013 08:44, schrieb Timo Sirainen:
Oh, except I actually forgot to load zlib plugin in my previous test.
I can't reproduce with these steps.. and I don't really see why they
would cause it anyway. A broken
Am 27.03.2013 20:10, schrieb Timo Sirainen:
Hi,
Well, the question is then.. Why were the corrupted in the first place? Based
on your previous error message it looked like the cache file contained the
compressed size, so maybe zlib plugin wasn't loaded for some Dovecot process
at that
Am 25.03.2013 15:38, schrieb Timo Sirainen:
Hi,
The same problem was reported by Ralf Hildebrandt one year ago. The bug
should be fixed with revision 3599790da3d7 but it seems to be there
again.
The Dovecot bug was fixed, but the real reason for this is that the S=values
are wrong in
Dear list,
we're using dovecot 2.1.15 (debian binary package). The following
error can be found in the mail log files:
Mar 25 15:08:46 mailserver2 dovecot: imap-login: Login: user=USER,
method=PLAIN, rip=IP, lip=IP, mpid=28663, TLS, session=In7mV8DYFQCNNQQ4
Mar 25 15:08:46 mailserver2 dovecot:
Am 25.03.2013 15:22, schrieb Gordon Grubert:
Dear list,
we're using dovecot 2.1.15 (debian binary package). The following
error can be found in the mail log files:
Mar 25 15:08:46 mailserver2 dovecot: imap-login: Login: user=USER,
method=PLAIN, rip=IP, lip=IP, mpid=28663, TLS,
On 25.3.2013, at 16.22, Gordon Grubert gordon.grubert+li...@uni-greifswald.de
wrote:
Mar 25 15:08:46 mailserver2 dovecot: imap-login: Login: user=USER,
method=PLAIN, rip=IP, lip=IP, mpid=28663, TLS, session=In7mV8DYFQCNNQQ4
Mar 25 15:08:46 mailserver2 dovecot: imap(USER): Error: Cached
* Timo Sirainen t...@iki.fi:
Right now the whole system is down because nobody can acces his/her
mails due to this.
All of your mails are compressed and have wrong S=size in the filename? You
can disable the check with the attached patch, but I'm not sure if there are
other places
On 20.3.2012, at 16.55, Patrick Domack wrote:
but in .Trash/cur since I upgraded from 2.0.19 to 2.1 they have double S and
W tags.
1331941500.M220929P17982.5013,S=24845,W=25526,S=24845,W=25526:2,Sa
This is happening for all folder moves.
Fixed:
Thanks, applied it to 2.1.3 and going to test.
You didn't even give me enough time to look at the source myself to
find the issue.
Quoting Timo Sirainen t...@iki.fi:
On 20.3.2012, at 16.55, Patrick Domack wrote:
but in .Trash/cur since I upgraded from 2.0.19 to 2.1 they have
double S
* Timo Sirainen t...@iki.fi:
On 20.3.2012, at 16.55, Patrick Domack wrote:
but in .Trash/cur since I upgraded from 2.0.19 to 2.1 they have double S
and W tags.
1331941500.M220929P17982.5013,S=24845,W=25526,S=24845,W=25526:2,Sa
This is happening for all folder moves.
Fixed:
On 21.3.2012, at 16.33, Ralf Hildebrandt wrote:
but in .Trash/cur since I upgraded from 2.0.19 to 2.1 they have double S
and W tags.
1331941500.M220929P17982.5013,S=24845,W=25526,S=24845,W=25526:2,Sa
This is happening for all folder moves.
Fixed:
* Timo Sirainen t...@iki.fi:
It's renaming itself to itself again?
Hmm. Yeah, this is a bit problematic for compressed mails. If the
S=size isn't correct, Dovecot fixes it by stat()ing the file and using
it as the size. And that's of course wrong. Also Dovecot can't simply
remove the
On 21.3.2012, at 17.52, Ralf Hildebrandt wrote:
* Timo Sirainen t...@iki.fi:
It's renaming itself to itself again?
Hmm. Yeah, this is a bit problematic for compressed mails. If the
S=size isn't correct, Dovecot fixes it by stat()ing the file and using
it as the size. And that's of course
Quoting Timo Sirainen t...@iki.fi:
On 21.3.2012, at 17.52, Ralf Hildebrandt wrote:
* Timo Sirainen t...@iki.fi:
It's renaming itself to itself again?
Hmm. Yeah, this is a bit problematic for compressed mails. If the
S=size isn't correct, Dovecot fixes it by stat()ing the file and using
it
And found two more users with this issue, but while looking at it, I
see another related issue, but it's not throwing an error.
all email in the INBOX/new and /cur are correct
but in .Trash/cur since I upgraded from 2.0.19 to 2.1 they have double
S and W tags.
* Patrick Domack patric...@patrickdk.com:
And found two more users with this issue, but while looking at it, I
see another related issue, but it's not throwing an error.
all email in the INBOX/new and /cur are correct
but in .Trash/cur since I upgraded from 2.0.19 to 2.1 they have
double
I'm having this problem also, with a very very few users.
But in my case the email isn't double gzip, just single like normal.
Error: read(.../.Deleted
Messages/cur/1331840112.M186676P27974.5013:2,) failed: Input/output
error (uid=250)
All I have to do is rename the file to add back the
* Patrick Domack patric...@patrickdk.com:
I'm having this problem also, with a very very few users.
But in my case the email isn't double gzip, just single like normal.
Error: read(.../.Deleted
Messages/cur/1331840112.M186676P27974.5013:2,) failed: Input/output
error (uid=250)
All I
On 2.3.2012, at 12.43, Ralf Hildebrandt wrote:
Alternatively you can just tell Dovecot not to care about it:
maildir_broken_filename_sizes=yes. Although you probably can't do that if
you have compressed mails.
In the case above that mail was gzipped twice :(
Yes, looks like Dovecot can't
Il 02/03/2012 11:25, Ralf Hildebrandt ha scritto:
Hi!
Starting with 2.1.1 we suddely encounter quite a lot of these messages:
Mar 2 11:09:28 postamt dovecot: imap(username): Error: Maildir filename has wrong S
value, renamed the file from /home/a/i/username/Maildir/.A*Teens.EinkAOQ-ufe,
Hello, same problem here after upgrading from 2.0.18 to 2.1.0,
apparently it happens only on servers with qmail, not on servers with
exim or dovecot as lda:
I'm using the dovecot LDA, but then it's not clear if the messages
affected are REALLY old and thus might predate the use of the dovecot
On 2.3.2012, at 12.25, Ralf Hildebrandt wrote:
Starting with 2.1.1 we suddely encounter quite a lot of these messages:
Mar 2 11:09:28 postamt dovecot: imap(username): Error: Maildir filename has
wrong S value, renamed the file from
/home/a/i/username/Maildir/.A*Teens.EinkAOQ-ufe, Spenden
* Timo Sirainen t...@iki.fi:
On 2.3.2012, at 12.25, Ralf Hildebrandt wrote:
Starting with 2.1.1 we suddely encounter quite a lot of these messages:
Mar 2 11:09:28 postamt dovecot: imap(username): Error: Maildir filename
has wrong S value, renamed the file from
34 matches
Mail list logo