On Fri, 2012-10-26 at 09:22 +0100, Roger Lynn wrote: > I don't think the severity of critical is justified. Well that's always something one can argue about... and the maintainers are free to decrease it...it's just what I'd have set it to, which I reasoned why.
> This is an artefact of > the way email has been stored for decades. No, not really... the mboxo format is long ago deprecated.. and most MUAs/servers/clients do it right (by using another format). mutt, Kmail, dovecote... just to name some examples. > Just because Christoph was not > previously aware of it does not suddenly make it a critical bug. Well I think this is less about me, especially as I don't use fetchmail... I asked around several people at the local computing centre (which is the biggest research computing centre in Europe), all studied computer scientists... all decent sysadmins. Most of them were not even aware, that there are different mbox formats, or some of them broken. That's also what seems to apply to the Evolution/getmail people (of course with exceptions), when I reported the issue there earlier. > This is > also the way mail is handled by the default MTA in a standard Debian > installation. If that's true... it would put a new light on whether Debian should use exim as Default ;) > just that it > hasn't yet caused the world to end. Admittedly, most people see it like that... but I disagree. Not only would it break signatures (crypto)... but storing mail is just one of THE core businesses of fetchmail... and if it does this wrong, than IMHO that's critical. Cheers, Chris.
smime.p7s
Description: S/MIME cryptographic signature
