headers
David F. Skoll | 8 Mar 2011 20:20
Favicon

MIME::tools 5.502 has been released


Hi, all,

FYI, I have released MIME::tools 5.502 to CPAN today.  It is at
http://search.cpan.org/~dskoll/MIME-tools-5.502/ (though the CPAN mirrors
are still synchronizing, so give it some time if you get a 404 error...)

This release fixes the following bugs:

* Fix parsing bug: https://rt.cpan.org/Ticket/Display.html?id=66025

* Fix typo: https://rt.cpan.org/Ticket/Display.html?id=65387

* Fix unit tests on Perl 5.8.x: https://rt.cpan.org/Ticket/Display.html?id=66188

* Fix unit test failure on Win32:  (https://rt.cpan.org/Ticket/Display.html?id=66286)

In particular, the parsing bug is nasty.  Anyone running MIME::tools 5.500
or 5.501 should upgrade to 5.502 as soon as possible.

Regards,

David.
Permalink | Reply | 0 comments |
headers
Royce Williams | 9 Mar 2011 18:36
Gravatar

mail/p5-MIME-tools: v 5.502 addresses important parsing bug


> FYI, I have released MIME::tools 5.502 to CPAN today.  It is at
> http://search.cpan.org/~dskoll/MIME-tools-5.502/ (though the CPAN mirrors
> are still synchronizing, so give it some time if you get a 404 error...)
> 
> This release fixes the following bugs:
> 
> * Fix parsing bug: https://rt.cpan.org/Ticket/Display.html?id=66025
> 
> * Fix typo: https://rt.cpan.org/Ticket/Display.html?id=65387
> 
> * Fix unit tests on Perl 5.8.x: https://rt.cpan.org/Ticket/Display.html?id=66188
> 
> * Fix unit test failure on Win32:  (https://rt.cpan.org/Ticket/Display.html?id=66286)
> 
> In particular, the parsing bug is nasty.  Anyone running MIME::tools 5.500
> or 5.501 should upgrade to 5.502 as soon as possible.

Given the as-soon-as-possible, here are the FreeBSD port bits necessary to manually bump your local
p5-MIME-tools to 5.502 (/usr/ports/mail/p5-MIME-Tools).

I am sending to the MIMEDefang list so that people can do it manually if necessary, and cc:ing the FreeBSD
port maintainer (perl <at> freebsd.org).

--- Makefile.orig       2011-02-17 16:27:29.000000000 -0900
+++ Makefile    2011-03-09 08:24:24.000000000 -0900
 <at>  <at>  -6,7 +6,7  <at>  <at> 
 #

 PORTNAME=      MIME-Tools
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nathan Findley | 25 Mar 2011 08:46
Favicon

stream_by_recipient

Hi all,

Just wondering if stream_by_recipient is expected to trigger the 
following log messages:

Mar 25 16:30:15 asp2 sendmail[13478]: p2P7UFJs013478: from=<sender>, 
size=632, class=0, nrcpts=1, msgid=<4D8C4487.8070606 <at> 4ydx.com>, 
relay=defang <at> localhost
Mar 25 16:30:15 asp2 sendmail[13478]: p2P7UFJs013478: to=<rec1>, 
delay=00:00:00, mailer=esmtp, pri=30632, dsn=4.4.3, stat=queued

Mar 25 16:30:15 asp2 sendmail[13479]: p2P7UFw9013479: from=<sender>, 
size=632, class=0, nrcpts=1, msgid=<4D8C4487.8070606 <at> 4ydx.com>, 
relay=defang <at> localhost
Mar 25 16:30:15 asp2 sendmail[13479]: p2P7UFw9013479: to=<rec2>, 
delay=00:00:00, mailer=esmtp, pri=30632, dsn=4.4.3, stat=queued

Specifically, the messages are being queued, but tools like mailq show 
an empty queue. It seems that given enough time the messages are 
eventually sent out. I would rather the messages not be queued, but that 
they be immediately processed. Is this possible?

The man pages also mention "Do not use this function unless locally- 
submitted e-mail is submitted using SMTP". Is this referring to the 
MAILER option in the sendmail config file?

Thanks,
Nate

--

--
(Continue reading)

Permalink | Reply | 3 comments |
headers
Nathan Findley | 25 Mar 2011 10:28
Favicon

Re: stream_by_recipient

On 03/25/2011 04:46 PM, Nathan Findley wrote:
> Hi all,
>
> Just wondering if stream_by_recipient is expected to trigger the 
> following log messages:
>
> Mar 25 16:30:15 asp2 sendmail[13478]: p2P7UFJs013478: from=<sender>, 
> size=632, class=0, nrcpts=1, msgid=<4D8C4487.8070606 <at> 4ydx.com>, 
> relay=defang <at> localhost
> Mar 25 16:30:15 asp2 sendmail[13478]: p2P7UFJs013478: to=<rec1>, 
> delay=00:00:00, mailer=esmtp, pri=30632, dsn=4.4.3, stat=queued
>
> Mar 25 16:30:15 asp2 sendmail[13479]: p2P7UFw9013479: from=<sender>, 
> size=632, class=0, nrcpts=1, msgid=<4D8C4487.8070606 <at> 4ydx.com>, 
> relay=defang <at> localhost
> Mar 25 16:30:15 asp2 sendmail[13479]: p2P7UFw9013479: to=<rec2>, 
> delay=00:00:00, mailer=esmtp, pri=30632, dsn=4.4.3, stat=queued
>
> Specifically, the messages are being queued, but tools like mailq show 
> an empty queue. It seems that given enough time the messages are 
> eventually sent out. I would rather the messages not be queued, but 
> that they be immediately processed. Is this possible?
>
> The man pages also mention "Do not use this function unless locally- 
> submitted e-mail is submitted using SMTP". Is this referring to the 
> MAILER option in the sendmail config file?
>
> Thanks,
> Nate
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
David F. Skoll | 25 Mar 2011 12:34
Favicon

Re: stream_by_recipient

On Fri, 25 Mar 2011 16:46:47 +0900
Nathan Findley <nathan <at> zenlok.com> wrote:

> Just wondering if stream_by_recipient is expected to trigger the 
> following log messages:

> Mar 25 16:30:15 asp2 sendmail[13478]: p2P7UFJs013478: to=<rec1>, 
> delay=00:00:00, mailer=esmtp, pri=30632, dsn=4.4.3, stat=queued

Yes, that's normal.  We resend the messages in deferred mode so they
get queued.  Here's why: Imagine a 100-recipient message being streamed.
If we remailed 100 copies in non-deferred mode, that would try to fire
up 100 parallel MIMEDefang processes.  Not good.  Queuing the copies
serializes subsequent delivery.

> Specifically, the messages are being queued, but tools like mailq
> show an empty queue. It seems that given enough time the messages are 
> eventually sent out. I would rather the messages not be queued, but
> that they be immediately processed. Is this possible?

No, see above.  What we do on our systems is set the Sendmail client queue
interval very short (one minute or so) to mitigate the delay.

Regards,

David.
Permalink | Reply | 0 comments |
headers
Casper Kristiansson | 25 Mar 2011 10:05
Picon
Picon

Re: stream_by_recipient

Check your submit.cf and locate the where you have your QueueDirectory.

The mail is in that directory.



-----Ursprungligt meddelande-----
Från: mimedefang-bounces <at> lists.roaringpenguin.com
[mailto:mimedefang-bounces <at> lists.roaringpenguin.com] För Nathan Findley
Skickat: den 25 mars 2011 08:47
Till: mimedefang <at> lists.roaringpenguin.com
Ämne: [Mimedefang] stream_by_recipient

Hi all,

Just wondering if stream_by_recipient is expected to trigger the 
following log messages:

Mar 25 16:30:15 asp2 sendmail[13478]: p2P7UFJs013478: from=<sender>, 
size=632, class=0, nrcpts=1, msgid=<4D8C4487.8070606 <at> 4ydx.com>, 
relay=defang <at> localhost
Mar 25 16:30:15 asp2 sendmail[13478]: p2P7UFJs013478: to=<rec1>, 
delay=00:00:00, mailer=esmtp, pri=30632, dsn=4.4.3, stat=queued

Mar 25 16:30:15 asp2 sendmail[13479]: p2P7UFw9013479: from=<sender>, 
size=632, class=0, nrcpts=1, msgid=<4D8C4487.8070606 <at> 4ydx.com>, 
relay=defang <at> localhost
Mar 25 16:30:15 asp2 sendmail[13479]: p2P7UFw9013479: to=<rec2>, 
delay=00:00:00, mailer=esmtp, pri=30632, dsn=4.4.3, stat=queued
(Continue reading)

Permalink | Reply | 0 comments |
headers
Shridhar | 25 Mar 2011 17:09

[Auto-Reply] Re: MIMEDefang Digest, Vol 90, Issue 3

I am leave from 16/03/11 till 29/03/11 and might not be able to attend to your emails. 
If you have any queries and its urgent then you may forward the emails to services <at> ownmail.com or deepesh <at> staff.ownmail.com.

Thanks,
Shridhar Shetty
Permalink | Reply | 0 comments |

Gmane