Re: [email Tutorial] Create your own and free of charge email Network in less than 10 minutes
Anonymous <[email protected]>
| Newsgroups | alt.cypherpunks,alt.privacy,alt.privacy.anon-server |
|---|---|
| Organization | dizum.com - The Internet Problem Provider |
| Message-ID | <[email protected]> |
Stefan Claas <[email protected]> wrote: >Fritz Wuehler wrote: >> In article <[email protected]> >> Stefan Claas <[email protected]> wrote: >> > Fritz Wuehler wrote: >> > > In article <[email protected]> >> > > Anonymous <[email protected]> wrote: >> > > > Stefan Claas wrote: >> > > >> > > > > As you see, no MIME headers for international characters are needed. >> > > >> > > That kind of MIME-free magic is beyond a Taiwanese who's used to use a >> > > Big5 character set, and me. So it looks as if generations of Internet >> > > programmers were wrong thinking MIME encoding is of any importance. >> > > >> > > Or does Class once again demonstrate his own incompetence in dealing >> > > with MIME encoding by idealizing homebrew ASCII-only crippleware? >> > >> > Do us all a favor and test it by yourself. >> >> No. As we're not only interested in your success, but even more in the >> reason why it works you'd better do us all a favour and explain how the >> recipient of a two byte message knows that those aren't two ASCII >> characters but instead it's one of the more that 13 thousand Chinese >> characters from the 2-byte Big5 character table. Please enlighten us! >> >UTF-8 is the default for modern protocols (HTTP, JSON, etc.). >Go assumes UTF-8 unless told otherwise (e.g., []byte ? string). > >Big5 vs. UTF-8: > >Big5 needs external context (e.g., "this is Big5") to avoid ambiguity >with ASCII. > >UTF-8 embeds the context in the byte patterns. In your initial posting you wrote: | This little tutorial explains you how to run your own email | infrastructure for family and friends, without paying a dime. But to take UTF-8 encoding for granted is far from email standards. To make it short you set up your own communication infrastructure following your self-knitted rules, which is ok. But please don't call the result *email* which it definitely isn't as it severely violates RFCs!