Re: the usual mail stuff, was IETF...the unconference of SDOs

Sabahattin Gucukoglu <listsebby@me.com> Thu, 25 October 2012 22:50 UTC

Return-Path: <listsebby@me.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4D4121F869F for <ietf@ietfa.amsl.com>; Thu, 25 Oct 2012 15:50:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.199
X-Spam-Level:
X-Spam-Status: No, score=-3.199 tagged_above=-999 required=5 tests=[AWL=0.400, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Ss+7dcqQge2 for <ietf@ietfa.amsl.com>; Thu, 25 Oct 2012 15:50:07 -0700 (PDT)
Received: from nk11p04mm-asmtp007.mac.com (nk11p04mm-asmtpout007.mac.com [17.158.236.242]) by ietfa.amsl.com (Postfix) with ESMTP id 47E0721F867C for <ietf@ietf.org>; Thu, 25 Oct 2012 15:50:07 -0700 (PDT)
MIME-version: 1.0
Content-type: text/plain; charset="windows-1252"
Received: from [192.168.1.5] (natbox.sabahattin-gucukoglu.com [213.123.192.30]) by nk11p04mm-asmtp007.mac.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Jan 3 2012)) with ESMTPSA id <0MCH00MCB0RE7K20@nk11p04mm-asmtp007.mac.com> for ietf@ietf.org; Thu, 25 Oct 2012 22:50:07 +0000 (GMT)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.431, 0.0.0000 definitions=2012-10-25_04:2012-10-25, 2012-10-25, 1970-01-01 signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1203120001 definitions=main-1210250304
Subject: Re: the usual mail stuff, was IETF...the unconference of SDOs
From: Sabahattin Gucukoglu <listsebby@me.com>
In-reply-to: <20120909192557.33735.qmail@joyce.lan>
Date: Thu, 25 Oct 2012 23:50:02 +0100
Content-transfer-encoding: quoted-printable
Message-id: <C0F92EF7-8923-45E6-AB2E-FAEB40A6DFC9@me.com>
References: <20120909192557.33735.qmail@joyce.lan>
To: John Levine <johnl@taugh.com>
X-Mailer: Apple Mail (2.1499)
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Oct 2012 22:50:08 -0000

Wo!  There's a whole section of the conversation that ended up in "Untidy" that shouldn't've.

On 9 Sep 2012, at 20:25, John Levine <johnl@taugh.com> wrote:
> I have to say that I'm baffled at the perverse pride that people seem
> to take in being so technically backward that they're unable to handle
> the mail that 99% of the world uses today.  While not being a fan of
> overdecorated HTML and endless font changes, and strongly preferring a
> mail program that lets me keep my fingers on the keyboard, I can deal
> with it.  (I use Alpine, keep meaning to take another look at mutt.)

This sort of modernist attitude only really works while you're not recovering mail from mbox files using less.  Or, in general, while you need to do as little work as possible to redisplay or process a message.  Not to say you're point isn't essentially valid--we must, of course, be aware of the current trends--but popularity doesn't mean correct for the group of people genuinely preferring low-overhead or "Technically backward" MUAs, pagers, scripts, etc.  Those people got there first and have a pretty good leverage for screaming at other people who got there later, and failed to regard those others not like themselves by flagrantly ignoring standards which would have guaranteed interoperability had they not done so, particularly when the primary motivation for doing so is ease of implementation with a fundamentally different UI paradigm.

Keep using alpine.  Move to mutt and you'll get pretty plus-signs in the left column of wrapped mail--that is, unless mutt has also worked around this type of breakage (doubtful, they're a pretty puritanical bunch :-) ).  But mutt has maildir+ support where alpine doesn't without a load of controversial patching, and so while I'm using alpine now it's only because I go through Dovecot as intermediary or use external IMAP servers.  (Yes, free email providers accessed through IMAP/SMTP in textmode as opposed to /usr/sbin/sendmail are cool when they come from Apple.  They're … all shiny. :-) )

> For the large majority of mail that is written in paragraphs rather
> than tables, line wrapping is a useful feature, regardless of the
> character set, particularly for those of us who sometimes read our
> mail on a tablet or phone while changing planes.  For mail that is a
> table and stuff has to line up in columns, use HTML tables. That's
> what they're for.
> 
And Format=Flowed takes care of the first requirement.  Multipart/alternative takes care of the latter (when inventive multi-line columns will not suffice) (and they don't, with small-screen devices).

> PS: Yes, this is top posted.  You can deal with that, too.

This message bottom-posted for your reading convenience, as opposed to my laziness.  It'll render beautifully in alpine, I'm sure. :-)

Cheers,
Sabahattin