> On Tue, Jul 11, 2023 at 09:11:25AM +0100, Ken Gillett via Postfix-users wrote: > > Postfix has been installed on the Mini for several years and I can > > send a message from e.g MacOS Mail.app on my Mac Pro to user@home and > > receive it in that account (also configured in same Mail.app). I > > wanted to be able to eliminate the @… completely, but Apple, in their > > infinite wisdom DO NOT ALLOW the use of an email address without an @, > > in some misguided belief it cannot therefore be a valid address. > > Idiots. > > They're not "idiots". Email addresses do need a domain part to have any > cross-system semantics. With a domainless address in the headers of a > message, replies may go astray, ... The world of isolated > mini-computers ended in the 1970s if not earlier. > > > The problem however is that I simply cannot get email on the Mini > > Server itself to work. So, as I said, email to user@home works from > > other hosts on the LAN, but if I try to send using (postfix)sendmail > > on the Mini itself. it bounces:- > > > > status=bounced (Host or domain name not found. Name service error for > > name=home type=AAAA: Host not found) > > > > What I don't understand here is why postfix is trying to lookup > > 'home'. It is configured to accept mail in the 'home' domain and > > happily does so from any other host on the LAN, but why not on the > > Mini that's actually running postfix? > > Post logs for a *successful* email transaction addressed to "@home". > Include all the logs for that queue id (smtpd, cleanup, qmgr, and the > final delivery agent). > > Similarly, post all the logs for the failure case.
I'll sort out logs etc, but my external email is currently down (nothing to do with this postfix issue) so not receiving anything from this List. I disagree about Apple. In this respect they most definitely ARE idiots. Email addresses do NOT require anything after the @. That simply means the user of that name on the current host. If they are on a different host then you need to add …@host and if they are in a different domain, then you'll need …@host.domain. That is how it works and if you don't include part of what is needed, then the message will not be delivered. Simple. It is NOT up to the idiots at Apple to decide exactly what addresses you are ALLOWED to use, just in case we might make a mistake - in their eyes. To enforce such regulation and restriction is WRONG. In order to 'keep it simple', they are are actually PREVENTING the full legitimate and valid use of a local email address. This sort of draconian control is way out of hand. If Apple want to really help their users, then a polite reminder that an email address without an @ might not be correct would be ok, but to place a blanket control over everyone, preventing their legitimate use of email addressing is beyond acceptable. I recently had to set up emailing from the linux box and the server control web gui would similarly NOT let me enter user@home as a valid address. Instead just a red error message saying I must use a valid email address, simply because it had no dot/period. BUT IT IS VALID. More idiots, in this case preventing me from being able to email from that machine to the required recipient. THIS IS DUMB. I had to dig out the actual config file and edit that manually to set the correct address (no dot). This was then displayed in the GUI and worked perfectly. But the GUI has controls that prevented the entry of the valid and required email address. I say again, this is DUMB and this sort of nonsense drives me nuts. Devs just cannot seem to help trying to control everything to be how THEY think it should be, when in so many cases, THEY are wrong. Sorry. Apple devs who coded Mail.app to not allow the use of an email address without an @ are most definitely idiots. Still, at least they don't demand a dot as well. :-) Ken G i l l e t t _/_/_/_/_/_/_/_/
_______________________________________________ Postfix-users mailing list -- postfix-users@postfix.org To unsubscribe send an email to postfix-users-le...@postfix.org
