As far as I understand RFC2047 there is no need to worry about the comma (=2C) in the encoded word. I.e. as I understand it
"Lastname, Firstname"
<jxyz@abc.com>
and
=?iso-8859-1?Q?Lastname=2C_Firstname?= <jxyz@abc.com>
are legal addresses with the same recipient. But Pegasus transforms the latter from field to the reply address
=?iso-8859-1?Q?Lastname?=, Firstname <jxyz@abc.com>
I think this violates RFC2047 which says: "IMPORTANT: 'encoded-word's are designed to be recognized as 'atom's
by an RFC 822 parser". Since this is the case here, Pegasus should not split up the encoded word.
P.S. Sorry for not providing screenshots, but I can't publish someone else's email address in a public forum.
<p>As far as I understand RFC2047 there is no need to worry about the comma (=2C) in the encoded word. I.e. as I understand it</p><p>"Lastname, Firstname"&nbsp;
&lt;jxyz@abc.com&gt;
</p><p>and</p><p>=?iso-8859-1?Q?Lastname=2C_Firstname?= &lt;jxyz@abc.com&gt;</p><p>are legal addresses with the same recipient. But Pegasus transforms the latter from field to the reply address</p><p>&nbsp;
=?iso-8859-1?Q?Lastname?=, Firstname &lt;jxyz@abc.com&gt;
</p><p>I think this violates RFC2047 which says: "IMPORTANT: 'encoded-word's are designed to be recognized as 'atom's
&nbsp; by an RFC 822 parser". Since this is the case here, Pegasus should not split up the encoded word.</p><p>P.S. Sorry for not providing screenshots, but I can't publish someone else's email address in a public forum.&nbsp;</p>