Re: "Content/Error_report_too_long,_sorry."
Philip Rhoades via Courier-maildrop <[email protected]> Sat, 19 Oct 2024 16:24:08 +1100
| Newsgroups | gmane.mail.maildrop |
|---|---|
| Message-ID | <[email protected]> |
Sam, On 2024-10-19 11:27, Sam Varshavchik wrote: > Philip Rhoades via Courier-maildrop writes: > >> Sam, >> >> >> On 2024-03-13 22:31, Sam Varshavchik wrote: >>> Philip Rhoades via Courier-maildrop writes: >>> >>>> People, >>>> >>>> I have started seeing long maildrop texts in my IndiMail (QMail) >>>> logs - not sure what I have done - see the attached (I have added >>>> newlines after colons to make it easier for me to read) but I am >>>> wondering about the last line . . and how to allow the long report . >>>> . The mails are getting delivered OK . . >>> >>> This looks like maildrop is getting invoked with the -V option to >>> deliver mail. >>> >>> -V should be used only when manually running maildrop, for diagnostic >>> and debugging purposes. >>> >>> Just remove the -V option, to get rid of all of that. >> >> >> Sorry about the slow reply - this issue is an annoyance rather than a >> show-stopper: >> >> My ~/.qmail: >> >> | /usr/bin/maildrop /home/phr/.mailfilter >> >> - ie no "-V" - am I missing something - is there another place it wil >> be? > > -V sets the VERBOSE variable. It can also be set directly in the > mailfilter. > > Look in your .mailfilter. See if it sets VERBOSE, if so get rid of it. > > Note that $HOME/.mailfilter is the default filter file. Ah - got it - "VERBOSE" was set to 6 . . doh! > If everything is set up correctly you only need a > > | maildrop > > This actually runs maildrop in proper delivery mode, reading > $HOME/.mailfilter, and completely ignoring the VERBOSE setting. Ok, now I am only getting this: deferral: ezmlm-weed:_fatal:_out_of_memory/ which I think I have asked about before but I don't remember getting a response to . . Anyway, would it be possible to generate separate delivery messages for each email to a nominated directory? - then each log file could be as long as necessary for debugging purposes and I can just remove them as necessary based on their time-stamps . . possible? Thanks! Phil. -- Philip Rhoades PO Box 896 Cowra NSW 2794 Australia E-mail: [email protected]