Same here :-( Wouldn't it be possible to make a BOFHCHECKHELO = hard and BOFHCHECKHELO = soft or some sort, in which the first act as BORHCHECKHELO does now and the latter only rejects HELO's that are totally bogus? Blocking things like hotmail is just not acceptable for ANY system-administrator. There has to be a middleway here.
I respect and appreciate Courier's abillity to enfore RFC's, but it is futile the way it is currently implemented. It would be much better if Courier had some sort of routine build in which NOTIFIES postmasters, admins and clients when a mail-transaction violates RFC's. Blocking mail because of RFC-violations only cause's problems for the Courier-administrator and irritation among users. Senders and Recipients of mail don't care about RFC's and standards, you're just an icompetent system-administrator if things don't work like they expect. I would suggest Courier follows a more pragmatic approach in the future. Notify admins and users when software does not obey RFC's, standards or is mis-configured and point out how they can solve it. Such a change is vital if Courier wants to become one of big MTA's on the net. Kind Regards, Sander Holthaus > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Mark Constable > Sent: Thursday, June 17, 2004 3:38 AM > To: [EMAIL PROTECTED] > Subject: [courier-users] BOFHCHECKHELO whitelisting ? > > Damn, that BOFHCHECKHELO setting works spectacularly well! > > In 3 hours it dropped 10365 crud mails at the front door but > it also blocked less than 1% legit mail from some of our most > important clients.. enough to swamp our helpdesk at 9am and I > had to turn it off by 9.30am. A classic case of an excellent > solution to spam that's unusable as is. > > Is there any possibility of being able to exempt certain > sites from the BOFHCHECKHELO check ? > > --markc > > > ------------------------------------------------------- > This SF.Net email is sponsored by The 2004 JavaOne(SM) > Conference Learn from the experts at JavaOne(SM), Sun's > Worldwide Java Developer Conference, June 28 - July 1 at the > Moscone Center in San Francisco, CA REGISTER AND SAVE! > http://java.sun.com/javaone/sf Priority Code NWMGYKND > _______________________________________________ > courier-users mailing list > [EMAIL PROTECTED] > Unsubscribe: > https://lists.sourceforge.net/lists/listinfo/courier-users ------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
