-
Notifications
You must be signed in to change notification settings - Fork 40
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add functions to parse message IDs #53
Comments
Keep in mind that the address parsing doesn't fully handle comments either. In practice they are pretty rare. I'll keep this open since it seems like a useful thing to add eventually but in almost all cases you should be fine to just split by commas to get the list of message ids. |
Btw, @link2xt did you actually run into real world cases where the message IDs cannot just be split by commas? Or is this more of a theoretical concern? |
Mostly theoretical, so actually parsing all the cases specified in the standard is not necessary, but it would be nice to provide APIs for parsing even if they just split lists by spaces and wrap IDs into newtype. This way it will be possible to update all depending crates in the future if such a problem arises, for example if rust is used to parse NNTP archives. |
Ah, that sounds like a good idea indeed.
|
Parsing headers such as
Reply-To
is tricky because they are list of message IDs, and eachmsg-id
may be surrounded by comments according to RFC 5322.Since the library has address-parsing functions (#34), it would be nice to also parse message IDs.
The text was updated successfully, but these errors were encountered: