4 messages in net.sourceforge.lists.courier-maildrop[maildropl] maildrop/mysql, signal 0x...
FromSent OnAttachments
Joris makMay 21, 2004 4:19 pm 
Joris makMay 22, 2004 4:39 am 
Tony EarnshawMay 22, 2004 7:57 am 
Matthew R J AndersonMay 27, 2004 8:57 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:[maildropl] maildrop/mysql, signal 0x0B (only with postfix)Actions...
From:Joris mak (j.m@vwbgroup.nl)
Date:May 21, 2004 4:19:38 pm
List:net.sourceforge.lists.courier-maildrop

Hey there,

First of all, sorry for a post about this topic, because I have the feeling the answer is around somewhere already, but I just can't seem to find it.

I'm trying to go to the widely used postfix/mysql/amavis/spamass/maildrop combo, and using virtual mailboxes.

The problem is with maildrop at this moment. My gentoo system normally installs 1.5.3, neatly with MySQL support. But I was getting 0x0B whatever I tried. I compiled 1.6.3 from source (regular configure/make/make install) and still got 0x0B problems.

Finally after trying to compile with the -g flag to get debugging, and running maildrop through gdb, I found that the problem was with the contents of my mysql 'quota' field. It was a NULL value, and maildrop tries to strdup() on that NULL value. -> SIGSEGV. Anyways, just putting an empty string into the quota field fixed that.

Now, if I cat a test message to maildrop (cat testmessage | maildrop -d "testuser@testdomain") it works fine. The message neatly flows through spamc and makes it into the correct folder.

When I try it with the MTA system (that means, I sent a test message to my postfix installation, either with a real mail client or with a telnet session) maildrop again sigsegv's with 'signal 0x0b' and the message is set in the deferred state in the postfix queue.

In my MySQL logs I see that maildrop executes a query. If I copy&paste that query into a mys ql prompt, it returns nicely.

---------------entry from postfix' master.cf ----------------- maildrop unix - n n - - pipe flags=R user=vmail argv=/usr/bin/maildrop -d ${recipient}

--------------------------------------------------------------------

I tried running ./configure with CFLAGS= and CXXFLAGS= to disable all those gentoo optimizations.. still no luck. I'm testing it on a Pentium 3-M.

Also with a maildorprc that contains nothing more than a: to "$HOME/$DEFAULT" I still get 0x0b. (If I run maildrop from the commandline $HOME/$DEFAULT expands nicely to the target mailbox, I checked with the log/logfile statements from maildrop).

Is there any bug or patch I'm missing? I'm I simply doing something wrong? Who can help :). If you need extra information, please don't hesitate to ask.