Re: [Mimedefang] KAM for MIMEDefang Leadership Role
On 2019-10-23 14:20, Bill Cole wrote: On 23 Oct 2019, at 6:59, Vieri Di Paola wrote: On Wed, Oct 23, 2019 at 12:07 PM Steffen Kaiser wrote: Although the prime time of sendmail seems fading and MIMEDefang with it, how about to revive the community driven Snippets section as well. I know MIMEDefang was originally designed for Sendmail, but I'm using it with Postfix with no fuss at all. I have used MD with Postfix for 13 years. I think that whatever 'fading' MD has experienced is more attributable to the general decline in small to mid-sized mail systems and to a lesser degree, the fading popularity of Perl. I still use MD with Sendmail... and very glad to hear the news of the handover form Dianne! Dave ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] action_drop_with_warning and refuse to sender
On 2018-08-24 11:10, Marcus Schopen wrote: I don't agree. Rejecting a virus email means not receiving it from the law side. If you accept an email or just drop it, the problem is on your side. That's why I want to reject it, but inform the recipient - not the sender - about the rejection. I agree, that most of the senders will ignore the rejection, don't scan their logs, or the sender ignores bounces from the sending smtp. But again, this is not my problem then. I don't know how to do a facebook like in ascii, but from me, for *exactly* this. A surprising number of commercial systems get this wrong, or rather they if they're good they try to do it, but don't get it quite right... I've a call with SpamTitan about this this very day! How odd (; Mimedefang for almost a decade now. Love it. Love the configurability / programmability. Dave ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] "cmd read returned"
On 2016-05-23 17:59, Joseph Brennan wrote: Is there any other cause we can look for? I'm not a great help, but I think that I've seen that if there is any STDOUT in anything (either the PERL or anything it calls) ... any errors or debugging have to go to a file... I'm going to wait to get "disciplined" for this, but I think I'm right... D ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] Poll: Who uses the "filter_tick" and "map" functionality of MIMEDefang? (-X and -N options to mimedefang-multiplexor)
Hi Dianne, 1) Does anyone use the "-X n" feature that calls a function called filter_tick every "n" seconds? If not... I'd like to nuke. I don't use this (2 large MXs and a few smaller ones) 2) Does anyone use the "-N map_sock" feature that provides a SOCKETMAP to Sendmail 8.13+? If not... again, I'd like to nuke. I don't really know what this is... have a exposed my ignorance? We do use sendmail though... is there somewhere I can read about this to know whether there will be an issue when we next update? Regards, Dave ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] Timeout on md_check_against_smtp_server?
Dianne, Thank you very much for this! Changes effected and tested over the w/end and all seems OK. I'd never thought to do this if it weren't for that little prod. Regards, Dave On 15/08/2015 15:42, Dianne Skoll wrote: On Sat, 15 Aug 2015 12:39:04 +0100 Dave Osbourne d...@osbourne.uk.eu.org wrote: I wonder if there is away to enforce a timeout on md_check_against_smtp_server? The general-purpose way of enforcing timeouts is with alarm. { local $SIG{ALRM} = sub { die Timeout; }; my @result; eval { alarm(60); # Or whatever timeout you want @result = md_check_against_smtp_server(...); alarm(0); }; if ($@ $@ =~ /Timeout/) { # Handle timeout } else { # Handle @result } } Regards, Dianne. ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
[Mimedefang] Timeout on md_check_against_smtp_server?
Hi Everyone, I wonder if there is away to enforce a timeout on md_check_against_smtp_server? We have 1 client that seems to have a dodgy AD binding that means every few months the callout gets stuck indefinitley waiting for the response to the RCPT TO: test and eventually all the MD slaves are used, effectively DOSing ourselves. The call never returns... hoping someone else knows a way to enforce a timeout perhaps? or something better even? Regards Dave ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
Re: [Mimedefang] Seeing weird SMFI errors
On 04/08/15 21:20, Kevin A. McGrail wrote: On 8/4/2015 4:11 PM, Dianne Skoll wrote: This is why I resisted even adding a filter_helo callback. It's basically useless. Anything you can do in filter_helo might as well be deferred to filter_sender. +1 If an SMTP client connects, says EHLO and then closes the connection... do we really care? Something about a forest falls in the tree comes to mind... I was *just* thinking that!!! D ___ NOTE: If there is a disclaimer or other legal boilerplate in the above message, it is NULL AND VOID. You may ignore it. Visit http://www.mimedefang.org and http://www.roaringpenguin.com MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com http://lists.roaringpenguin.com/mailman/listinfo/mimedefang