ietf-822
[Top] [All Lists]

Rejected posting to SWEDE-L(_at_)CMUVM

1994-11-17 07:49:35
You   are    not   authorized   to    mail   to   list   SWEDE-L    from   your
ietf-822(_at_)DIMACS(_dot_)RUTGERS(_dot_)EDU account.  You might  be authorized 
 to post  to the
list from another  of your accounts or under a  slightly different address, but
LISTSERV has no way to associate this  other account or address with you and is
thus rejecting your message. Your message is being returned to you unprocessed.
If  you have  any question  regarding authorization  to use  the SWEDE-L  list,
please contact the list owner, whose name and address is listed below:

 Jonas Andersson <34LSP36(_at_)CMUVM(_dot_)BITNET>

------------------------- Rejected message (90 lines) -------------------------
Return-Path: <ietf-822(_at_)DIMACS(_dot_)RUTGERS(_dot_)EDU>
Received: from CMUVM (NJE origin SMTP(_at_)CMUVM) by CMUVM.CSV.CMICH.EDU (LMail 
V1.2a
/1.8a) with BSMTP id 6186; Thu, 17 Nov 1994 09:49:22 -0500
Received: from nic.funet.fi by CMUVM.CSV.CMICH.EDU (IBM VM SMTP V2R2) with TCP;
   Thu, 17 Nov 94 09:49:11 EST
Received: by nic.funet.fi id <92036-3>; Thu, 17 Nov 1994 16:45:02 +0200
Subject: Re: SWEDISH CHARACTERS IN EMAIL: THE SUNET INITIATIVE
From:   ietf-822(_at_)dimacs(_dot_)rutgers(_dot_)edu
To:     mohta(_at_)necom830(_dot_)cc(_dot_)titech(_dot_)ac(_dot_)jp (Masataka 
Ohta)
Date:   Thu, 17 Nov 1994 16:45:00 +0200
Cc:     nsb(_at_)nsb(_dot_)fv(_dot_)com, nordpost(_at_)nada(_dot_)kth(_dot_)se, 
bygg(_at_)sunet(_dot_)se, Peter(_dot_)Sylvester(_at_)inr
ia.fr, ietf-822(_at_)dimacs(_dot_)rutgers(_dot_)edu, 
wg-msg(_at_)terena(_dot_)nl,
        swede-l(_at_)cmuvm(_dot_)csv(_dot_)cmich(_dot_)edu, 
sunet-mime(_at_)sunet(_dot_)se
Reply-To: ietf-822(_at_)dimacs(_dot_)rutgers(_dot_)edu
In-Reply-To: 
<9411171226(_dot_)AA05489(_at_)necom830(_dot_)cc(_dot_)titech(_dot_)ac(_dot_)jp>
 from "Masataka Ohta"
at Nov 17, 94 02:25:54 pm
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
Content-Length: 3088
Message-Id: 
<94Nov17(_dot_)164502eet(_dot_)92036-3(_at_)nic(_dot_)funet(_dot_)fi>

(I have directed replies to  ietf-822(_at_)dimacs(_dot_)rutgers(_dot_)edu -- 
there is no
 need to keep this blowing everywhere ..)

Excerpts from junk.info-mime: 16-Nov-94 Re: SWEDISH CHARACTERS IN E..
Peter Sylvester(_at_)inria(_dot_)fr (1556)

PS: There are people who think that 'backspaceA
where backspace is the backspace char gives you
a much better idea of an A with accent than =XY

True enough.  There are also:
.... (fault-cases deleted for brevity)

Without a standard, you can't possibly make everyone happy.  -- Nathaniel

Yes, and that's the problem of the unregulated combinations of
combining characters of ISO10646/UNICODE.

People who are satisfied with Latin-1 or other precombined
characters may not be able to notice the problem, though.

                                                      Masataka Ohta

        And we whom fancy ourselves to be from the pragmatic
        side of implementing things usually try approach:
                 One problem at the time

        If the basic system is flexibly enough extensible, creating
        such enchangements should not be very difficult, nor break
        anything.  (If not, the basic systems should be changed, which
        often is not possible..)


        If we want to make things new, how about creating a new set
        of standards to compete with RFC-822 and X.400 email systems
        about the popularity of the global email standard covering all
        the possible aspects, and  _Finally_Doing_Things_Right_  ?
        Would it be necessary ?   At my dark moments I feel like it.
        Would such succeed to take over ?   I doubt it...
        Would it make sense ?   For a purist yes, hardly for a pragmatist.

        As I see it, what MIME gives us is a way to label things so
        that we don't need to write extensive AI programs to GUESS
        what some piece of email means (exotic charactersets, or
        structures).   It is entirely another matter HOW they are
        encoded, largely these encodings are due to the need to be
        compatible with existing old systems.

        Things are well enough, when local users do not need to worry
        about such trivialities, as encodings when exchanging email.
        (Within one enclave, or a set of enclaves sharing similar
         preferences -- national charactersets, for example.)
        Things are fairly well, when people who can use (and understand)
        the non-local stuff are able to handle such email -- I do know
        Finns who read and write Japanese, though I am not able to do
        it, still I have installed the software they needed.

        A fact which should be obvious is that when an enclave wants
        to represent something in their own characterset, and can do
        it (like ISO-2022-INT allows), they are free to run a translator,
        which does it.  But please allow us narrow-minded latin-based
        cultures to read our email in ISO-Latin series which have common
        hardware supports in these parts of the world.

        Things would be ideal when nobody needs to worry about encodings,
        and could concentrate on the message contents,  but the world
        (and the systems in it) is not yet on that state, so shall we
        quiet those useless flames, and be programmers/designers for
        a change ?

                /Matti Aarnio   <mea(_at_)nic(_dot_)funet(_dot_)fi>

<Prev in Thread] Current Thread [Next in Thread>
  • Rejected posting to SWEDE-L(_at_)CMUVM, 1.8a <=