missing MX record

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

missing MX record

Szépe Viktor
Hello Sam!

RFC 5321 states in
https://tools.ietf.org/html/rfc5321#section-5

> The lookup first attempts to locate an MX record associated with the name.
> ... If an empty list of MXs is returned,
> the address is treated as if it was associated with an implicit MX
> RR, with a preference of 0, pointing to that host.

Were you a ware of that?
I think it is very unusual and dangerous.

Do modern MTA-s - including Courier - implement that?



SZÉPE Viktor
https://github.com/szepeviktor/debian-server-tools/blob/master/CV.md
--
+36-20-4242498  [hidden email]  skype: szepe.viktor
Budapest, III. kerület





------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
courier-users mailing list
[hidden email]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: missing MX record

Matus UHLAR - fantomas
On 10.06.17 14:53, SZÉPE Viktor wrote:

>RFC 5321 states in
>https://tools.ietf.org/html/rfc5321#section-5
>
>>The lookup first attempts to locate an MX record associated with the name.
>>... If an empty list of MXs is returned,
>>the address is treated as if it was associated with an implicit MX
>>RR, with a preference of 0, pointing to that host.
>
>Were you a ware of that?
>I think it is very unusual and dangerous.
>
>Do modern MTA-s - including Courier - implement that?

This behaviour was described in rfc 821 and 2821.
AFAIK all MTAs implement this behaviour since MX records were implemented.

What and why exactly sounds unusual and dangerous to you?

--
Matus UHLAR - fantomas, [hidden email] ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Despite the cost of living, have you noticed how popular it remains?

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
courier-users mailing list
[hidden email]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: missing MX record

Szépe Viktor
Idézem/Quoting Matus UHLAR - fantomas <[hidden email]>:

> On 10.06.17 14:53, SZÉPE Viktor wrote:
>> RFC 5321 states in
>> https://tools.ietf.org/html/rfc5321#section-5
>>
>>> The lookup first attempts to locate an MX record associated with the name.
>>> ... If an empty list of MXs is returned,
>>> the address is treated as if it was associated with an implicit MX
>>> RR, with a preference of 0, pointing to that host.
>>
>> Were you a ware of that?
>> I think it is very unusual and dangerous.
>>
>> Do modern MTA-s - including Courier - implement that?
>
> This behaviour was described in rfc 821 and 2821.
> AFAIK all MTAs implement this behaviour since MX records were implemented.
>
> What and why exactly sounds unusual and dangerous to you?

I think it gives us no means to stop emails for a domain.
I thought removing the MX record and not listening on port 25 is enough.

This way anyone my send an email to a mailserver-less sub/domain.


SZÉPE Viktor
https://github.com/szepeviktor/debian-server-tools/blob/master/CV.md
--
+36-20-4242498  [hidden email]  skype: szepe.viktor
Budapest, III. kerület





------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
courier-users mailing list
[hidden email]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: missing MX record

Matus UHLAR - fantomas
>>On 10.06.17 14:53, SZÉPE Viktor wrote:
>>>RFC 5321 states in https://tools.ietf.org/html/rfc5321#section-5
>>>
>>>>The lookup first attempts to locate an MX record associated with the name.
>>>>... If an empty list of MXs is returned,
>>>>the address is treated as if it was associated with an implicit MX
>>>>RR, with a preference of 0, pointing to that host.
>>>
>>>Were you a ware of that?
>>>I think it is very unusual and dangerous.
>>>
>>>Do modern MTA-s - including Courier - implement that?

>Idézem/Quoting Matus UHLAR - fantomas <[hidden email]>:
>>This behaviour was described in rfc 821 and 2821.
>>AFAIK all MTAs implement this behaviour since MX records were implemented.
>>
>>What and why exactly sounds unusual and dangerous to you?

On 10.06.17 16:42, SZÉPE Viktor wrote:
>I think it gives us no means to stop emails for a domain.
>I thought removing the MX record and not listening on port 25 is enough.
>
>This way anyone my send an email to a mailserver-less sub/domain.

This mechanism was created when MX records were introduced, to support
host/domains without them.

This is how things should be done - creating new standard and define how
backwards compatibility should be implemented.

Read rfc 7505 that tries to implement mechanism to archieve that as a new
measurement, and don't blame us for implementign something that has existed
even before MX and was never dropped since.

--
Matus UHLAR - fantomas, [hidden email] ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Nothing is fool-proof to a talented fool.

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
courier-users mailing list
[hidden email]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Loading...