On Mon, Sep 20, 2010 at 11:37 AM, Michelle Konzack
<linux4michelle(_at_)tamay-dogan(_dot_)net> wrote:
procmail: Timeout, terminating "wget --user-agent="tdtools-procmail/rssreader
v${TDTP_VERSION}" --quiet --timeout=30 -O - "${TMPVAR1}" ; :"
procmail: Rescue of unfiltered data failed
Hrm, that rescue failed is a little disconcerting, but as it's not an
actual filtering recipe it probably doesn't matter.
in the code:
----[ '~/.tdtools-procmail/PRI-michelle.rss.rian_ru' ]------------------
<snip>
LINEBUF=256000
TIMEOUT=120
So are you certain that wget hasn't been running for at least 120
seconds before that log message is printed?
<snip>
TMPVAR1=`mimedecode |grep -i '^URL: http://' |sed 's|^URL: ||' |tr -d ' ' ;
:`
<snip>
TMPVAR2=`wget --user-agent="tdtools-procmail/rssreader v${TDTP_VERSION}"
--quiet --timeout=30 -O - "${TMPVAR1}" ; :`
The standard input of a `backtick` expression is the message that is
currently being delivered. If the message is too big for the kernel
I/O buffer and the command never reads from stdin, procmail may be
blocking indefinitely on write. Try
TMPVAR2=`cat > /dev/null; wget ... ; :`
Does someone know, HOW I can enforce "wget" to return always an exit
status of TRUE?
The trailing "; :" should do it provided that procmail is not killing
it with a TERM signal because of the timeout. If it gets killed, it's
going to exit nonzero unless you trap the signal, no matter what you
put at the tail of the command.
____________________________________________________________
procmail mailing list Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)de
http://mailman.rwth-aachen.de/mailman/listinfo/procmail