Handling badly folded long Return-Path header gracefully

I've got a problem with my POP3 provider delivering me e-mails with broken Return-Path header. When it's long, it gets wrongly folded into multiple lines, in the middle of e-mail address like this:

Return-Path: <bounce-md_30050491.5f06fc4d.v1-e20857b41e04493380b808e01cb6b51
 [email protected]>

Therefore, Postfix returns error and I get bounces from Fetchmail:

fetchmail: SMTP error: 501 5.1.7 Bad sender address syntax

I've read about Fetchmail's -Z option, but I don't want to discard these mails, they are important and not spam.

Is there a possibility to make Postfix treat this special case gracefully and return no error message? Or maybe someone knows a better solution to this problem?

fetchmail: direct delivery mailbox/maildir using procmail/maildrop

You can make fetchamil use procmail (or maildrop) to deliver messages directly to mailbox (mailbox file or maildir) without sending it via SMTP. Your procmail script may even unfold Return-Path:.

see mdaoption in man fetchmail

I have used similar solution with custom per email account procmail scripts.

~/.fetchmailrc

poll pop.provider.net proto pop3
  user "jsmith" with pass "secret1"
  mda /usr/bin/procmail -m .procmailrc-provider.net

~.procmailrc-provider.net

 ########
 # Debugging settings
 ########
 # log all dignostic info to ~/procmail.log
 LOGFILE=procmail.log
 # log abstracts of delivered messages
 # Subject:`,`From:`, size, final destination 
 LOGABSTRACT=all
 # Turn on extended diagnostic
 VERBOSE=on
 ########

 # deliver everttyting to maildir (tailing /) located in directory ~/.maildir 

:0
.maildir/

Debugging:
fetchamil: -v (or even -v -v) command line options
procmail:LOFILE and LOGABSTRACT settings in procmailrc file