• Proposal - Remove requirement that emails be wrapped at 80 characters

    From Soren Stoutner@21:1/5 to Debian Vote on Sat Mar 15 11:33:51 2025
    This is a multi-part message in MIME format.

    --nextPart3345997.44csPzL39Z
    Content-Transfer-Encoding: 7Bit
    Content-Type: text/plain; charset="utf-8"

    ----- BACKGROUND STARTS -----

    The text of the current mailing list code of conduct states:

    "Wrap your lines at 80 characters or less for ordinary discussion. Lines longer than 80 characters are acceptable for computer-generated output (e.g., ls -l)."

    https://www.debian.org/MailingLists/

    There were historical reasons for requiring people to wrap outgoing emails relating to some older MUAs (Mail User Agents also known as email clients) not having the ability to wrap the text of incoming emails and some older screens being limited to an 80 character width.

    These historical reasons no longer apply, as every MUA of which I am aware now has the ability to wrap incoming lines.

    From a technical perspective, I believe having the sending MUA hard-wrap lines at a particular column is the incorrect approach because there is no single line
    limit that works well on all receiving devices. Many cell phones have a display
    width of 40 columns or less, while modern desktops have a display width of far more than 80 columns. The only system that knows how big the viewport is where the mail will be displayed is the receiving MUA, so that is where decisions about line wrapping should be made.

    Having hard line wraps also causes problem with quoted text, where after multiple replies text will start to break in places that can make some of the quoted text appear to not be quoted. I am sure that everyone on the mailing lists has seen emails exhibiting that problem.

    There has is some discussion about this issue on debian-devel beginning at:

    https://lists.debian.org/debian-devel/2025/02/msg00302.html

    In that discussion, several people have suggested the use of format=flowed as a solution. Format=flowed is an RFC that proposes a system for hard-wrapping text
    but including special codes that allow a receiving MUA to unwrap them and then rewrap them to the current viewport.

    https://www.ietf.org/rfc/rfc2646.txt

    Format=flowed never gained wide adoption by the majority of MUAs. Although I don't have any objections to anyone using it, I don't see it as an appropriate requirement for communication on the mailing lists or a general solution to the problems of hard-wrapped text because it doesn't have wide enough implementation.

    ----- BACKGROUND ENDS -----


    ----- GENERAL RESOLUTION STARTS -----

    It is no longer required that emails sent to or received from official Debian infrastructure like the mailing lists or the BTS (Bug Tracking System) be wrapped at any particular column, although users and automated systems may choose to wrap emails at any column they prefer. Using format=flowed is not required for emails, but users and automated systems may do so if they like.

    The maintainers of the mailing list code of conduct shall update the text relating to the wrapping of emails at 80 characters to be the following:

    "There is no expectation that emails sent to the mailing lists are wrapped by the sender at a particular column, but those sending emails may wrap them if they choose."

    In the future, they may modify the above text of the code of conduct to meet changing circumstances as long as it does not violate the spirit of this General
    Resolution.

    ----- GENERAL RESOLUTION ENDS -----


    --
    Soren Stoutner
    [email protected]

    --nextPart3345997.44csPzL39Z
    Content-Transfer-Encoding: 7Bit
    Content-Type: text/html; charset="utf-8"

    <html>
    <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    </head>
    <body><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">----- BACKGROUND STARTS -----</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">The text of the current mailing list code of conduct states:</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&quot;Wrap your lines at 80 characters or less for ordinary discussion. Lines longer</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">than 80 characters are acceptable for computer-generated output (e.g., ls -l).&quot;</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">https://www.debian.org/MailingLists/</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">There were historical reasons for requiring people to wrap outgoing emails</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">relating to some older MUAs (Mail User Agents also known as email clients) not</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">having the ability to wrap the text of incoming emails and some older screens</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">being limited to an 80 character width.</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">These historical reasons no longer apply, as every MUA of which I am aware now</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">has the ability to wrap incoming lines.</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">From a technical perspective, I believe having the sending MUA hard-wrap lines</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">at a particular column is the incorrect approach because there is no single line</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">limit that works well on all receiving devices.&nbsp; Many cell phones have a display</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">width of 40 columns or less, while modern desktops have a display width of far</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">more than 80 columns.&nbsp; The only system that knows how big the viewport is where</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">the mail will be displayed is the receiving MUA, so that is where decisions</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">about line wrapping should be made.</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">Having hard line wraps also causes problem with quoted text, where after</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">multiple replies text will start to break in places that can make some of the</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">quoted text appear to not be quoted.&nbsp; I am sure that everyone on the mailing</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">lists has seen emails exhibiting that problem.</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">There has is some discussion about this issue on debian-devel beginning at:</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">https://lists.debian.org/debian-devel/2025/02/msg00302.html</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">In that discussion, several people have suggested the use of format=flowed as a</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">solution.&nbsp; Format=flowed is an RFC that proposes a system for hard-wrapping text</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">but including special codes that allow a receiving MUA to unwrap them and then</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">rewrap them to the current viewport.</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">https://www.ietf.org/rfc/rfc2646.txt</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">Format=flowed never gained wide adoption by the majority of MUAs.&nbsp; Although I</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">don't have any objections to anyone using it, I don't see it as an appropriate</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">requirement for communication on the mailing lists or a general solution to the</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">problems of hard-wrapped text because it doesn't have wide enough</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">implementation.</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">----- BACKGROUND ENDS -----</p>
    <br /><br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">----- GENERAL RESOLUTION STARTS -----</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">It is no longer required that emails sent to or received from official Debian</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">infrastructure like the mailing lists or the BTS (Bug Tracking System) be</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">wrapped at any particular column, although users and automated systems may</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">choose to wrap emails at any column they prefer.&nbsp; Using format=flowed is not</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">required for emails, but users and automated systems may do so if they like.</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">The maintainers of the mailing list code of conduct shall update the text</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">relating to the wrapping of emails at 80 characters to be the following:</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&quot;There is no expectation that emails sent to the mailing lists are wrapped by</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">the sender at a particular column, but those sending emails may wrap them if</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">they choose.&quot;</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">In the future, they may modify the above text of the code of conduct to meet</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">changing circumstances as long as it does not violate the spirit of this General</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">Resolution.</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">----- GENERAL RESOLUTION ENDS -----</p>
    <br /><br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">-- </p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">Soren Stoutner</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">[email protected]</p>
    </body>
    </html>
    --nextPart3345997.44csPzL39Z--

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEJKVN2yNUZnlcqOI+wufLJ66wtgMFAmfVyA8ACgkQwufLJ66w tgNbJg/+JwuSIaGuA7evDFz54TZeiCVXzZoXDsveEkxXEPdsoODXYkBZ44va674S KYf6xBtJuCiJ/3ZV/U9brBrkuBG4d6rJMtU/SvytIujsiv1qFV85WhnX3aZQR8jQ SlXnXIkKKa3y+mfI0lMEcmL2n+7s/4M5QzJUNRQMHWyPCXcjEeKkxjNzR1YpkT4m zfMFwdaDpGqzk0o51gnEuuH8bkubSjxczKT2iWtxu4RnkAyS6JGnOpAiwY5zI89G Ac0RMs+5+QV/leLJHekKnuziwVJCrzO80bwoOPcarUovNi11uVnK+L6sIFG7+bse Fal1V83YmIrbDpL3aN7NVlSCVqPfPHWjjg3iZSFsKPGKUqLtZiyyQ4KidbS3n5Te R2t9b1e6pY+t58BipDQqCPiLXHYdtiEh007I36sTKxv38qFn1TWtDM0AkObUZ/S0 hHwhEOqkZshDjrGIXP0psOg+YDPEpmVP/vBcqh9UqQOWERAOlV12Cl7iN3kq97Y5 LzqWOZ5fiDvkKA4NKtVh8ZnvzzxPnbExwxM1K+j0t9CmDrnwRNNtGvBjMwpN+lOm XdqycLXpzIExctT4LtjPGN/5Mc2JARq+GIcD1oYmjFCfZtZusPI/uMtQBhM1T7P1 oiofW8+F/P2MmcjpZ3uvNVfT0yewgUYdr14QKTWZrUocYuy/HbE=
    =5rDM
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)