Thx for the hints, I adapted my settings.

Regards,

Andreas

Am 09.05.2018 11:43, schrieb Michael Peddemors:
Yes, the HELO having an A record is still something that you can't
expect to realistically happen all the time.

The HELO generally represents the host name of the server, but many
organizations might use internal naming conventions for these that
aren't meant to be used.

But in general you 'can' test for 'some' HELO validity as any system
adminstrator that is worth their salt would have set some form of FQDN
for the server.

Having said that, we still occasionally see someone with an internal
mail server for their organization with a host name of 'localhost'.

But you have to allow that organizations might use their own internal
naming scheme for building the FQDN, eg so they can see exactly which
server in the cluster was responsible.

For us, we can only recommend that the HELO be a FQDN, 'not' that it
is resolvable.




On 18-05-09 04:31 AM, Vladimir Dubrovin via mailop wrote:

There is no requirement in any standard for HELO name to have A record. It may e.g. have SPF TXT record.

RFC 5321 says

The domain name given in the EHLO command MUST be either a primary
       host name (a domain name that resolves to an address RR) or, if
       the host has no name, an address literal, as described in
Section 4.1.3 <https://tools.ietf.org/html/rfc5321#section-4.1.3> and discussed further in the EHLO discussion of Section 4.1.4 <https://tools.ietf.org/html/rfc5321#section-4.1.4>.

and

An SMTP server MAY verify that the domain name argument in the EHLO
    command actually corresponds to the IP address of the client.
    However, if the verification fails, the server MUST NOT refuse to
    accept a message on that basis.  Information captured in the
verification attempt is for logging and tracing purposes. Note that this prohibition applies to the matching of the parameter to its IP address only; seeSection 7.9 <https://tools.ietf.org/html/rfc5321#section-7.9> for a more extensive discussion of
    rejecting incoming connections or mail messages.


So the problem is actually on your side.

09.05.2018 14:03, [email protected] пишет:
Am 08.05.2018 um 23:22 schrieb Scott Undercofler:
Out of some morbid curiosity, can you elaborate or post a session or log?
Here we go:

May  6 18:39:03 frodo postfix/smtpd[7158]: NOQUEUE: reject: RCPT from
dcrmsace03.verizon.com[192.76.84.75]: 450 4.7.1
<dcsactrans2.verizon.com>: Helo command rejected: Host not found;
from=<[email protected]>  to=<xxx@yyyy> proto=ESMTP
helo=<dcsactrans2.verizon.com>

dcsactrans2.verizon.com

The hostname is invalid.

Hearing that it's AOL, I assume the problem will remain unsolveable when
I look at the past trouble with AOL.

Regards,

Andreas

On May 8, 2018, at 9:00 PM,[email protected]  wrote:

Hi!

Does anyone know how to reach the verizon.com Postmaster.

Being a customer there (but the company publishes no email contact
address and customer support cannot help), they try to send me mail to my own mail server but violating the smtp protocol (HELO command) so my
server rejects those mails.

I would like to make them aware of that.

Regards,

Andreas

_______________________________________________
mailop mailing list
[email protected]
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
_______________________________________________
mailop mailing list
[email protected]
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop


_______________________________________________
mailop mailing list
[email protected]
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop


-- Vladimir Dubrovin
@Mail.Ru



_______________________________________________
mailop mailing list
[email protected]
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop




--
"Catch the Magic of Linux..."
------------------------------------------------------------------------
Michael Peddemors, President/CEO LinuxMagic Inc.
Visit us at http://www.linuxmagic.com @linuxmagic
A Wizard IT Company - For More Info http://www.wizard.ca
"LinuxMagic" a Registered TradeMark of Wizard Tower TechnoServices Ltd.
------------------------------------------------------------------------
604-682-0300 Beautiful British Columbia, Canada

This email and any electronic data contained are confidential and intended solely for the use of the individual or entity to which they are addressed. Please note that any views or opinions presented in this email are solely those of the author and are not intended to represent those of the company.

_______________________________________________
mailop mailing list
[email protected]
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

_______________________________________________
mailop mailing list
[email protected]
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Reply via email to