From: Matthias A. <mat...@gm...> - 2017-01-08 12:41:26
|
Am 06.01.2017 um 18:00 schrieb piequiex: >> El 2017-01-04 a las 17:24 -0000, piequiex escribi??: >> >>> The problem is I loss all messages, except first two. They all must be parsed >>> with script, which I execute from procmailrc. >>> >>> I have discovered that all messages will delivered in case when delay >>> interval present in loop. For example: >>> >>> for msg in file.???; do >>> cat $msg | script; >>> sleep 1; >>> done >> Probably your script is exiting too early, before it finishes processing. > Yes. External application, executed from a script, sometimes terminates with > the strange error - "Cannot allocate memory". This does not happen in example > above. Getting error handling right in procmail requires jumping through hoops and adding an error trapping recipe after each and every action that you code, that's why I'm advocating replacing procmail. While you're writing in a later message that you've found the cause for the allocation errors, I still believe that the error non-handling in your procmailrc setup persists. Reason why I think that: Fetchmail 6.3.26 in default configuration will leave mail on the server and retry it later (--softbounce is default), but for that to happen it needs to know that the --mda failed, either by it crashing, or from its nonzero exit status. Since you wrote about mail loss, I believe that procmail hasn't propagated that script failing status back to fetchmail. |