Search results for *
J2ME functions that aren't included - but should be
The digital radio scam
Linux driver support
What's in a team?
Nokia N95 - from a developer's point of view
How to run two instances of Tomcat on your machine
Now with SSL goodness
A better round-robin DNS server
Why did no-one tell me about... Maven?!
Running out of IPv4 address space?
Linux and multimedia
How to update your Nokia N80 to the N80 Internet Edition firmware
The Wikipedia Game
Running Firefox as another user, using sudo
Stream your CD collection to work
Root to bind ports under 1024?
Acer TravelMate 5720 4GB running Linux
On-demand streaming audio server
Death of a hard drive
Monitoring PermGen usage
One time pads
Offsite backup with iSCSI
Missing the point of SPF
Of course, there'll always be some mail servers that don't follow the RFCs properly.
Checking the logs, I noticed the following:
Sep 26 03:11:47 hosting postfix/smtpd: connect from mail7.exchange.microsoft.com[126.96.36.199]
Sep 26 03:11:49 hosting postfix/smtpd: NOQUEUE: reject: RCPT from mail7.exchange.microsoft.com[188.8.131.52]: 450 4.7.1 <df-gwy-07.exchange.corp.microsoft.com>: Helo command rejected: Host not found; from=<email@example.com> to=<firstname.lastname@example.org> proto=ESMTP helo=<df-gwy-07.exchange.corp.microsoft.com>
Sep 26 03:11:49 hosting postfix/smtpd: disconnect from mail7.exchange.microsoft.com[184.108.40.206]
Now, according to the SMTP RFC (http://www.ietf.org/rfc/rfc2821.txt):
The domain name given in the EHLO command MUST BE either a primary
host name (a domain name that resolves to an A RR) or, if the host
has no name, an address literal as described in section 220.127.116.11.
So why isn't there a DNS entry for df-gwy-07.exchange.corp.microsoft.com?
Anyway, to allow these broken setups to skip the "reject_unknown_hostname" in "smtpd_helo_restrictions", (as I don't want to disable it - it catches 95% of the spam) - you need to do the following:
* In main.cf, add parent_domain_matches_subdomains = yes
* In the smtpd_helo_restrictions section, add "check_helo_access hash:/etc/postfix/helo_access"
* In that helo_access file, list the offending "HELO/EHLOs" - in this case:
* Finally, run postmap /etc/postfix/helo_access to build the DB file, and restart postfix.
It does appear to be a problem more with some mail server admins than others. (https://www.nearlyfreespeech.net/about/email.php#software)