Re: [Dovecot] What does mailman do with a 'post' command?

Dear list, Thanks alot for all of you who gave me suggestions on my questions. I appreciate it! >Mark-san, Thank you for your detailed explanation. >A message sent to mail...@example.co.jp which via the alias above is >posted to the 'mailman' list by piping to the command > > /usr/lib/mailm

Re: [Dovecot] Dovecot 2.0.beta3: Child killed with signal 11

Bernhard Schmidt wrote: >> On Sun, 2010-02-28 at 16:09 +0100, Thomas Leuxner wrote: >>> Feb 28 16:07:00 spectre dovecot: master: service(lmtp): child 17322 kille= >> d with signal 11 (core dumps disabled) >> Could you get gdb backtrace? http://dovecot.org/bugreport.html > > For the record, I see

Re: [Dovecot] Dovecot 2.0.beta3 managesieve sig11

On 28.02.2010 20:24, Timo Sirainen wrote: On Sun, 2010-02-28 at 18:34 +, Bernhard Schmidt wrote: And managesieve segfaults immediately at TCP connect, but I have not managed to get a backtrace yet (it always says "core not dumped" regardless of ulimit -c setting. I also added -D to the exec

Re: [Dovecot] Dovecot 2.0.beta3: mdbox mailbox crashes upon login

Am 28.02.2010 um 20:23 schrieb Timo Sirainen: > On Sun, 2010-02-28 at 20:11 +0100, Thomas Leuxner wrote: >> Feb 28 14:43:02 spectre dovecot: imap(u...@domain): Panic: file >> mailbox-list-fs.c: line 170 (fs_list_get_path): assertion failed: >> (mailbox_list_is_valid_pattern(_list, name)) > > I

Re: [Dovecot] Dovecot 2.0.beta3 managesieve sig11 (was: Re: Dovecot 2.0.beta3: Child killed with signal 11)

On Sun, 2010-02-28 at 18:34 +, Bernhard Schmidt wrote: > > And managesieve segfaults immediately at TCP connect, but I have not > > managed to get a backtrace yet (it always says "core not dumped" > > regardless of ulimit -c setting. I also added -D to the executable, but > > no core file yet)

Re: [Dovecot] Dovecot 2.0.beta3: mdbox mailbox crashes upon login

On Sun, 2010-02-28 at 20:11 +0100, Thomas Leuxner wrote: > Feb 28 14:43:02 spectre dovecot: imap(u...@domain): Panic: file > mailbox-list-fs.c: line 170 (fs_list_get_path): assertion failed: > (mailbox_list_is_valid_pattern(_list, name)) I guess this helps: http://hg.dovecot.org/dovecot-2.0/rev/

[Dovecot] Dovecot 2.0.beta3: mdbox mailbox crashes upon login

Hi, converted my personal mailbox from 'maildir' to 'mdbox' for testing today: # dsync convert -u u...@domain mdbox:~/mdbox Set mail location to mdbox in 'mail.conf' and restarted server: mail_location = mdbox:~/mdbox Dovecot panicked instantly upon login with different clients. Tried to disab

Re: [Dovecot] Dovecot 2.0.beta3: Child killed with signal 11

Am 28.02.2010 um 19:11 schrieb Timo Sirainen: > On Sun, 2010-02-28 at 17:25 +0100, Thomas Leuxner wrote: >> #0 0x7f256d8c86ee in hash_table_destroy () from >> /usr/lib/dovecot/libdovecot.so.0 >> No symbol table info available. >> #1 0x7f256d8a54c4 in settings_parser_deinit () from >>

[Dovecot] Dovecot 2.0.beta3 managesieve sig11 (was: Re: Dovecot 2.0.beta3: Child killed with signal 11)

Bernhard Schmidt wrote: > And managesieve segfaults immediately at TCP connect, but I have not > managed to get a backtrace yet (it always says "core not dumped" > regardless of ulimit -c setting. I also added -D to the executable, but > no core file yet) > > Feb 28 17:18:07 mail dovecot: master:

Re: [Dovecot] segfault with vpopmail 5.5.0

Il 28/02/2010 16:26, Timo Sirainen ha scritto: > Yeah.. I already tried fixing this once, but it broke older vpopmail versions > and didn't even fix it for 5.5. So I don't really know how to fix it, since I > don't have a working vpopmail installation to test it on. > Could I do something to

Re: [Dovecot] Dovecot 2.0.beta3: Child killed with signal 11

On Sun, 2010-02-28 at 17:25 +0100, Thomas Leuxner wrote: > #0 0x7f256d8c86ee in hash_table_destroy () from > /usr/lib/dovecot/libdovecot.so.0 > No symbol table info available. > #1 0x7f256d8a54c4 in settings_parser_deinit () from > /usr/lib/dovecot/libdovecot.so.0 > No symbol table info

Re: [Dovecot] Dovecot 2.0.beta3: Child killed with signal 11

Hopefully useful now... GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type

Re: [Dovecot] Dovecot 2.0.beta3: Child killed with signal 11

Timo Sirainen wrote: > On Sun, 2010-02-28 at 16:09 +0100, Thomas Leuxner wrote: >> Feb 28 16:07:00 spectre dovecot: master: service(lmtp): child 17322 kille= > d with signal 11 (core dumps disabled) > Could you get gdb backtrace? http://dovecot.org/bugreport.html For the record, I see those too.

Re: [Dovecot] Dovecot 2.0.beta3: Child killed with signal 11

> If you have trouble getting a core, an easy way should be to attach to > existing lmtp process: > > 1. telnet localhost > quit > 2. gdb -p `pidof lmtp` > cont > 3. make it crash > 4. gdb: bt full Not sure I'm doing this correctly. Core Dumps seem to be disabled in my vanilla Kernel. Running '

Re: [Dovecot] segfault with vpopmail 5.5.0

On 26.2.2010, at 23.32, Giuseppe Iuculano wrote: > [118905.528497] dovecot-auth[3856]: segfault at 0 ip (null) sp > 7fffad98 error 14 in dovecot-auth[40+61000] > 2010-02-26 22:17:45 dovecot: Error: child 3856 (auth) killed with signal 11 > (core dumped) > > (gdb) bt full > #0 0x000

Re: [Dovecot] Dovecot 2.0.beta3: Child killed with signal 11

On Sun, 2010-02-28 at 16:09 +0100, Thomas Leuxner wrote: > Feb 28 16:07:00 spectre dovecot: master: service(lmtp): child 17322 killed > with signal 11 (core dumps disabled) Could you get gdb backtrace? http://dovecot.org/bugreport.html If you have trouble getting a core, an easy way should be to

[Dovecot] Dovecot 2.0.beta3: Child killed with signal 11

Hi, I'm seeing these after the latest Mercurial updates: ==> /var/log/dovecot.info <== Feb 28 16:07:00 spectre dovecot: master: service(lmtp): child 17322 killed with signal 11 (core dumps disabled) Regards Thomas

Re: [Dovecot] body search very slow since upgrade from 1.0.15 to 1.2.10

On Sun, 2010-02-28 at 08:34 -0600, Stan Hoeppner wrote: > Awesome-- 13x increase in speed. Nice work Timo. I'll definitely > appreciate it when I move to 2.0. Maybe it'll be fast enough I can get rid > of Squat. > > Any chance these changes will make it as a bug fix into 1.2.11? How > extensi

Re: [Dovecot] body search very slow since upgrade from 1.0.15 to 1.2.10

Timo Sirainen put forth on 2/28/2010 6:21 AM: > On Thu, 2010-02-25 at 21:04 +0200, Timo Sirainen wrote: >> Looks like some input stream seeking optimizations are broken (when >> one input stream reads from another, which reads from another, ...). I >> already managed to fix the performance problem,

Re: [Dovecot] Possible CPU Denial-Of-Service attack to dovecot IMAP.

On Sun, 2010-02-28 at 15:43 +0200, Timo Sirainen wrote: > Interestingly enough, that's the same bug I just fixed today (after > spending several days trying to figure it out): > http://hg.dovecot.org/dovecot-2.0/rev/de2798fbbae6 > > Hmm. Since it's causing also real problems, I suppose I should fi

Re: [Dovecot] Possible CPU Denial-Of-Service attack to dovecot IMAP.

On Sun, 2010-02-28 at 16:21 +0300, Kostik wrote: > Hello! > > >> 5. I can provide download link to this buggy mailbox file if needed. > > Yes, that would be helpful. I couldn't reproduce it. > > I hope this will help: > http://user.rol.ru/~koc/buggymbox Interestingly enough, that's the same bug

[Dovecot] Possible CPU Denial-Of-Service attack to dovecot IMAP.

Hello! 5. I can provide download link to this buggy mailbox file if needed. Yes, that would be helpful. I couldn't reproduce it. I hope this will help: http://user.rol.ru/~koc/buggymbox =koc --- Ванкувер 2010. Новости Олимпиады. http://olympic.aport.ru

Re: [Dovecot] any limitations running on a Mac?

Original-Nachricht > Datum: Sun, 28 Feb 2010 11:09:20 + > Von: Ed W > An: dovecot@dovecot.org > Betreff: Re: [Dovecot] any limitations running on a Mac? > On 27/02/2010 10:08, Stan Hoeppner wrote: > > Terry Barnum put forth on 2/26/2010 4:20 PM: > > > > > >> The 500MB+,

Re: [Dovecot] **OFF LIST** Re: body search very slow since upgrade from 1.0.15 to 1.2.10

On Thu, 2010-02-25 at 21:04 +0200, Timo Sirainen wrote: > Looks like some input stream seeking optimizations are broken (when > one input stream reads from another, which reads from another, ...). I > already managed to fix the performance problem, but now it's > corrupting saved mails sometimes. S

Re: [Dovecot] any limitations running on a Mac?

On 27/02/2010 10:08, Stan Hoeppner wrote: Terry Barnum put forth on 2/26/2010 4:20 PM: The 500MB+, 5k+ message problem is with another mailserver not running postfix/dovecot. It's the reason I've started investigating postfix with your software and so far I"m very happy. Hi Terry,

Re: [Dovecot] any limitations running on a Mac?

Terry Barnum put forth on 2/27/2010 8:33 PM: > Thank you Stan. Unfortunately I read that Apple ran into licensing issues > with Sun/Oracle over ZFS and removed it from Snow Leopard before it was > released last year. If your new hardware is fast enough (disk access time + throughput) HFS+ may n

Re: [Dovecot] Possible CPU Denial-Of-Service attack to dovecot IMAP.

On Sat, 2010-02-27 at 12:33 +0300, Kostik wrote: > 5. I can provide download link to this buggy mailbox file if needed. Yes, that would be helpful. I couldn't reproduce it. signature.asc Description: This is a digitally signed message part