(In reply to comment #44)
> (In reply to comment #43)
> > 4. Needless to say, this is hotmail's fault, but it's what we have to think
> > about.
>
> In my view any e-mail client should (1) be a proper and bug-free e-mail client
> for POP and IMAP and (2) try to work around Hotmail peculiarities.
>
Hi!
These same hotmail peculiarities could change over time and DO NOT conform to the standard...
I think the best thing would be to do it the right encodings but provide a way (possibly by manually editing the prefs.js or something similar) of using a more hotmail/webmail compatible encding.
There is also the possibility of warning the user when (s)he types in something which MIGHT not be properly decoded by the receiving MUA and let h(im/er) decides whether it is important to h(er/im) or not...
Have a nice day!
Nick
PS: Anybody wants to submit a bug report to hotmail? (-; or )-; ?
(In reply to comment #44)
> (In reply to comment #43)
> > 4. Needless to say, this is hotmail's fault, but it's what we have to think
> > about.
>
> In my view any e-mail client should (1) be a proper and bug-free e-mail client
> for POP and IMAP and (2) try to work around Hotmail peculiarities.
>
Hi!
These same hotmail peculiarities could change over time and DO NOT conform to the standard...
I think the best thing would be to do it the right encodings but provide a way (possibly by manually editing the prefs.js or something similar) of using a more hotmail/webmail compatible encding.
There is also the possibility of warning the user when (s)he types in something which MIGHT not be properly decoded by the receiving MUA and let h(im/er) decides whether it is important to h(er/im) or not...
Have a nice day!
Nick
PS: Anybody wants to submit a bug report to hotmail? (-; or )-; ?