<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Alpine on iMil.net</title>
    <link>http://imil.net/blog/tags/alpine/</link>
    <description>Recent content in Alpine on iMil.net</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 13 Apr 2020 10:51:21 +0200</lastBuildDate>
    <atom:link href="http://imil.net/blog/tags/alpine/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Alpine, tmux and UTF-8</title>
      <link>http://imil.net/blog/posts/2020/alpine_tmux_and_utf-8/</link>
      <pubDate>Mon, 13 Apr 2020 10:51:21 +0200</pubDate>
      <guid>http://imil.net/blog/posts/2020/alpine_tmux_and_utf-8/</guid>
      <description>&lt;p&gt;A quicky in case anybody has the same issue. I use &lt;a href=&#34;https://en.wikipedia.org/wiki/Pine_(email_client)&#34;&gt;pine&lt;/a&gt; / &lt;a href=&#34;https://en.wikipedia.org/wiki/Alpine_(email_client)&#34;&gt;alpine&lt;/a&gt; as a mail client since my firsts steps on the UNIX/Linux world, it always served me well.&lt;br&gt;&#xA;Nevertheless, since a couple of weeks, I had this weird behavior where the mail content pager would not display accents (éàü&amp;hellip;) while the mail list would! Worse, this inconsistent behavior only happened in &lt;code&gt;tmux&lt;/code&gt;.&lt;br&gt;&#xA;I suspected something involving &lt;code&gt;locales&lt;/code&gt; but no, everything was fine on this side.&lt;br&gt;&#xA;So it turns out &lt;code&gt;alpine&lt;/code&gt;&amp;rsquo;s mail content pager doesn&amp;rsquo;t know how to cope with a value of &lt;code&gt;screen-256color&lt;/code&gt; in the &lt;code&gt;TERM&lt;/code&gt; variable. Changing it to &lt;code&gt;xterm-256color&lt;/code&gt; fixed accents display.&lt;/p&gt;</description>
    </item>
    <item>
      <title>multipart/encrypted et alpine</title>
      <link>http://imil.net/blog/posts/2012/multipartencrypted-et-alpine/</link>
      <pubDate>Tue, 21 Feb 2012 10:48:21 +0000</pubDate>
      <guid>http://imil.net/blog/posts/2012/multipartencrypted-et-alpine/</guid>
      <description>&lt;p&gt;J&amp;rsquo;utilise &lt;a href=&#34;http://www.washington.edu/alpine/&#34;&gt;Alpine&lt;/a&gt; comme client mail depuis hmmm&amp;hellip; 15 ans je pense. J&amp;rsquo;aime bien Alpine. Oh pitié, épargnez-moi le couplet sur sa license, et &lt;a href=&#34;http://www.washington.edu/alpine/overview/legal.html&#34;&gt;renseignez-vous &lt;/a&gt; avant de balancer du &lt;a href=&#34;http://fr.wikipedia.org/wiki/Fear,_uncertainty_and_doubt&#34;&gt;FUD&lt;/a&gt;.&lt;/p&gt;&#xA;&lt;p&gt;J&amp;rsquo;utilise Alpine donc. Je suis, vous vous en doutez, très satisfait de ce logiciel d&amp;rsquo;une stabilité à toute épreuve qui gère mes boites mail fournies de centaines de milliers de mails (1997 - 2012) comme si elles en contenaient 12. Mais Alpine souffre d&amp;rsquo;un problème millénaire: sa -non- gestion des RFC 2015/3156 i.e. les messages &lt;em&gt;multipart/signed et multipart/encrypted&lt;/em&gt;. En effet, Alpine, comme nombre d&amp;rsquo;autres &lt;a href=&#34;http://en.wikipedia.org/wiki/Mail_user_agent&#34;&gt;MUA&lt;/a&gt; ne respectant pas cette RFC, signe ou chiffre via PGP/GPG dans le corps du message, par le biais d&amp;rsquo;outils tiers tels que &lt;a href=&#34;http://hany.sk/~hany/software/pinepgp/&#34;&gt;pinepgp&lt;/a&gt; ou &lt;a href=&#34;http://dougbarton.us/PGP/ppf/&#34;&gt;pine-pgp-filters&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Alpine et les certificats SSL</title>
      <link>http://imil.net/blog/posts/2010/alpine-et-les-certificats-ssl/</link>
      <pubDate>Sat, 27 Feb 2010 20:46:50 +0000</pubDate>
      <guid>http://imil.net/blog/posts/2010/alpine-et-les-certificats-ssl/</guid>
      <description>&lt;p&gt;Je sais, je suis un vieux con. Et en bon vieux con que je suis, je n&amp;rsquo;ai jamais réussi à utiliser un autre &lt;a href=&#34;http://en.wikipedia.org/wiki/Mail_User_Agent&#34;&gt;MUA&lt;/a&gt; que &lt;a href=&#34;http://www.washington.edu/pine/&#34;&gt;pine&lt;/a&gt; / &lt;a href=&#34;http://www.washington.edu/alpine/&#34;&gt;alpine&lt;/a&gt;. C&amp;rsquo;est pas qu&amp;rsquo;il soit franchement au dessus des autres, loin s&amp;rsquo;en faut, mais que voulez-vous, on ne change pas 14 ans d&amp;rsquo;habitudes comme ça.&lt;/p&gt;&#xA;&lt;p&gt;&lt;em&gt;Alpine&lt;/em&gt; a des avantages, mais aussi beaucoup d&amp;rsquo;inconvénients, et l&amp;rsquo;un d&amp;rsquo;entre eux, c&amp;rsquo;est la manière dont il &amp;ldquo;gère&amp;rdquo; la validité des certificats &lt;a href=&#34;http://fr.wikipedia.org/wiki/Secure_Sockets_Layer&#34;&gt;TLS/SSL&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
