3 ms·
> Hopefully that's not the SMTP syntax you're actually using. I typed it out live. I'm not an SMTP client and I don't have the RFCs memorized. > I'd reject (g
by anonyfuss 13y ago
> Hopefully that's not the SMTP syntax you're actually using.
I typed it out live. I'm not an SMTP client and I don't have the RFCs memorized.
> I'd reject (give you a 5xx) that from my mail server for those reasons alone.
Postfix accepts it. I haven't checked the RFC to verify your concerns, but assuming they're correct, then my expectation is that postfix is liberal in what it accepts because A) it's a good idea, and B) a real mail transfer agent probably ignored those two minimal rules at some point in the past.
- baudehlo 13y agoPostfix (and the other big receivers) will ignore it, but will send using the proper RFCs. It's still a good sign of a badly written bulk mail engine, and worth rejecting for.
- anonyfuss 13y ago> It's still a good sign of a badly written bulk mail engine, and worth rejecting for. No, it might be worth scoring the e-mail with a spam filter, but the MTA shouldn't be overzealously throwing away e-mail.
- baudehlo 13y agoMy MTA doesn't "throw away" email. It sends back a 5xx with an appropriate message that the sending end isn't RFC compliant. Absolutely nothing wrong with that - if it's a legit sender they know I didn't get the mail.
- anonyfuss 13y agoAt which point the legit sender does what -- replace their MtA? More likely they just contact thir receipient out-of-band (eg; gmail) and avoid your over-zealous mta. Whether you think you're 'Throwing away' is just semantics. From a user's perspective that's exactly what you're doing.
- baudehlo 13y agoIt's my MTA, I'm the "user". My server, my rules. Just like if you want to come into my house you come in the front door and take your shoes off, not crash through the window in muddy boots.
- anonyfuss 13y agoIn that case, I wouldn't say it's a particularly useful anecdote for anyone else.