 | Start a set with this search |
 | Include this search in one of my sets |
 | Exclude this search from one of my sets |
 | Permalink to these results Paste this link in email or IM: |
 | Atom feed for tracking future search results Paste this URL into your reader: |
2 messages in net.sourceforge.lists.courier-maildropRe: [maildropl] maildrop 2.0.2 released| From | Sent On | Attachments |
|---|---|---|
| Sam Varshavchik | Feb 19, 2006 9:12 am | |
| Matthias Andree | Apr 7, 2006 4:16 am |
| Permalink for this message Paste this link in email or IM: |
| Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | Re: [maildropl] maildrop 2.0.2 released | Actions... |
|---|---|---|
| From: | Matthias Andree (ma+c...@dt.e-technik.uni-dortmund.de) | |
| Date: | Apr 7, 2006 4:16:42 am | |
| List: | net.sourceforge.lists.courier-maildrop | |
Sam Varshavchik <mrs...@courier-mta.com> writes:
Download: http://www.courier-mta.org/download.php#maildrop
This is a maintenance release.
Changes:
• Updated autoconf/automake/libtool build toolchain.
• Fixed several compiler warnings.
• Cleanup. Consolidate multiple quoted-printable implementations into one.
• Fixed an obscure bug in quoted-printable encoding.
Ah well (or not so well). I now am getting "maildrop: signal 0x06" without any further debug information. Here's the backtrace from
"maildrop -d ma"
#0 0x4022d406 in abort () from /lib/tls/libc.so.6
#1 0x400cec25 in __cxxabiv1::__terminate () from /usr/lib/libstdc++.so.5
#2 0x400cec62 in std::terminate () from /usr/lib/libstdc++.so.5
#3 0x400ceda2 in __cxa_throw () from /usr/lib/libstdc++.so.5
#4 0x08058a20 in RecipeNode::Evaluate (this=0x807f918, r=@0xbffff250,
b=@0xbfffedb0) at recipenode.C:1036
#5 0x080597da in RecipeNode::Evaluate (this=0x8077978, r=@0xbffff250,
b=@0xbfffedb0) at recipenode.C:73
#6 0x08056211 in Recipe::ExecuteRecipe (this=0xbffff250) at recipe.C:50
#7 0x08052433 in run (argc=3, argv=0xbffff544) at main.C:894
#8 0x080615b0 in Maildrop::trap (func=0x8051130 <run>, argc=3, argv=0xbffff544)
at maildrop.C:72
#9 0x080509fa in main (argc=3, argv=0xbffff544) at main.C:930
WTF...?
This started recently after installing Sophos, but I'm not sure how that's related.
At that time, maildrop has removed the message from my Maildir/tmp/ directory.
authtest ma succeeds:
Authentication succeeded.
Authenticated: ma (uid 1234, gid 1002) Home Directory: /var/mail/ma Maildir: (none) Quota: (none) Encrypted Password: YOUDLIKETOKNOWTHAT Cleartext Password: (none) Options: (none)
recipenode.C:1036 is: throw "Internal error in evaluate gdbmstore.";
But no database whatsoever is used in my .mailfilter or /etc/maildroprc.
maildrop 2.0.2 Copyright 1998-2005 Double Precision, Inc. GDBM extensions enabled. Courier Authentication Library extension enabled. Enabled Berkeley DB instead of GDBM extensions. Maildir quota extension enabled. This program is distributed under the terms of the GNU General Public License. See COPYING for additional information.
configure options:
maildrop config.status 2.0.2
configured by ./configure, generated by GNU Autoconf 2.59,
with options "'--with-db=db' '--with-devel' '--disable-tempdir'
'--enable-smallmsg=32768' '--enable-sendmail=/usr/sbin/sendmail'
'--with-dirsync' '-C' '--with-locking-method=fcntl' '--enable-maildirquota'
'--with-trashquota' '--with-default-maildrop=/var/mail' '--prefix=/usr/local'
'--enable-syslog=1'"
What the heck is going on here? Recompiling with -O (rather than -O2) didn't help either. I'd been using maildrop 2.0.1 with the same .mailfilter file and system configuration since November and only this problem prompted me to update.
-- Matthias Andree