Hi,
in our case, the problem is solved since dovecot 2.2.13.
Best regards,
Gordon
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
On 27.3.2013, at 18.41, Peer Heinlein 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 cached size would cause t
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 pr
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 simp
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 maild
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:55, schrieb Gordon Grubert:
> On 03/27/2013 11:48 AM, Robert Schetterer wrote:
>> agree, when i first run at that problem
>> maildir_broken_file_sizes=yes didnt fixed it, i had to repair maildirs
>> manual by script, upgraded dovecot 2.1.x to newer version, that problem
>> never ca
On 03/27/2013 11:48 AM, Robert Schetterer wrote:
agree, when i first run at that problem
maildir_broken_file_sizes=yes didnt fixed it, i had to repair maildirs
manual by script, upgraded dovecot 2.1.x to newer version, that problem
never came back again, just for interest what dovecot source did
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
>> 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
On 03/27/2013 08:38 AM, Timo Sirainen wrote:
On 27.3.2013, at 9.34, Peer Heinlein 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
Am 27.03.2013 08:44, schrieb Timo Sirainen:
> On 27.3.2013, at 0.15, Peer Heinlein 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
>> /
On 27.3.2013, at 0.15, Peer Heinlein 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
> /var/vmail/uni-greifswald.de/testuser/Maildir/cur/13643
On 27.3.2013, at 9.34, Peer Heinlein 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 users complained this mo
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
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 wr
On 25.3.2013, at 16.22, Gordon Grubert
wrote:
> Mar 25 15:08:46 mailserver2 dovecot: imap-login: Login: user=,
> method=PLAIN, rip=IP, lip=IP, mpid=28663, TLS, session=
> Mar 25 15:08:46 mailserver2 dovecot: imap(USER): Error: Cached message size
> smaller than expected (2252 < 4821)
> Mar 25
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=,
> method=PLAIN, rip=IP, lip=IP, mpid=28663, TLS, session=
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=,
method=PLAIN, rip=IP, lip=IP, mpid=28663, TLS, session=
Mar 25 15:08:46 mailserver2 dovecot: imap(USER): Error: C
* Timo Sirainen :
> > 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 where i
Quoting Timo Sirainen :
On 21.3.2012, at 17.52, Ralf Hildebrandt wrote:
* Timo Sirainen :
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'
On 21.3.2012, at 17.52, Ralf Hildebrandt wrote:
> * Timo Sirainen :
>
>>> 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 cours
* Timo Sirainen :
> > 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 S=size, b
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: http://hg.dovecot
* Timo Sirainen :
> 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 :
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.
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: http://hg.dovecot.org/dovecot-2.1/rev
* Patrick Domack :
> 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.
>
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.
1331941500.M220929P17982.5013
* Patrick Domack :
> 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 ren
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 lo
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 Doveco
* Timo Sirainen :
> 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/M
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.Eink&AOQ-ufe, Sp
> 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 doveco
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.Eink&AOQ-ufe,
Spe
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.Eink&AOQ-ufe, Spenden
etc/cur/1323207735.M64829P19819.postamt.charit
37 matches
Mail list logo