Vous ne devriez pas avoir de problèmes pour compiler, installer et lancer mutt. Les utilisateurs de qmail peuvent récupérer un correctif ou le lancer avec l'option -f pour lire leurs boites aux lettres locales.
Si mutt vous embête avec un « unknown terminal error » après une mise à jour de votre distribution, recompilez-le.
Elm se compile, s'installe et se lance sans problème sous Linux. Pour plus d'informations, reportez-vous aux sources d'elm et aux instructions d'installation. Elm et filter ont besoin d'être en mode 2755 (groupe mail) avec /var/spool/mail en mode 775 (groupe mail).
Les utilisateurs de qmail peuvent récupérer le correctif pour utiliser les fonctionnalités bien pratiques de qmail ou lancer elm avec l'option -f pour lire leurs boîtes aux lettres locales.
Si vous utilisez une distribution binaire, vous aurez besoin de créer un
fichier /usr/local/lib/elm/elm.rc pour passer outre la nom de la machine
et les informations de domaine compilés en dur :
#---------- /usr/local/lib/elm/elm.rc ------------------ # # nom de machine non qualifié hostname = machine # # nom du domaine local hostdomain = sous-domaine.domaine # # nom de machine qualifié hostfullname = machine.sous-domaine.domaine # #--------------------------------------------------------
Une chose dont vous devez être conscient est que si vous avez compilé elm pour qu'il soit capable de gérer le format MIME, vous aurez besoin d'installer metamail dans votre chemin, sinon elm ne sera pas capable de lire le courrier MIME que vous recevrez. metamail est disponible sur http://thumper.bellcore.com et bien sûr via archie.
Dans la catégorie « trop beau pour être vrai » il existe une distribution, d'Elm-2.4.24 qui sait gérer PGP. Pour l'essayer, récupérez le fichier ftp://ftp.viewlogic.com/pub/elm-2.4pl24pgp3.tar.gz qui n'est rien d'autre que elm 2.4.24 avec l'ajout de PGP. Il se configure et se compile de la même manière que la version normale d'elm, ce qui veut dire que vous aurez sans doute à ajouter les correctifs mentionnés ci-dessus. Pour ce que ça coûte, je l'utilise ici et je l'aime beaucoup. Bien sûr, il doit y avoir des version plus récentes disponibles comme par exemple elm-ME+.
De temps en temps, elm plante avec un message indiquant qu'il n'arrive pas à allouer un énorme quantité d'octets de mémoire via malloc(). Pour remédier à cela, enlevez les alias généraux de courrier post-générés (aliases.dir et aliases.pag). Bien que ce point ne soit pas spécifique à Linux, il est perçu comme un bogue gênant d'elm.
Ce n'est pas un bogue d'elm, c'est une erreur dans le configuration d'elm utilisée par la personne qui a fait la distribution binaire que vous utilisez.
Elm possède, pour les alias, un format amélioré et incompatible ; ainsi, vous
devrez vous assurer que le chemin utilisé par elm pour ses alias est différent
de celui utilisé par sendmail ou smail. Vu le nombre impressionnant de rapport
de bogues à propos de ce problème, il est fort clair qu'au moins une des
distributions majeures ait dans le passé fait une erreur de configuration sur
ce point. (Ceci m'a été signalé par Scot W. Stevenson :
<scot at catzen.gun.de>.)
Le paquetage metamail actuel à besoin de csh pour quelques-uns de ses scripts. Sans csh (ou tcsh), vous aurez droit à des erreurs des plus intéressantes...
Si vous n'avez pas mailx, économisez vos efforts et récupérez le kit mailx de la Slackware 2.1.0 ou plus, qui a une bonne implémentation de mailx5.5. Il se compile sans correctif sous linux si vous avez installé pmake.
Si quelqu'un les utilise encore, je lui recommande fortement de virer les vieux trucs edmail de la SLS 1.00 et de les remplacer par mailx.