1 |
Hi, |
2 |
|
3 |
> I think if you really want plain text only then it's far easier to |
4 |
> just setup the mailing list to convert all mails automatically than it is |
5 |
> to try and badger users to change their habits... |
6 |
Actually, I don't really agree with this. True, it solves problems when |
7 |
dealing with mostly ignorant (Outlook) users, but isn't the right solution in |
8 |
general. |
9 |
|
10 |
In particular, I like to know that the email I'm reading is actually |
11 |
the way the author had intended it. Any automated HTML->text filter will |
12 |
remove information. |
13 |
|
14 |
Now you may argue that this removed information wasn't really useful and can |
15 |
be left out without harm. This is probably the case most of the time, but in |
16 |
that case the author shouldn't have been using HTML email in the first place. |
17 |
So, I'd rather keep on badgering people to write plaintext emails whenever |
18 |
possible, than having unsuspecting users see their carefully crafted HTML |
19 |
formatting be ruined by an automated filter. |
20 |
|
21 |
Still, it is mostly a matter of personal preference in general I think. I |
22 |
prefer to email with people sending plaintext emails :-p |
23 |
|
24 |
As pointed out however, most technical mailing lists require, or at least |
25 |
stimulate, the use of plaintext email, which has been successful so far. I |
26 |
don't see any problems with this in the near future, so we can probably keep |
27 |
this up for quite some time :-) |
28 |
|
29 |
> Personally I think this is a problem solvable by computer and I'm all in |
30 |
> favour of stuff where teh computer does the work rather than humans having |
31 |
> to press one more key just to do something |
32 |
Well, when using proper mailclients, pressing that button shouldn't be |
33 |
neccesary (apart from the one time marking of a (mailing list) recipient as a |
34 |
plaintext receiver. |
35 |
|
36 |
Oh, and your last email did actually turn out plaintext :-) |
37 |
|
38 |
Gr. |
39 |
|
40 |
Matthijs |