Bo Peng <[EMAIL PROTECTED]> writes: | > 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?
This is absolutely not our bug. Send you attachments as application/octet-stream and be done with it. -- Lgb