Re: [Mimedefang] Spammers - was Re: md_check_against_smtp_server and md_graphdefang_log

2013-03-27 Thread Mișu Moldovan
On 27 March 2013 15:49, David F. Skoll wrote: > > That's from a network monitoring system that sends (by default) from > the domain of the system manufacturer. Since most people don't bother > changing defaults, millions of these alert mails go out every day and > fail SPF. > > Welcome to the IT

Re: [Mimedefang] md_check_against_smtp_server and md_graphdefang_log

2013-03-27 Thread Matt Garretson
On 3/27/2013 12:41 PM, James Curtis wrote: > Can't imagine the amount of errors I'll incur when creating a new > sub-routine for my_graphdefang_log(), but it will be a fun time. I'm > assuming that I start with the code from md_graphdefang_log and > remove the variables. Precisely. I'd suggest a

Re: [Mimedefang] md_check_against_smtp_server and md_graphdefang_log

2013-03-27 Thread James Curtis
27 Mar 2013 14:11:08 -0500 > > Although I checked the manpage several times in the course of this > > thread I never noticed that paragraph. Well, you live and learn. > Hindsight is 20/20, I found this thread from 2008, indicating the same issue, and possible resolution. http://lists.roaringpengui

Re: [Mimedefang] md_check_against_smtp_server and md_graphdefang_log

2013-03-27 Thread Richard Laager
On Wed, 2013-03-27 at 19:45 +0100, Tilman Schmidt wrote: > Am 27.03.2013 15:59, schrieb Matt Garretson: > > Note that md_graphdefang_log should not be used in filter_relay, > > filter_sender or filter_recipient. The global variables it relies > > on are not valid in that context. > > [...]

Re: [Mimedefang] md_check_against_smtp_server and md_graphdefang_log

2013-03-27 Thread Tilman Schmidt
Am 27.03.2013 15:59, schrieb Matt Garretson: > # man mimedefang-filter > [...] >md_graphdefang_log($event, $v1, $v2) > [...] > > Note that md_graphdefang_log should not be used in filter_relay, > filter_sender or filter_recipient. The global variables it relies > on are not vali

Re: [Mimedefang] Spammers - was Re: md_check_against_smtp_server and md_graphdefang_log

2013-03-27 Thread Les Mikesell
On Wed, Mar 27, 2013 at 8:49 AM, David F. Skoll wrote: > > Welcome to the IT industry... a giant pile of fail. > But hey, think of all the jobs that would go away if things were designed right in the first place so you could just drop in a mass produced appliance. I'm pretty sure I'll retire fir

Re: [Mimedefang] What about DKIM

2013-03-27 Thread kd6lvw
--- On Wed, 3/27/13, Ben Kamen wrote: > Now that we've see/talked some stats on SPF... I'd be > interested to know what anyone might have to offer on DKIM > usefulness. Not widely used. Also, Yahoo, who started DK, doesn't even do its "ADSP" extension coding correctly: They have an entry but C

Re: [Mimedefang] What about DKIM

2013-03-27 Thread David F. Skoll
On Wed, 27 Mar 2013 12:22:37 -0500 Ben Kamen wrote: > Now that we've see/talked some stats on SPF... I'd be interested to > know what anyone might have to offer on DKIM usefulness. DKIM is useful for letting you know that a message has been relayed through a responsible organization's server.

[Mimedefang] What about DKIM

2013-03-27 Thread Ben Kamen
Hey all, Now that we've see/talked some stats on SPF... I'd be interested to know what anyone might have to offer on DKIM usefulness. -Ben -- Ben Kamen - O.D.T., S.P. -- eMail: b...@benjammin.net http://

Re: [Mimedefang] Spammers - was Re: md_check_against_smtp_server and md_graphdefang_log

2013-03-27 Thread Ben Kamen
On 2013-03-27 8:49 AM, David F. Skoll wrote: Welcome to the IT industry... a giant pile of fail. Amen to that! -Ben -- Ben Kamen - O.D.T., S.P. -- eMail: b...@benjammin.net http://www.benjammin.net Fort

Re: [Mimedefang] md_check_against_smtp_server and md_graphdefang_log

2013-03-27 Thread James Curtis
27 Mar 2013 10:59:45 -0400 -mattg > Note that md_graphdefang_log should not be used in filter_relay, > filter_sender or filter_recipient. The global variables it relies > on are not valid in that context. > [...] This has been a very long thread to say, "You can't get there from here" :-) > > I wo

Re: [Mimedefang] md_check_against_smtp_server and md_graphdefang_log

2013-03-27 Thread Matt Garretson
On 3/27/2013 10:05 AM, James Curtis wrote: > However I did find this in my /var/log/maillog > Mar 27 09:59:40 monitor mimedefang.pl[23405]: md_graphdefang_log called > outside of message context # man mimedefang-filter [...] md_graphdefang_log($event, $v1, $v2) [...] Note that md_

Re: [Mimedefang] md_check_against_smtp_server and md_graphdefang_log

2013-03-27 Thread James Curtis
>Date: Wed, 27 Mar 2013 12:19:30 schm...@phoenixsoftware.de >I told you not to remove the first line >my($recip, $sender, ...) = @_; >Without that line, the $sender and $recip variables will not be set, >so your md_check_against_smtp_server call will try to

Re: [Mimedefang] Spammers - was Re: md_check_against_smtp_server and md_graphdefang_log

2013-03-27 Thread David F. Skoll
On Tue, 26 Mar 2013 23:14:15 -0700 (PDT) kd6...@yahoo.com wrote: > 1) When a spammer uses SPF, recipients KNOW the spammer domains and > servers and automatically block them. Eventually. But when spammers register domains and throw them away after a few hours' use, it can be difficult to keep u

Re: [Mimedefang] md_check_against_smtp_server and md_graphdefang_log

2013-03-27 Thread Tilman Schmidt
Am 27.03.2013 01:43, schrieb James Curtis: > I made the modification to /etc/sysconfig/mimedefang (still not sure why this > is referred to as 'running with the -t option') > MX_RECIPIENT_CHECK=yes That sysconfig setting tells the init script to start MIMEdefang with the -t option. "Running with

Re: [Mimedefang] md_check_against_smtp_server() returned an empty response

2013-03-27 Thread Steffen Kaiser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 27 Mar 2013, Richard Laager wrote: I'm troubleshooting an issue where md_check_against_smtp_server() intermittently hangs for 5 minutes. It's *always* 300 seconds exactly (ignoring sub-second precision). I'm using this function for doing ca

[Mimedefang] md_check_against_smtp_server() returned an empty response

2013-03-27 Thread Richard Laager
This is unrelated to the other thread. I'm troubleshooting an issue where md_check_against_smtp_server() intermittently hangs for 5 minutes. It's *always* 300 seconds exactly (ignoring sub-second precision). The error is always the "returned an empty response" from get_smtp_return_code(). I'm us