> >It's been working fine for many months now. A few days ago, it started
> >producing the error "
> >matchup: fatal: unable to write fd 5: file descriptor not open". The
> >stat's are still produced, however. The 3rd Stat's program (failures)
> >doesn't produce any output, but that could simply be because there was
> >no failures?
>
> This script doesn't work right. fd 5 from matchup is pending messages.
> I doubt the stats are valid if that info isn't fed back into matchup
> (unless you are analyzing logs for a time period >> 7 days in which
> case the result is a reasonable approximation). - AFAIK
>
> -Sincerely, Fred
qmHandle identified two messages in the queue that were very messed up, the
result of my experimentation with an email --> web (as opposed to web -->
email) gateway beginning about the same time the script started to give
that error. (See my post regarding that from yesterday; I'd love feedback
on a better way to do that.) Since these messages could not be delivered
(horribly munged), I removed them (using qmHandle) and re-ran the script.
Unfortunately, it did not correct the problem. From a bit of playing around
with the script, I'm pretty sure that the problem is in the final redirect
in the line:
awk '{$1="";$2="";$3="";$4="";$5="";print}' < /var/log/maillog |
/usr/local/qmailanalog/bin/matchup > /tmp/test.txt
(Note that I've replaced the shell variable with a real file name in this
example). It seems to work fine up to and including running matchup, but
the redirect makes it unhappy. I'm showing my blatant lack of knowledge
here, but why is the redirect failing?
I'm curious also about what you're saying about the script not working
right. It sounds like pending messages are not included in the stat's? I
gather that as after 7 days the message to cycled out, so running it on
logs longer than that is more accurate. Did I get the gist of what you're
saying, or am I hopelessly lost? <grin>
- Tillman Hodgson
