On Tue 29 Oct 2024, at 01:04, Wietse Venema via Postfix-users <postfix-users@postfix.org> wrote: > > Use the right postconf command to verify that the configuration of the > running master matches the settings that you poresented in the > first postihg and that I verified on my own machine. > > If that configuration is what is running, then any difference in > behavior is due to something that you or Apple did, snf for which > I cannot be held responsible..
Please understand Wietse that I have never thought you were in any way 'responsible' for any problems. I know you wrote postfix, but it clearly is extremely good and any problems I am experiencing are undoubtedly due to the configuration on my server and since I have changed very little, most of that is down to Apple who quite frankly I do hold responsible as they made the decisions to implement this dual installation and have a tendency to mess with stuff 'under the hood' that you cannot access which makes life difficult. All I ask from this list is help. Assisting me to understand more and configure postfix better to suit my needs, which although precise, are neither complex nor strange. To be clear, there has never been any mix-up between the 2 installations. I did at one point say I thought it looked possible, but that was before I discovered how MacOSX Server starts its processes (confirmed by lsof) and I have since corrected myself on that. So my server is running the Mac Server version of the postfix system and I am accessing that version of postconf, postfix and postmap etc. Rather than change the PATH to place the Server paths first, which might upset other aspects of the server, I have placed symbolic links to the Server versions of the aforementioned programs first in the PATH to ensure I always hit the correct version of the program etc. With regard to your earlier requests, this is from the Server version of postconf:- $ postconf alias_maps local_recipient_maps mydomain alias_maps = hash:/etc/aliases local_recipient_maps = proxy:unix:passwd.byname $alias_maps mydomain = home $ postconf myhostname myorigin mydestination myhostname = MacServe.home myorigin = $mydomain mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain >> Is there perhaps a postfix utility to which you can pass an address >> and have it spit out exactly how it is dealt with? So it would > > There is a way to make the Postfix SMTP daemon more chatty in the > logfile, but that works only if you can update and verify the right > configuration files. Which you haven't, going by your reports sofar. > > /path/to/postconf debug_peer_list=ip-of-telnet-client > /path/to/postconf debug_peer_level=2 > /path/to/postfix reload > > where ip-of-telnet-client is the IP address of the client > that you use to send the commands with telnet. > >> e.g. reveal what it thinks is the domain, what it thinks is the >> user to be validated. Is there anything like that? Currently all >> I know is that one doesn't work, without any indication of what >> is being done internally and hence resulting in the failure. Is >> there anything really useful like that? > > The debug logging will show the working of the guts, but it will > take someone like Viktor or me to make sense of the gibberish. > > Wietse I have set the logging as you suggest and try the telnet test, but all I get is:- 2024-10-29 12:29:06.001571+0000 0x1eaa111 Info 0x0 43400 smtpd: AD09918357931: reject: RCPT from macpro.home[10.xx.xx.xx]: 550 5.1.1 <k...@macserve.home>: Recipient address rejected: User unknown in local recipient table; from=<> to=<k...@macserve.home> proto=ESMTP helo=<macserve.home> which we already know. However… Apple 'disable' postfix's normal logging. So nothing is written to the log file. Instead it has to be accessed via the command-line 'log' utility. I'm wondering if that is not getting the additional info your changes have made. I have no idea how Apple have done this, so no clue as to how I can circumvent it. Maybe Viktor knows? 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
