> So a solution would be to change the format and replace "." by > something like \dot (like we do for \backspace). But then lyx2lyx > would have to be very very careful to avoid to replace \dot macros in > mathed, for example. > > Moreover, I am not sure that ".<lf>" is the only bad case. In the > example sent by Enrico I saw the errors for all lines beginning by > ".".
That is really unfortunate. > So, instead of redesigning our file format to avoid some program's > bug, the energy would be better spent by giving a convincing test case > to one of these thunderbird's bugs: > https://bugzilla.mozilla.org/show_bug.cgi?id=259564 > https://bugzilla.mozilla.org/show_bug.cgi?id=47606 > https://bugzilla.mozilla.org/show_bug.cgi?id=196584 (where a possible > workaround to a related problem is given) > If you can describe precisely what combination of (Sender MUA, Sender OS, > POP3 server, Receiver MUA, Receiver OS) causes the bug, it should be > possible to fix. As far as I can tell, sendmail is responsible for adding the dots and none of MS/OE, Linux/Mutt/Pine will remove them. Considering the dominance of sendmail/OE pair, fixing this problem in thunderbird or kmail is useless. (I mean no offense to thunderbird/kmail here.) I do not know if other sendmail equivalences do the same thing. If not, things will be more complicated since a mail client would not know if a '..' is authentic. Again, as I have said in another email, lyx format is much more vulnerable to this problem than pdf/ps/doc etc because a dot after every inset will be put at the beginning of a line. I would suggest that 1. We fix this before 1.4.0 since otherwise a file format change can only (?) happen for 1.5.0, which is, I suppose, another two years away? 2. Find a way to notify every lyx user not to send lyx file via email without compression. (BTW, is there a possibility for self-compress/decompress lyx format?) Cheers, Bo
