Message291442
This appears to be a problem in the new API as well. I don't think we can change the legacy API because its been that way forever and applications might be depending on it (that is, the library preserves exactly what it is handed, and an application might break if that changes). In the new API, though, I think we could get away with fixing it to do the transformation on text strings in the default content manager so that the line endings follow the message policy. (That is, if you use default, you get \n, if you use SMTP, you get \r\n). I think we can get away with it because there aren't that many applications using the new API yet. |
|
Date |
User |
Action |
Args |
2017-04-10 18:42:10 | r.david.murray | set | recipients:
+ r.david.murray, barry, jribbens |
2017-04-10 18:42:10 | r.david.murray | set | messageid: <1491849730.9.0.740350994703.issue30032@psf.upfronthosting.co.za> |
2017-04-10 18:42:10 | r.david.murray | link | issue30032 messages |
2017-04-10 18:42:10 | r.david.murray | create | |
|