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
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
not
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 Im very happy.
Hi Terry,
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. So a
Original-Nachricht
Datum: Sun, 28 Feb 2010 11:09:20 +
Von: Ed W li...@wildgooses.com
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
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
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 I just
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 fix it
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, but
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
extensive
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
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
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
If you have trouble getting a core, an easy way should be to attach to
existing lmtp process:
1. telnet localhost lmtp port
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
Timo Sirainen t...@iki.fi 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
Hopefully useful now...
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type
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
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
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
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:
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)
Feb
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 guess
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
Bernhard Schmidt be...@birkenwald.de 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
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
25 matches
Mail list logo