> If not, any objections if I start doing so?
+1 from me
On Sat, 15 Oct 2016 at 21:09 sebb wrote:
> There are quite a few PRs that have been outstanding for a while now.
>
> Apart from PR56, there has been no pushback, so I think it would be
> good to start applying them to master.
>
> Does any
Github user asfgit closed the issue at:
https://github.com/apache/incubator-ponymail/issues/187
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature
GitHub user sebbASF opened an issue:
https://github.com/apache/incubator-ponymail/issues/188
Bug: mbox.lua exports source without encoding 'From ' lines
The mbox format expects each mail to start with 'From '.
Any embedded lines starting with 'From ' need to be escaped otherwise
GitHub user sebbASF opened an issue:
https://github.com/apache/incubator-ponymail/issues/189
Bug: import-mbox.py does not provide any context when reporting errors
The import process may report errors (for example "Date seems totally
wrong...") however the input text which causes th
Github user sebbASF commented on the issue:
https://github.com/apache/incubator-ponymail/issues/188
Related to this: Pony Mail should formally define what mbox format is
generated, and what mbox formats are accepted for input.
It looks like https://tools.ietf.org/html/rfc4155
GitHub user sebbASF opened an issue:
https://github.com/apache/incubator-ponymail/issues/190
Bug: mbox.lua appears to violate mbox standards for the From_ line
mbox.lua generates output files with a From_ line consisting of "From "
alone.
This disagrees with most (perhaps a