Thanks all, the queue has been delivered and machine remains delselected from load balancer. The amavisd problem was traced to ssl OS update and spamassassin, once spam was bypassed in amavis it ran fine in anti virus mode, the issue is still being looked at but thats OT and irrelevant for this list, so thanks again for suggestions. :-r ALL: has been added to our cheat lists, and automatic updates disabled on all the farm.
On Sat, Oct 19, 2024 at 12:45 AM Christian Kivalo via Postfix-users < postfix-users@postfix.org> wrote: > > > On October 18, 2024 2:34:54 PM GMT+02:00, Laura Steynes via Postfix-users < > postfix-users@postfix.org> wrote: > >Hi, > >We have a problem with one of our inbound MX's amavisd gave up the goat, > >and is fataling, since in itself is not a problem as we kill postfix and > >the load blancers exclude the machine, the problem is amavisd's weird > fatal > >errors sare proving a nasty one, and the mailq shows 200 messages in its > >queue, but disabling amavis postfix (sendmail -q) doesnt send them, it > >still sees and tries 127:0.0.1:10024 even though amavis is completed out > >of the picture as far as content filter and co are concerned, it ronly > >wants to use that address:port. > > > >How do we get those messages to send,must be a way, but I'm lost and its > >Friday evening here, the senior team are unreachable at beer oclock > You probably want to requeue the queued messages with 'postsuper -r ALL'. > Maybe test with a single message first 'postsuper -r $queueid'. > -- > Christian Kivalo > _______________________________________________ > Postfix-users mailing list -- postfix-users@postfix.org > To unsubscribe send an email to postfix-users-le...@postfix.org >
_______________________________________________ Postfix-users mailing list -- postfix-users@postfix.org To unsubscribe send an email to postfix-users-le...@postfix.org
