<div dir="ltr">Hello,<div><br></div><div><a href="https://github.com/erlang/otp/pull/131">https://github.com/erlang/otp/pull/131</a><br></div><div><br></div><div><div>This pull request allows certificates with an improperly encoded emailAddress entry to be decoded.</div>
<div><br></div><div>It is very similar to commit <a href="https://github.com/erlang/otp/commit/69d4a56d9f7ade14fd0496ffbf56d96bf9184aef">https://github.com/erlang/otp/commit/69d4a56d9f7ade14fd0496ffbf56d96bf9184aef</a> from 2012-08-23 which did the same thing for improperly encoded X520countryName entries.</div>
<div><br></div><div>In addition to the extra test case for emailAddress, there is a minor spelling correction in public_key_SUITE related to the X520countryName test case (incorrect_cuntry_name to incorrect_country_name).</div>
<div><br></div><div>    Most common browsers are lax in thier handling of how the</div><div>    emailAddress field is encoded. RFC 3280 section 4.1.2.6</div><div>    defines the encoding as IA5String, however browsers will</div>
<div>    also handle certificates with the emailAddress field</div><div>    encoded as UTF8String. This fix allows the emailAddress</div><div>    to be decoded as both an IA5String and an UTF8String.</div></div><div><br></div>
<div>Thanks,</div><div>Andrew Bennett</div><div><a href="mailto:andrew@pagodabox.com">andrew@pagodabox.com</a></div></div>