On Fri, Nov 28, 2014 at 01:31:53AM +0100, Alexander Hall wrote: > Hi, > > I noticed a box of mine having had a misconfigured mail relay, resulting > in lots of mail queuing up. Now, after fixing the configuration, new > mail are properly sent. > > However, it seems the invalid 'mta-relay' setting, as seen in the > envelopes of the queued mail does not get revised while issuing 'smtpctl > schedule ...'. Thus, the old mail stays in the queue.
I saw that too while configuring my first smtpd attempt (5.6-stable/sparc). It made me realize that smtpd is still a young MTA. > > Any pointers on how to proceed is appreciated, possibly including > cluesticks as of why the observed behaviour might be the proper one. No, it is not proper behavior. As a store and forward system with potentially 4-5 days between submission and delivery, any MTA needs to be able to adapt in configuration changes across a long period. I haven't tested the HEAD release yet and didn't found anything in smptd and smtpctl manual page how to fix it in stable. My guess is that you will have to resubmit them. Parse "smtpctl show queue" output, pick field 1,5,6 and then refeed the output of "smtpctl show message field1" to "sendmail -f field5 -- field6" for each line. Then delete the stuck ones. (Yeah test that first.) Good luck. Hopefully it will get fixed.
