Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the Mail-Audit CPAN distribution.

Report information
The Basics
Id: 1307
Status: resolved
Priority: 0/
Queue: Mail-Audit

People
Owner: Nobody in particular
Requestors: imail [...] nevada.edu
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: (no value)
Fixed in: (no value)



Subject: Mail::Audit filter losing message body
Been using Mail::Audit (1.11) fine for awhile now on a Digital Alpha. Now the systems have been migrated to Solaris, and Mail::Audit 2.1. However, now the filter is acting really funny - it's sometimes delivering the email without any body (some get delivered fine, some do not, and I can't find any correlations to speak of, but if I send a short email to myself it definately fails). Not sure if this is a bug or not, not sure what to test or do about it. But here's my info: Solaris 8 2/02, Perl 5.6.1, Mail-Audit 2.1, IO-stringy 1.22, MIME-tools 5.411, MailTools 1.46, Sendmail 8.12 If I put the following in my .forward [simplified filter], I get the email (so everything up to delivery works fine), but the body of the message is missing (both in a mail viewer and looking at my raw inbox): #!/usr/local/bin/perl use Mail::Audit; my $mail = Mail::Audit->new; $maildir = "/home5/7/webdev/"; $mailbox = $maildir . ".inbox"; $mail->accept($mailbox); If I remove the .forward and resend myself the same exact type of test message (all ascii text), I get the body just fine. In either case, the headers still seem fine. Apparently, there's no errors in the mail logs (which are supposedly set at debug) If there more details or testing I can do, please let me know! thanks, ivo
From: ivo
an update - I used Mail::Audit's logging feature and there is nothing abnormal reported there. Switched back to Mail::Audit 2.0 and this bug does not occur. I ran 2.1 again, but this time hand composed a message without a MIME-Version: 1.0 header. It seems to deliver the email WITH body that way. Does this mean it's MIME::Entity's fault? I guess I'll run a patched 2.0 until this gets resolved, since I don't know what else to do or how else I can help out (not that good of a perl coder).
Show quoted text
> I used Mail::Audit's logging feature and there is nothing abnormal > reported there. Switched back to Mail::Audit 2.0 and this bug does not > occur. I ran 2.1 again, but this time hand composed a message without a > MIME-Version: 1.0 header.
The only thing I can say is that this is almost certainly a bug in our MIME handling, which has been fixed in the CVS release, and the only way I can say that is because I'm running the CVS release, plus the same versions of the other modules as you are, and I have never seen this problem.