Hi, I think you are right, but something has changed between versions. Digging a little further I found that fetchmail/procmail is adding a line like ">From rt Fri Nov 1 18:08:01 2013" at the top of the headers! It seems that this line was not parsed before but now it is and cause all that problem! Removing "-f %F" from procmail seem to solve that. Not sure about what this would break next :-)
On Fri, Nov 1, 2013 at 5:54 PM, Kevin Falcone <falc...@bestpractical.com>wrote: > On Fri, Nov 01, 2013 at 03:36:00PM -0200, Christian Lyra wrote: > > [14196] [Fri Nov 1 17:03:04 2013] [warning]: Use of uninitialized > value $NewSubject in scalar > > chomp at /opt/rt4/sbin/../lib/RT/Interface/Email.pm line 1330. > > (/opt/rt4/sbin/../lib/RT/Interface/Email.pm:1330) > > [14196] [Fri Nov 1 17:03:04 2013] [error]: Couldn't parse or find > sender's address > > (/opt/rt4/sbin/../lib/RT/Interface/Email/Auth/MailFrom.pm:74) > > These two errors imply that the email RT receives does not have a > Subject: line (the warning) or any of Reply-To:, From:, Sender: (second > error) > > I'd be looking at what in your formail/procmail/get_*.pl scrips is > munging the mail before delivery to RT. > > It doesn't appear to be an RT error since piping the mail directly to > rt-mailgate (as your later test shows) works as expected. > > -kevin > > -- Christian Lyra PoP-PR/RNP