John,
Thanks. I've installed your perl script and played with it a bit. I have
the official sendmail manual, so I'll dig throught it to see if I can put
together something that will fix this mess.
Thanks!
Glen
On Wed, 19 Jul 2000, John Summerfield wrote:
Or, have a (let's say, ) Perl script check when he's online (and has mail)
and then run a mail splitter along the lines of the example in the
procmail docs to redeliver the mail?
As I understand it the server is always online, it just isn't always
working! I need some way to test if it's working and consequently will
accept the mail, or if I can't do that, if the mail is rejected have my
system hold it somewhere other than in the mail queue and without
generating all those bounced letter messages, until the server is back
online.
The attachment (which I wrote for solving fetchmail problems) may help get
you started.
Thanks, I'll check it out.
Adapt the perl to discover if mail delivery to his account would work; you
need to send/ receive a few smtp commands for that. If it works, run the
procmail splitter recipe and send it all. Might be prudent to hold the
mail (in separate files) just in case.
If you want to know some smtp commands, run sendmail with '-v' and/or read
the relevant rfc.
It would be prudent to lest the remote site know what you're doing lest
they think you're trying to break in. Besides, they might have a better
way of solving the problem, perhaps even to the extent of fixing their end.
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail