Hey Guys;
Just wanted to let you know what else I just found after doing the latest cvs
checkout dbmail...
When I install it in place with the same configuration as before, the message is now getting some extra weirdness,
and no body text is displayed
X-Invalid-Header:
X-Invalid-Header: <message body line 1>
X-Invalid-Header: <message body line 2>
X-Invalid-Header: <message body line 3>
...and so on.
This was created based upon my same config as before (postfix -> spamassassin ->
dbmail-smtp -> |/procmail/path -> back in via dbmail-smtp).
Below is the message source of a test email i sent to myself, where "testing"
is supposed to be in the body:
From [EMAIL PROTECTED] Tue Oct 12 13: 05:26 2004
Received: from [172.17.133.152] (unknown [63.80.58.206])
by smtp.server.com (Postfix) with ESMTP id 22622289986
for <[EMAIL PROTECTED]>; Tue, 12 Oct 2004 13:05:26 -0700 (PDT)
Message-ID: <[EMAIL PROTECTED]>
Date: Tue, 12 Oct 2004 13:06:44 -0700
From: Dan Stilts <[EMAIL PROTECTED]>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
To: [EMAIL PROTECTED]
Subject: test
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mail.server.com
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no
version=2.6
X-Invalid-Header:
X-Invalid-Header: testing
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Dan Stilts wrote:
Thanks Jesse,
I grabbed the latest CVS code, however it fails make when it cannot
find dbmail-message.h:
make[2]: Entering directory `/opt/build/dbmail-cvs/10062004/dbmail'
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-fomit-frame-pointer -g -O2 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -W -Wall -Wpointer-arith
-Wstrict-prototypes -c header.c
gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -fomit-frame-pointer -g -O2
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -W -Wall
-Wpointer-arith -Wstrict-prototypes -Wp,-MD,.deps/header.pp -c
header.c -fPIC -DPIC -o .libs/header.o
header.c:32:28: dbmail-message.h: No such file or directory
header.c: In function `split_message':
header.c:55: warning: implicit declaration of function
`dbmail_message_new'
header.c:55: warning: initialization makes pointer from integer
without a cast
header.c:56: warning: implicit declaration of function
`dbmail_message_init'
header.c:56: warning: assignment makes pointer from integer without a
cast
header.c:58: warning: implicit declaration of function
`dbmail_message_get_headers_as_string'
header.c:58: warning: assignment makes pointer from integer without a
cast
header.c:59: warning: implicit declaration of function
`dbmail_message_get_body_as_string'
header.c:59: warning: assignment makes pointer from integer without a
cast
header.c:60: warning: implicit declaration of function
`dbmail_message_get_rfcsize'
header.c:69: warning: implicit declaration of function
`dbmail_message_destroy'
header.c:49: warning: unused parameter `whole_message_size'
Jesse Norell wrote:
Hello,
So that's something messed up with folding whitespace (ie. a header
line that wraps to the next line). I didn't follow the original
message trace you posted, but at this point can you try the new code
Paul Stevens just put in (ie. latest cvs)? I suppose it's possible
also that procmail itsself would be causing a problem there, but
I'd doubt it offhand - try that first.
