gouttegd a écrit 1805 commentaires

Mais après tout qui se sert du terminal sur mac ? [...]

Au hasard, le pauv’couillon linuxien à qui on a demandé « j’arrive pas à envoyer un mail, il y a une erreur, tu veux pas regarder ? » et qui se dit que si le message d’erreur affiché par le client mail n’est pas explicite et n’apporte aucune information utile, il devrait pouvoir trouver tous les détails nécessaires dans les logs. Et comme il ne connaît pas l’application intégrée à Mac OS X permettant de consulter les logs (et ce que ce n’est pas la peine de poser la question au propriétaire du Mac, qui ne sait pas ce qu’est un fichier de log), il pense (très naïvement) qu’il aura plus vite fait d’ouvrir un terminal et de consulter le log à coup de tail.

(Ce qui est une doublement mauvaise idée : non seulement le pauv’couillon linuxien mettra une bonne minute à trouver le terminal, mais en plus il ne sait pas où sont envoyés les logs du client de messagerie de Mac OS X — apparemment pas dans /var/log, en tout cas.)

Alors, peut-être que le réflexe « ouvrir un terminal et consulter les logs » est une habitude de linuxien qui n’est pas recommandée sur Mac OS X, mais dans ce cas quelle est la méthode intuitive et user-friendly recommandée par Apple pour savoir ce qui se passe sur la machine en cas de problèmes (les applications n’étant pas fichues d’afficher des messages d’erreurs explicites) ?

Désormais, moi je refuse au motif que je ne connais rien au système sur lequel on me demande de l’aide, ce qui n’est pas vraiment faux : il s’agit soit de Mac OS X (le système supposément hyper-intuitif et méga user-friendly, sur lequel je suis complètement perdu, je ne sais même pas comment faire pour ouvrir un terminal), soit de Windows Vista ou 7 ; dans tous les cas, ce sont des systèmes que je n’ai jamais utilisé plus de dix minutes en temps cumulé.

La seule aide que j’accepte d’apporter concerne les cas d’urgence, lorsqu’il y a un risque de pertes de données, soit parce que c’est le disque dur qui lâche physiquement, soit parce que Windows est tellement planté qu’il ne reste plus qu’à formater et réinstaller — et encore dans ce cas-là je fais le minimum, je sauve les données que je peux et je laisse le propriétaire de la machine se débrouiller avec la réinstallation. Parfois je suis tenté de ne rien faire du tout (ça lui apprendrait à sauvegarder ses données régulièrement), mais je n’arrive pas à être vache à ce point.

J'aime bien Iceweasel [...] mais de base le navigateur est quand même assez pauvre, il faut passer pas mal de temps à fouiner pour le rendre utilisable. [...] Bref je vais maintenant peut-être regarder du côté de uzbl non ?

Je ne suis pas sûr qu’Uzbl soit le meilleur choix si tu ne veux pas « passer pas mal de temps à le rendre utilisable ».

Uzbl est un navigateur en kit, à monter soi-même. Il est certes fourni avec une configuration et des scripts prêts à l’emploi, mais en les utilisant sans chercher à aller plus loin on passe à côté de tout ce qui fait l’intérêt de ce navigateur (selon moi). Dans les sources du projet, ces scripts sont d’ailleurs placés dans un répertoire appelé examples, ce qui indique bien qu’ils ne sont là que pour donner à l’utilisateur une idée de ce qu’il est possible de faire, et non pour être utilisés tels quels.

Mork ? Thunderbird ne supporte pas des formats plus courants (comme, au hasard, mbox ou maildir) ? J’aurais envie de dire « mauvais client, changer de client »…

C’est dommage, parce que fetchmail ou getmail feraient exactement ce que tu souhaites (« POPer » tes mails et les stocker sur ton serveur Debian), sauf qu’apparemment ils ne supportent pas ce format Mork qui semble ultra-spécifique à Thunderbird.

Du coup, je propose une autre solution :

– tu récupéres les mails sur ton serveur Debian avec fetchmail, qui les stocke dans une boîte Maildir ;

– tu installes un serveur IMAP (Dovecot p. ex.) sur le même serveur ;

– tu accédes à ce serveur IMAP depuis Thunderbird pour consulter les mails.

C’est légèrement plus complexe que ce que tu cherches, mais

– ça marche (c’est peu ou prou ce que je fais chez moi) ;

– c’est plus souple (tu peux changer de client à n’importe quel moment sans avoir à changer le format de tes boîtes mail, il suffit que le client supporte IMAP — et je ne connais aucun client mail qui ne supporte pas IMAP) ;

– Thunderbird reste totalement ignorant des comptes POP d’origine (il ne connaît que le compte IMAP de ton propre serveur).

Tiens d'ailleurs à ce propos, pourquoi aujourd'hui le user agent est si pollué ? Par exemple on peut avoir des trucs horribles comme : Mozilla/5.0 (X11; U; Linux; fr-FR) AppleWebKit/532.4 (KHTML, like Gecko) rekonq Safari/532.4

Un petit historique sur la question : http://webaim.org/blog/user-agent-string-history/

Et des sites qui font de la discrimination sur le User Agent, j’en connais… En réaction, pendant quelques temps, j’ai utilisé ça en guise d’User Agent :

Uzbl (I don't expect you to be aware of this browser)

dans l’espoir de faire ch*** le monde, mais évidemment le monde (et particulièrement les administrateurs de sites pratiquant la discrimination sur le User Agent) s’en moquait complètement, donc maintenant je m’en tiens à Uzbl tout court.