Page MenuHomePhabricator

Let PhutilEmailAddress encode addresses with complex display names somewhat properly
ClosedPublic

Authored by epriestley on Feb 8 2018, 4:52 PM.
Tags
None
Referenced Files
F15423502: D19026.id45623.diff
Sat, Mar 22, 3:44 PM
F15397762: D19026.id45623.diff
Sun, Mar 16, 10:09 PM
F15397396: D19026.id45622.diff
Sun, Mar 16, 7:54 PM
F15394056: D19026.id45623.diff
Sat, Mar 15, 11:19 PM
F15394050: D19026.id45622.diff
Sat, Mar 15, 11:19 PM
F15394044: D19026.id.diff
Sat, Mar 15, 11:19 PM
F15394038: D19026.diff
Sat, Mar 15, 11:19 PM
F15383249: D19026.id45623.diff
Fri, Mar 14, 3:56 PM
Subscribers
None

Details

Summary

Ref T13053. This is intended to replace the incomplete fix in D17831, which stopped some bleeding but is not correct for all inputs.

This mostly appears to implement the rules in RFC2822, which don't seem exceptionally complex from the escaping side, even though it is well established that no computer can ever successfully parse an RFC2822 address.

Test Plan

Added unit tests; ran unit tests.

Diff Detail

Repository
rPHU libphutil
Lint
Lint Not Applicable
Unit
Tests Not Applicable