Hi.
I have just reuploaded version 3.22.
This is certainly not the ideal state for this ancient
package, but I believe it's slightly better than keeping
an important regression forever.
If upstream decides to maintain procmail again (which means
addressing regressions, not merely making a new r
Hello.
This is what I did today. Maybe someone can follow my steps
and arrive at something.
I'm using this $HOME/.procmailrc file:
-
LOGFILE=$HOME/.cache/procmail.log
VERBOSE=yes
:0 h
SUBJECT=|formail -cXSubject:|cat
MYVAR=$SUBJECT
:0
/dev/null
---
Processing commands for cont...@bugs.debian.org:
> forwarded 1028356 https://github.com/BuGlessRB/procmail/issues/5
Bug #1028356 [procmail] procmail: Variable set with stdin pipe action fails
leaving empty variable
Set Bug forwarded-to-address to
'https://github.com/BuGlessRB/procmail/issues/5'.
forwarded 1028356 https://github.com/BuGlessRB/procmail/issues/5
tags 1028356 + help
thanks
Hi. I've forwarded the bug by making a github issue from it.
There is a full git history for procmail at github. If you
feel brave enough you could try a git-bisect on the code
to see where this bug was i
El 9/1/23 a las 23:13, Bob Proulx escribió:
Unfortunately in 3.24 this functionality is broken. I see in the
Testing migration "excuses" this "Too young, only 4 of 5 days old".
Should severity be "important" in order to keep Testing from breaking?
I've just set it to serious, which is the mini
5 matches
Mail list logo