Reprocessing sendmail failed messages

[Tim Traver]

Kris,

thanks for your attempts, but I'm not sure you understand what I mean...

I cannot run a queue manually on these messages because sendmail thinks 
they are permanent errors. So any queue runs on these messages produce 
nothing.

On this box we don't run a sendmail daemon. We only relay mail to 
another server when the sendmail daemon gets called. That is why those 
messages are in the clientmqueue dir instead of the regular mqueue dir.

My real issue is that I now have these bunch of messages that won't get 
processed, because sendmail assumes they are permanent failures.

The q files are named with a capital Q in front of them, is this why 
they are ignored ?

Is there any one who knows how to revert and re-submit these messages ???

Thanks,

Tim.


Kris Anderson wrote:
> --- Tim Traver <tt-list at simplenet.com> wrote:
>
>   
>> Hi All,
>>
>> ok, I know this isn't the right list, but I've
>> already tried the 
>> sendmail group, and no response, so I'm hoping that
>> there might be some 
>> sendmail gurus on this list that can help me...
>>
>> After a temporary DNS outage, several machines that
>> we run have email
>> messages on them that sendmail attempted to relay to
>> our mail
>> cluster, but failed because they could not find the
>> host name of the
>> server they were relaying to.
>>
>> So, now, I have hundreds of messages in the
>> clientmqueue directory that
>> are marked as having permanent fatal errors. The top
>> of the d file
>> looks like this :
>>
>>    ----- The following addresses had permanent fatal
>> errors -----
>> i... at xxxxxxx.com
>>     (reason: 550 Host unknown)
>>
>>    ----- Transcript of session follows -----
>> 550 5.1.2 i... at xxxxxxxxx.com... Host unknown (Name
>> server:
>> xxxx.xxxxxxxx.com: host not found)
>>
>> I see that there are many of these message that are
>> important, and
>> want to save and send them.
>>
>> Is there a way to get sendmail to re-attempt to send
>> these messages ? I
>> think it just ignores them right now because of
>> those lines.
>>
>> Any help would be greatly appreciated,
>>
>> Tim.
>> _______________________________________________
>> freebsd-questions at freebsd.org mailing list
>>
>>     
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
>   
>> To unsubscribe, send any mail to
>> "freebsd-questions-unsubscribe at freebsd.org"
>>
>>     
> Hey there Tim,
>
> Found this with google.
> http://lists.freebsd.org/pipermail/freebsd-questions/2004-June/049850.html
>
> A Dr Matthew had this answer (read full text to see
> what's up but here's a snippet)
>
> If you end up with a load of messages stuck in
> /var/spool/clientmqueue, you've got a similar problem
> with not running
> a MSP queue daemon.  The case is exactly analogous,
> except that the
> sendmail flags are in
> /var/spool/clientmqueue/sm-client.pid and should
> read:
>
>     /usr/sbin/sendmail -L sm-msp-queue -Ac -q30m
>
> and you need to set 'sendmail_msp_queue_flags' in
> /etc/rc.conf to
> override them.
>
> ---------
>
> Hope that helps.
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam
> protection around 
> http://mail.yahoo.com 
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
>