From: zsd@jdvb.ca   
      
   On 2025-12-31 at 09:17 AST, Sam  wrote:   
      
   > Jim Diamond writes:   
      
   >> > Postfix might require some specific command to retry one or more held   
   >> > messages immediately.   
      
   >> AIUI (*cough*), that is what "sendmail -q" should do, and (as I think I   
   >> mentioned earlier) that has no useful effect whatsoever.   
      
   > Then the next step up the ladder is DNS resolution.  Postfix is not going   
   > to cache DNS queries by itself.  If this was anything other than   
   > Slackware   
      
   Not necessarily... Slackware is not the only radical distro not using   
   systemd.  Fortunately.   
      
   > then my next suggestion would be to uninstall systemd-resolved and fix   
   > /etc/ resolv.conf, which never fails to fix these kinds of issues.  But,   
   > that's not the case here.   
      
   > Does anything useful get logged to syslog when "sendmail -q" is run,   
   > and no delivery attempts are made.   
      
   Nothing at all (at least now when there is nothing in the queue).   
   Looking at the mail log from the day in question, I see nothing there except   
      
   Dec 16 15:06:21 x360 postfix/sendmail[2615]: fatal: usage: sendmail [options]   
      
   which is a message that gets written when sendmail is called with (for   
   example) invalid arguments.   
      
   >                            Does Postfix normally log something   
   > for every delivery attempt.   
      
   I believe so.  Looking at the day in question, I see a number of lines like   
   this over a short time period, which is probably when I was trying   
           sendmail -q -v   
   in futility.   
      
   Dec 16 15:05:58 x360 postfix/smtp[2479]: AA6B21E0B4C: to=, relay=none,   
   delay=0.05, delays=0.03/0.01/0/0, dsn=4.4.3, status=deferred (Host or domain   
   name not found. Name service error for name=XXXX type=A: Host not found, try   
   again)   
      
   > Is there a config setting in Postfix that increases the logging   
   > level.   
      
   Good thought.   
      
   Yes, there is "debug_peer_level" and "debug_peer_list" which can be tweaked.   
      
   Next time this happens I'll crank up debug_peer_level and see what it says.   
      
   > You want to get to the point where every mail delivery attempt gets   
   > logged, and then see what happens when "sendmail -q" does not do   
   > anything.   
      
   All these good ideas (yours and other peoples') almost make me want to   
   cause the problem to happen again. ;-)   
      
   Cheers.   
                                   Jim   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)