From: rich@example.invalid   
      
   Jim Diamond  wrote:   
   > 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)   
      
   Note, "probably" is not going to help you figure this one out, you need   
   to be sure which log lines you are looking at relate to exactly when   
   you try a sendmail -q -v run.   
      
   You want to see what is the last line in the log before running   
   sendmail -q -v, then run it, and see exactly what new lines appear   
   (you'd preferably do this when you say other email has gone through but   
   this one is stuck).   
      
   The log entry you show says the email was enqueued because at the time   
   Postfix tried to deliver it, DNS name service lookup for the   
   destination failed.   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)