Hi,
On 20-Feb-17 12:15, Timo Sirainen wrote:
imap: When BINARY FETCH sees invalid content, return NO [PARSE] reply
instead of [UNKNOWNCTE] (which is now used only for actually unknown
Content-Transfer-Encoding headers).
Has this been tested with Roundcube webmail? I know Roundcube has
Hi,
On 09-Dec-16 09:38, Aki Tuomi wrote:
Thank you. Please let us know how it went!
Haven't seen panics since installing it so looks good.
Cheers,
Toni
Hi,
On 06-Dec-16 12:11, Aki Tuomi wrote:
I was able to repeat this bug, thank you for your report.
Noticed tss commited
https://github.com/dovecot/core/commit/b7a0844fb8dffbf7f1dd0b5c6d30c22ff8cb6bec
so testing that now.
Cheers,
Toni
Hi,
On 06-Dec-16 10:10, Aki Tuomi wrote:
Alternatively if you could try and print the args array in cmd_search?
f 14
p args[0]
p args[1]
...
until NULL
My hand got sore at first 100 and they are below. I will mail you the
binary and core in seperate mail.
(gdb) f 14
#14 0x08058219 in cmd_s
Hi,
On 05-Dec-16 20:28, Toni Mattila wrote:
Panicing stopped when all index files where deleted.
It happens again in same user account, so rebuilding indexes didn't fix it.
Here's bt full instead of just bt:
#0 0x001d4402 in __kernel_vsyscall ()
No symbol table info ava
98) at ioloop.c:648
#24 0x0023aef8 in io_loop_run (ioloop=0x8979498) at ioloop.c:623
#25 0x001bb49d in master_service_run (service=0x89793c8,
callback=0x806af90 ) at master-service.c:641
#26 0x0806b927 in main (argc=Cannot access memory at address 0x0
) at main.c:460
(gdb)
Panicing stopped when all index files where deleted.
Cheers,
Toni Mattila
Hi,
On 29-Oct-15 15:29, Timo Sirainen wrote:
#1 0x080641f2 in imap_client_notify_ns (notify_ns=0x9f5b470) at
imap-notify.c:248
http://hg.dovecot.org/dovecot-2.2/rev/787cfed25b0f should fix this.
That seems to have fixed it. Atleast no cores for couple hours.. before
it was crashing every 15
001e9e08 in io_loop_run (ioloop=0x9f3f498) at ioloop.c:583
#15 0x0017d16d in master_service_run (service=0x9f3f3c8,
callback=0x806a700 ) at master-service.c:640
#16 0x0806af22 in main (argc=Cannot access memory at address 0x0
) at main.c:442
Anything else I should try?
Thanks in advance,
Toni Mattila
00c4216d in master_service_run (service=0x883d3d0,
callback=0x806a700 ) at master-service.c:640
#16 0x0806af22 in main (argc=Cannot access memory at address 0x0
(gdb) f 6
#6 0x08069db2 in cmd_sync_continue (sync_cmd=0x8856008) at imap-sync.c:658
658 if ((ret = imap_sync_more(ctx)) == 0)
Best Re
Hi,
On 18-Mar-15 00:09, Roland van Laar wrote:
I'm converting my mailbox from Maildir to mdbox..
The Maildir is from an 1.2 server.
The same conversion on a virtual ubuntu 14.04 box works with mentions of
"filename has the wrong S value" and Corrupted index errors.
You should fix the Maildir f
Hi,
I think your issue is due to your corrupted maildir sizes in filenames
so you got corrupted index that way to your mdbox. That is not something
you can easily fix afterwords other than fixing the maildir first and
then migrate to mdbox.
Best Regards,
Toni
On 21.11.2014 11:59, Tim wrote:
Hi,
On 28.10.2014 10:43, Mirko ML wrote:
What value is in the LDAP attribute, with our without the pending 'S'?
The value in LDAP is WITH the pending S, because at the moment we have a
"courier situation" and the quota value need the S.
We want to migrate some domain to dovecot to use sieve, bu
Hi,
You have broken maildir files with wrong S= in them. Usually produced by
maildrop or courier imap's tools. You can fix them with
http://www.dovecot.org/tools/maildir-size-fix.pl
If you compare ls -la and S= in the files you will see the difference.
Cheers,
Toni
On 30.9.2014 10:05, Tim w
Hi,
Got a new one on 2.2.13:
Sep 19 04:11:39 moxi dovecot: imap(c...@cor.ed): Error: Log
synchronization error at seq=3,offset=144 for
/Maildir/.Spam/dovecot.index: Extension record update for invalid uid=494
Sep 19 04:11:39 moxi dovecot: imap(c...@cor.ed): Warning: fscking index
file /Maildi
Hi,
On 20.8.2014 16:58, Timo Sirainen wrote:
I still can't reproduce. And I don't understand how it could get into that
state. Can you still easily reproduce it with some specific mail? If so, could
you send the mail to me (maybe with all the actual sensitive content replaced
with 'x' letters
Hi,
Found this in logfiles:
Jul 25 14:12:38 dovecot: pop3(c...@so.red): Error: UIDL: File name lookup
failed: Message was expunged
Jul 25 14:12:38 dovecot: pop3(c...@so.red): Disconnected: POP3 UIDLs
couldn't be listed top=187/356348, retr=0/0, del=0/1207, size=789346199
Jul 25 14:12:38 dovecot
Hi,
Any further ideas on this one or suggestions how to provide more info?
Thanks,
Toni
On 7.7.2014 14:35, Toni Mattila wrote:
Hi,
On 7.7.2014 13:16, Timo Sirainen wrote:
Should be fixed by http://hg.dovecot.org/dovecot-2.2/rev/1a38a85d952e
Nope. Still happens:
(gdb) bt
#0 0x00568402 in
Hi,
On 7.7.2014 13:16, Timo Sirainen wrote:
Should be fixed by http://hg.dovecot.org/dovecot-2.2/rev/1a38a85d952e
Nope. Still happens:
(gdb) bt
#0 0x00568402 in __kernel_vsyscall ()
#1 0x0070af30 in raise () from /lib/i686/nosegneg/libc.so.6
#2 0x0070c911 in abort () from /lib/i686/nosegneg
Hei,
On 7.7.2014 13:16, Timo Sirainen wrote:
Should be fixed by http://hg.dovecot.org/dovecot-2.2/rev/1a38a85d952e
Cheers for the quick fix. I have that now running on production and will
report back soon.
Thanks,
Toni
Hi,
Here is gdb backtrace for the crash.
#0 0x00f69402 in __kernel_vsyscall ()
No symbol table info available.
#1 0x0070af30 in raise () from /lib/i686/nosegneg/libc.so.6
No symbol table info available.
#2 0x0070c911 in abort () from /lib/i686/nosegneg/libc.so.6
No symbol table info available.
Hi,
On 6.7.2014 20:23, Timo Sirainen wrote:
Jul 6 08:11:52 dovecot: imap(u...@domain.tld): Panic: file istream.c: line 167
(i_stream_read): assertion failed: (old_size <= _stream->pos - _stream->skip)
This isn't intended, but I can't seem to be able to reproduce the crash. What's
your doveco
imap(u...@domain.tld): Fatal: master:
service(imap): child 31268 killed with signal 6 (core dumps disabled)
These can of course be fixed with maildir-size-fix.pl and deleting
dovecot index files, but there are thousands like these. Dovecot 1.2
didn't have any issues with these old maildirs transfered over from
courierimap.
Best Regards,
Toni Mattila
22 matches
Mail list logo