Allant hardiment là où aucun homme n'est encore jamais allé...
(Heu ben j'éspère quand même pas être le seul ;o)
...Je continue le tuning de ma messagerie et je tombe sur un nouvel os :
j'ai converti mon dossier de messagerie du format maildir en MH pour pouvoir
utiliser Sylpheed (claws) quand je suis sous X.
Coix discutable (?) mais je voudrais avoir un programme avec une "vraie"
interface en parallèle de Mutt
Comme Mutt gère aussi ce format, j'ai pensé qu'il n'y aurait pas souci.
Et ben si : je n'arrive plus à voir qu'il y a des nouveaux messages.
Sous windowmaker j'utilise wmmail qui arrive à m'afficher le nombre de
messages de la boîte, mais alors que je vois le compteur augmenter, il ne
voit jamais qu'il y en a de nouveaux... Paradoxal ?
J'ai essayé un autre type de moniteur gkrellm : même résultat. Et avec un
plugin mailwatch idem (actuellement 0/227 messages).
Je vais me résoudre à tester wmmailload ;^) mais j'aimerais savoir si le pb
est chez moi ou si ya un souci technique...
PS: j'ai bien pensé à modifier mes path de messagerie en ajoutant le /. qui
va bien à la fin.
Si l'un d'entre vous a un tuyau, je l'en remercie.
Enfin : j'ai fini par trouver que Sylpheed ne corrompt pas du tout le format mh par contre ces cons (je vois pas d'autre mot :) stockent l'état de la boite et des messages dans un .sylpheed_mark, sans toucher au .mh_sequences et de fait cassent la compatibilité avec les autres programmes mh-aware comme mutt.
Est-ce que ces 2 fichiers sont au même format ?
Nan, de mémoire j'ai vu sur un forum sykpheed que le .sylpheed_marks est un format binaire.
_pourquoi_. Pour le reste, j'hésite entre mettre les pattes dans le cambouis et faire une version wmmail unifiée mh(qui marche)/sylpheed, et me trouver un autre MUA :)
Tu as aussi la solution de faire en sorte que sylpheed utilise le fichier .mh_sequence en bidouillant le code :)
Mouais j'y ai pensé :) J'y pense encore. Je crois que vais regarder sylpheed de plus près. En plus j'ai cru comprendre que ça aiderait du monde. Mais faudrait que je trouve les specs de MH, et j'ai pas encore trouvé.
Ya aussi l'option «ajouter maildir à sylpheed» :)
(oui oui un MUA cliquodrôme paske mutt ça va 5 minutes, mais la souris c'est bien aussi ;)
La souris ? C'est un truc qui n'est utile que pour la retouche d'images. Sinon c'est un outil qui fait perdre du temps : toujours à se déplacer du clavier à la souris puis revenir au clavier et ainsi de suite. De plus, PINE, dans un xterm, permet d'utiliser la souris si tu veux :)
Pine, c'est pas un truc de dino ? ;) (mouarf, je te dis ça avec gnus :)
Cordialement. Sébastien Kirche (Qui va remonter ses manches paske ça fait un bail que j'ai pas tapé du code à la maison le soir)
On 18 Feb 2004, Thomas Nemeth wrote:
Enfin : j'ai fini par trouver que Sylpheed ne corrompt pas du tout le
format mh par contre ces cons (je vois pas d'autre mot :) stockent
l'état de la boite et des messages dans un .sylpheed_mark, sans toucher
au .mh_sequences et de fait cassent la compatibilité avec les autres
programmes mh-aware comme mutt.
Est-ce que ces 2 fichiers sont au même format ?
Nan, de mémoire j'ai vu sur un forum sykpheed que le .sylpheed_marks est un
format binaire.
_pourquoi_. Pour le reste, j'hésite entre mettre les pattes dans le
cambouis et faire une version wmmail unifiée mh(qui marche)/sylpheed, et
me trouver un autre MUA :)
Tu as aussi la solution de faire en sorte que sylpheed utilise
le fichier .mh_sequence en bidouillant le code :)
Mouais j'y ai pensé :)
J'y pense encore. Je crois que vais regarder sylpheed de plus près. En plus
j'ai cru comprendre que ça aiderait du monde. Mais faudrait que je trouve
les specs de MH, et j'ai pas encore trouvé.
Ya aussi l'option «ajouter maildir à sylpheed» :)
(oui oui un MUA cliquodrôme paske mutt ça va 5 minutes, mais la souris
c'est bien aussi ;)
La souris ? C'est un truc qui n'est utile que pour la retouche
d'images. Sinon c'est un outil qui fait perdre du temps : toujours
à se déplacer du clavier à la souris puis revenir au clavier et
ainsi de suite.
De plus, PINE, dans un xterm, permet d'utiliser la souris si tu
veux :)
Pine, c'est pas un truc de dino ? ;)
(mouarf, je te dis ça avec gnus :)
Cordialement.
Sébastien Kirche
(Qui va remonter ses manches paske ça fait un bail que j'ai pas tapé du code
à la maison le soir)
Enfin : j'ai fini par trouver que Sylpheed ne corrompt pas du tout le format mh par contre ces cons (je vois pas d'autre mot :) stockent l'état de la boite et des messages dans un .sylpheed_mark, sans toucher au .mh_sequences et de fait cassent la compatibilité avec les autres programmes mh-aware comme mutt.
Est-ce que ces 2 fichiers sont au même format ?
Nan, de mémoire j'ai vu sur un forum sykpheed que le .sylpheed_marks est un format binaire.
_pourquoi_. Pour le reste, j'hésite entre mettre les pattes dans le cambouis et faire une version wmmail unifiée mh(qui marche)/sylpheed, et me trouver un autre MUA :)
Tu as aussi la solution de faire en sorte que sylpheed utilise le fichier .mh_sequence en bidouillant le code :)
Mouais j'y ai pensé :) J'y pense encore. Je crois que vais regarder sylpheed de plus près. En plus j'ai cru comprendre que ça aiderait du monde. Mais faudrait que je trouve les specs de MH, et j'ai pas encore trouvé.
Ya aussi l'option «ajouter maildir à sylpheed» :)
(oui oui un MUA cliquodrôme paske mutt ça va 5 minutes, mais la souris c'est bien aussi ;)
La souris ? C'est un truc qui n'est utile que pour la retouche d'images. Sinon c'est un outil qui fait perdre du temps : toujours à se déplacer du clavier à la souris puis revenir au clavier et ainsi de suite. De plus, PINE, dans un xterm, permet d'utiliser la souris si tu veux :)
Pine, c'est pas un truc de dino ? ;) (mouarf, je te dis ça avec gnus :)
Cordialement. Sébastien Kirche (Qui va remonter ses manches paske ça fait un bail que j'ai pas tapé du code à la maison le soir)
Thomas Nemeth
Le mer 18 fév 2004 à 11:32, Sébastien Kirche a tapoté : | On 18 Feb 2004, Thomas Nemeth wrote: | | > > l'état de la boite et des messages dans un .sylpheed_mark, sans toucher | > > au .mh_sequences et de fait cassent la compatibilité avec les autres | > > programmes mh-aware comme mutt.
(ce qui est _MAL_ !)
| > Est-ce que ces 2 fichiers sont au même format ? | | Nan, de mémoire j'ai vu sur un forum sykpheed que le .sylpheed_marks est un | format binaire.
'ttend que je retrouve où est cette put*in d'archive de wmmail, mais ça m'étonnerait que ce soit du binaire :) C'est pas dans la tradition unixienne ;) M'enfin, c'est vrai que Sylpheed ne respecte rien !
| > Tu as aussi la solution de faire en sorte que sylpheed utilise | > le fichier .mh_sequence en bidouillant le code :) | | Mouais j'y ai pensé :) | J'y pense encore. Je crois que vais regarder sylpheed de plus près. En plus | j'ai cru comprendre que ça aiderait du monde. Mais faudrait que je trouve | les specs de MH, et j'ai pas encore trouvé.
Pas besoin d'en avoir les specs complètes (moi même je les ai cherché quelques temps pour en inclure le support dans wmmaiload, mais je n'ai rien trouvé -- d'où son absence). Il te suffit d'un bon panel de messages d'exemples...
| Ya aussi l'option «ajouter maildir à sylpheed» :)
Oui, d'autant que c'est plus propre ! ce qui serait bien, ce serait que sylpheed laisse les mails sur le serveur et qu'il ne les déplace pas dans son spool de mails perso.
| > De plus, PINE, dans un xterm, permet d'utiliser la souris si tu | > veux :) | | Pine, c'est pas un truc de dino ? ;)
Grmbl :) PINE est pratique : je l'utilise dans mes terminaux alpha-numérique depuis des lustres, il est utilisable dans une session ssh, lorsque je suis loin de chez moi, il est simple à utiliser et à configurer, ergonomique (plus que mutt en tout cas ÀMHA) etc. Son seul défaut est de ne pas être vraiment libre :(
| (mouarf, je te dis ça avec gnus :)
En plus :) 'spèce d'emacsien !
| (Qui va remonter ses manches paske ça fait un bail que j'ai pas tapé du code | à la maison le soir)
Le mer 18 fév 2004 à 11:32, Sébastien Kirche a tapoté :
| On 18 Feb 2004, Thomas Nemeth wrote:
|
| > > l'état de la boite et des messages dans un .sylpheed_mark, sans toucher
| > > au .mh_sequences et de fait cassent la compatibilité avec les autres
| > > programmes mh-aware comme mutt.
(ce qui est _MAL_ !)
| > Est-ce que ces 2 fichiers sont au même format ?
|
| Nan, de mémoire j'ai vu sur un forum sykpheed que le .sylpheed_marks est un
| format binaire.
'ttend que je retrouve où est cette put*in d'archive de wmmail, mais
ça m'étonnerait que ce soit du binaire :) C'est pas dans la
tradition unixienne ;) M'enfin, c'est vrai que Sylpheed ne respecte
rien !
| > Tu as aussi la solution de faire en sorte que sylpheed utilise
| > le fichier .mh_sequence en bidouillant le code :)
|
| Mouais j'y ai pensé :)
| J'y pense encore. Je crois que vais regarder sylpheed de plus près. En plus
| j'ai cru comprendre que ça aiderait du monde. Mais faudrait que je trouve
| les specs de MH, et j'ai pas encore trouvé.
Pas besoin d'en avoir les specs complètes (moi même je les ai
cherché quelques temps pour en inclure le support dans wmmaiload,
mais je n'ai rien trouvé -- d'où son absence).
Il te suffit d'un bon panel de messages d'exemples...
| Ya aussi l'option «ajouter maildir à sylpheed» :)
Oui, d'autant que c'est plus propre !
ce qui serait bien, ce serait que sylpheed laisse les mails sur
le serveur et qu'il ne les déplace pas dans son spool de mails
perso.
| > De plus, PINE, dans un xterm, permet d'utiliser la souris si tu
| > veux :)
|
| Pine, c'est pas un truc de dino ? ;)
Grmbl :)
PINE est pratique : je l'utilise dans mes terminaux alpha-numérique
depuis des lustres, il est utilisable dans une session ssh, lorsque
je suis loin de chez moi, il est simple à utiliser et à configurer,
ergonomique (plus que mutt en tout cas ÀMHA) etc.
Son seul défaut est de ne pas être vraiment libre :(
| (mouarf, je te dis ça avec gnus :)
En plus :)
'spèce d'emacsien !
| (Qui va remonter ses manches paske ça fait un bail que j'ai pas tapé du code
| à la maison le soir)
Le mer 18 fév 2004 à 11:32, Sébastien Kirche a tapoté : | On 18 Feb 2004, Thomas Nemeth wrote: | | > > l'état de la boite et des messages dans un .sylpheed_mark, sans toucher | > > au .mh_sequences et de fait cassent la compatibilité avec les autres | > > programmes mh-aware comme mutt.
(ce qui est _MAL_ !)
| > Est-ce que ces 2 fichiers sont au même format ? | | Nan, de mémoire j'ai vu sur un forum sykpheed que le .sylpheed_marks est un | format binaire.
'ttend que je retrouve où est cette put*in d'archive de wmmail, mais ça m'étonnerait que ce soit du binaire :) C'est pas dans la tradition unixienne ;) M'enfin, c'est vrai que Sylpheed ne respecte rien !
| > Tu as aussi la solution de faire en sorte que sylpheed utilise | > le fichier .mh_sequence en bidouillant le code :) | | Mouais j'y ai pensé :) | J'y pense encore. Je crois que vais regarder sylpheed de plus près. En plus | j'ai cru comprendre que ça aiderait du monde. Mais faudrait que je trouve | les specs de MH, et j'ai pas encore trouvé.
Pas besoin d'en avoir les specs complètes (moi même je les ai cherché quelques temps pour en inclure le support dans wmmaiload, mais je n'ai rien trouvé -- d'où son absence). Il te suffit d'un bon panel de messages d'exemples...
| Ya aussi l'option «ajouter maildir à sylpheed» :)
Oui, d'autant que c'est plus propre ! ce qui serait bien, ce serait que sylpheed laisse les mails sur le serveur et qu'il ne les déplace pas dans son spool de mails perso.
| > De plus, PINE, dans un xterm, permet d'utiliser la souris si tu | > veux :) | | Pine, c'est pas un truc de dino ? ;)
Grmbl :) PINE est pratique : je l'utilise dans mes terminaux alpha-numérique depuis des lustres, il est utilisable dans une session ssh, lorsque je suis loin de chez moi, il est simple à utiliser et à configurer, ergonomique (plus que mutt en tout cas ÀMHA) etc. Son seul défaut est de ne pas être vraiment libre :(
| (mouarf, je te dis ça avec gnus :)
En plus :) 'spèce d'emacsien !
| (Qui va remonter ses manches paske ça fait un bail que j'ai pas tapé du code | à la maison le soir)
Tu as aussi la solution de faire en sorte que sylpheed utilise le fichier .mh_sequence en bidouillant le code :)
Mouais j'y ai pensé :) J'y pense encore. Je crois que vais regarder sylpheed de plus près. En plus j'ai cru comprendre que ça aiderait du monde. Mais faudrait que je trouve les specs de MH, et j'ai pas encore trouvé.
Pas besoin d'en avoir les specs complètes (moi même je les ai cherché quelques temps pour en inclure le support dans wmmaiload, mais je n'ai rien trouvé -- d'où son absence). Il te suffit d'un bon panel de messages d'exemples...
Ya aussi l'option «ajouter maildir à sylpheed» :)
Oui, d'autant que c'est plus propre ! ce qui serait bien, ce serait que sylpheed laisse les mails sur le serveur et qu'il ne les déplace pas dans son spool de mails perso.
Je viens de voir sur sourceforge que ces features étaient réclamées sur la liste à faire depuis... décembre 2002. (ya déjà un plugin expérimental readonly pour maildir)
Je vais voir si le développeur est toujours en vie :)
De plus, PINE, dans un xterm, permet d'utiliser la souris si tu veux :)
Pine, c'est pas un truc de dino ? ;)
Grmbl :) PINE est pratique : je l'utilise dans mes terminaux alpha-numérique depuis des lustres, il est utilisable dans une session ssh, lorsque je suis loin de chez moi, il est simple à utiliser et à configurer, ergonomique (plus que mutt en tout cas ÀMHA) etc. Son seul défaut est de ne pas être vraiment libre :(
Mouais, les terminaux, j'en utilise pas souvent (jamais ?)...
Mais je dis pas, je jetterais un oeil à pine, one sait jamais si ça me va mieux que mutt en console. Ya des jours ou je lance pas X :) Pour lire un ogg pendant que je bricole par exemple... (j'ai pas de baladeur ogg)
(mouarf, je te dis ça avec gnus :)
En plus :) 'spèce d'emacsien !
Ben quoi ? :)
Sébastien Kirche
On 18 Feb 2004, Thomas Nemeth wrote:
Tu as aussi la solution de faire en sorte que sylpheed utilise
le fichier .mh_sequence en bidouillant le code :)
Mouais j'y ai pensé :) J'y pense encore. Je crois que vais regarder
sylpheed de plus près. En plus j'ai cru comprendre que ça aiderait du
monde. Mais faudrait que je trouve les specs de MH, et j'ai pas encore
trouvé.
Pas besoin d'en avoir les specs complètes (moi même je les ai
cherché quelques temps pour en inclure le support dans wmmaiload,
mais je n'ai rien trouvé -- d'où son absence).
Il te suffit d'un bon panel de messages d'exemples...
Ya aussi l'option «ajouter maildir à sylpheed» :)
Oui, d'autant que c'est plus propre !
ce qui serait bien, ce serait que sylpheed laisse les mails sur
le serveur et qu'il ne les déplace pas dans son spool de mails
perso.
Je viens de voir sur sourceforge que ces features étaient réclamées sur la
liste à faire depuis... décembre 2002.
(ya déjà un plugin expérimental readonly pour maildir)
Je vais voir si le développeur est toujours en vie :)
De plus, PINE, dans un xterm, permet d'utiliser la souris si tu
veux :)
Pine, c'est pas un truc de dino ? ;)
Grmbl :)
PINE est pratique : je l'utilise dans mes terminaux alpha-numérique
depuis des lustres, il est utilisable dans une session ssh, lorsque
je suis loin de chez moi, il est simple à utiliser et à configurer,
ergonomique (plus que mutt en tout cas ÀMHA) etc.
Son seul défaut est de ne pas être vraiment libre :(
Mouais, les terminaux, j'en utilise pas souvent (jamais ?)...
Mais je dis pas, je jetterais un oeil à pine, one sait jamais si ça me va
mieux que mutt en console. Ya des jours ou je lance pas X :)
Pour lire un ogg pendant que je bricole par exemple... (j'ai pas de baladeur
ogg)
Tu as aussi la solution de faire en sorte que sylpheed utilise le fichier .mh_sequence en bidouillant le code :)
Mouais j'y ai pensé :) J'y pense encore. Je crois que vais regarder sylpheed de plus près. En plus j'ai cru comprendre que ça aiderait du monde. Mais faudrait que je trouve les specs de MH, et j'ai pas encore trouvé.
Pas besoin d'en avoir les specs complètes (moi même je les ai cherché quelques temps pour en inclure le support dans wmmaiload, mais je n'ai rien trouvé -- d'où son absence). Il te suffit d'un bon panel de messages d'exemples...
Ya aussi l'option «ajouter maildir à sylpheed» :)
Oui, d'autant que c'est plus propre ! ce qui serait bien, ce serait que sylpheed laisse les mails sur le serveur et qu'il ne les déplace pas dans son spool de mails perso.
Je viens de voir sur sourceforge que ces features étaient réclamées sur la liste à faire depuis... décembre 2002. (ya déjà un plugin expérimental readonly pour maildir)
Je vais voir si le développeur est toujours en vie :)
De plus, PINE, dans un xterm, permet d'utiliser la souris si tu veux :)
Pine, c'est pas un truc de dino ? ;)
Grmbl :) PINE est pratique : je l'utilise dans mes terminaux alpha-numérique depuis des lustres, il est utilisable dans une session ssh, lorsque je suis loin de chez moi, il est simple à utiliser et à configurer, ergonomique (plus que mutt en tout cas ÀMHA) etc. Son seul défaut est de ne pas être vraiment libre :(
Mouais, les terminaux, j'en utilise pas souvent (jamais ?)...
Mais je dis pas, je jetterais un oeil à pine, one sait jamais si ça me va mieux que mutt en console. Ya des jours ou je lance pas X :) Pour lire un ogg pendant que je bricole par exemple... (j'ai pas de baladeur ogg)
(mouarf, je te dis ça avec gnus :)
En plus :) 'spèce d'emacsien !
Ben quoi ? :)
Sébastien Kirche
Thomas Nemeth
Le mer 18 fév 2004 à 12:02, Sébastien Kirche a tapoté : | On 18 Feb 2004, Thomas Nemeth wrote: | | > > Ya aussi l'option «ajouter maildir à sylpheed» :) | > | > Oui, d'autant que c'est plus propre ! | > ce qui serait bien, ce serait que sylpheed laisse les mails sur | > le serveur et qu'il ne les déplace pas dans son spool de mails | > perso. | | Je viens de voir sur sourceforge que ces features étaient réclamées sur la | liste à faire depuis... décembre 2002. | (ya déjà un plugin expérimental readonly pour maildir)
La lecture est hyper simple. Plus d'infos : http://www.qmail.org/man/man5/maildir.html
Mais surtout, pour coder : http://cr.yp.to/proto/maildir.html
| > PINE est pratique : je l'utilise dans mes terminaux alpha-numérique | > depuis des lustres, il est utilisable dans une session ssh, lorsque | > je suis loin de chez moi, il est simple à utiliser et à configurer, | > ergonomique (plus que mutt en tout cas ÀMHA) etc. | > Son seul défaut est de ne pas être vraiment libre :( | | Mouais, les terminaux, j'en utilise pas souvent (jamais ?)...
Quel dommage ! C'est pourtant bien pratique. J'en ai 5 ici, que je peux brancher sur n'importe quelle machine avec un port série (sous réserve d'avoir l'adapteur adéquat, mais je me les fabrique). Ainsi, si j'ai besoin d'un écran/clavier sur un serveur, hop, je branche le terminal sur son port série et j'ai un accès shell.
| Mais je dis pas, je jetterais un oeil à pine, one sait jamais si ça me va | mieux que mutt en console. Ya des jours ou je lance pas X :)
Il marche aussi très bien dans un xterm ;)
| Pour lire un ogg pendant que je bricole par exemple... (j'ai pas de baladeur | ogg)
Je suis entrain de coder un équivalent à gqmpeg en ncurses...
| > > (mouarf, je te dis ça avec gnus :) | > | > En plus :) | > 'spèce d'emacsien ! | | Ben quoi ? :)
Quoi :) ? Tu ne connais pas la guerre de tranchées entre les emacsiens et les Vi-istes ? Va donc faire un tour sur fmbl (d'ailleurs le fu2 y est positionné avec le x-post).
Thomas -- BOFH excuse #26: First Saturday after first full moon in Winter.
Le mer 18 fév 2004 à 12:02, Sébastien Kirche a tapoté :
| On 18 Feb 2004, Thomas Nemeth wrote:
|
| > > Ya aussi l'option «ajouter maildir à sylpheed» :)
| >
| > Oui, d'autant que c'est plus propre !
| > ce qui serait bien, ce serait que sylpheed laisse les mails sur
| > le serveur et qu'il ne les déplace pas dans son spool de mails
| > perso.
|
| Je viens de voir sur sourceforge que ces features étaient réclamées sur la
| liste à faire depuis... décembre 2002.
| (ya déjà un plugin expérimental readonly pour maildir)
La lecture est hyper simple. Plus d'infos :
http://www.qmail.org/man/man5/maildir.html
Mais surtout, pour coder :
http://cr.yp.to/proto/maildir.html
| > PINE est pratique : je l'utilise dans mes terminaux alpha-numérique
| > depuis des lustres, il est utilisable dans une session ssh, lorsque
| > je suis loin de chez moi, il est simple à utiliser et à configurer,
| > ergonomique (plus que mutt en tout cas ÀMHA) etc.
| > Son seul défaut est de ne pas être vraiment libre :(
|
| Mouais, les terminaux, j'en utilise pas souvent (jamais ?)...
Quel dommage ! C'est pourtant bien pratique. J'en ai 5 ici, que je
peux brancher sur n'importe quelle machine avec un port série (sous
réserve d'avoir l'adapteur adéquat, mais je me les fabrique).
Ainsi, si j'ai besoin d'un écran/clavier sur un serveur, hop, je
branche le terminal sur son port série et j'ai un accès shell.
| Mais je dis pas, je jetterais un oeil à pine, one sait jamais si ça me va
| mieux que mutt en console. Ya des jours ou je lance pas X :)
Il marche aussi très bien dans un xterm ;)
| Pour lire un ogg pendant que je bricole par exemple... (j'ai pas de baladeur
| ogg)
Je suis entrain de coder un équivalent à gqmpeg en ncurses...
| > > (mouarf, je te dis ça avec gnus :)
| >
| > En plus :)
| > 'spèce d'emacsien !
|
| Ben quoi ? :)
Quoi :) ?
Tu ne connais pas la guerre de tranchées entre les emacsiens et les
Vi-istes ? Va donc faire un tour sur fmbl (d'ailleurs le fu2 y est
positionné avec le x-post).
Thomas
--
BOFH excuse #26:
First Saturday after first full moon in Winter.
Le mer 18 fév 2004 à 12:02, Sébastien Kirche a tapoté : | On 18 Feb 2004, Thomas Nemeth wrote: | | > > Ya aussi l'option «ajouter maildir à sylpheed» :) | > | > Oui, d'autant que c'est plus propre ! | > ce qui serait bien, ce serait que sylpheed laisse les mails sur | > le serveur et qu'il ne les déplace pas dans son spool de mails | > perso. | | Je viens de voir sur sourceforge que ces features étaient réclamées sur la | liste à faire depuis... décembre 2002. | (ya déjà un plugin expérimental readonly pour maildir)
La lecture est hyper simple. Plus d'infos : http://www.qmail.org/man/man5/maildir.html
Mais surtout, pour coder : http://cr.yp.to/proto/maildir.html
| > PINE est pratique : je l'utilise dans mes terminaux alpha-numérique | > depuis des lustres, il est utilisable dans une session ssh, lorsque | > je suis loin de chez moi, il est simple à utiliser et à configurer, | > ergonomique (plus que mutt en tout cas ÀMHA) etc. | > Son seul défaut est de ne pas être vraiment libre :( | | Mouais, les terminaux, j'en utilise pas souvent (jamais ?)...
Quel dommage ! C'est pourtant bien pratique. J'en ai 5 ici, que je peux brancher sur n'importe quelle machine avec un port série (sous réserve d'avoir l'adapteur adéquat, mais je me les fabrique). Ainsi, si j'ai besoin d'un écran/clavier sur un serveur, hop, je branche le terminal sur son port série et j'ai un accès shell.
| Mais je dis pas, je jetterais un oeil à pine, one sait jamais si ça me va | mieux que mutt en console. Ya des jours ou je lance pas X :)
Il marche aussi très bien dans un xterm ;)
| Pour lire un ogg pendant que je bricole par exemple... (j'ai pas de baladeur | ogg)
Je suis entrain de coder un équivalent à gqmpeg en ncurses...
| > > (mouarf, je te dis ça avec gnus :) | > | > En plus :) | > 'spèce d'emacsien ! | | Ben quoi ? :)
Quoi :) ? Tu ne connais pas la guerre de tranchées entre les emacsiens et les Vi-istes ? Va donc faire un tour sur fmbl (d'ailleurs le fu2 y est positionné avec le x-post).
Thomas -- BOFH excuse #26: First Saturday after first full moon in Winter.
Arnaud
Grmbl :) PINE est pratique : je l'utilise dans mes terminaux alpha-numérique depuis des lustres, il est utilisable dans une session ssh, lorsque je suis loin de chez moi, il est simple à utiliser et à configurer, ergonomique (plus que mutt en tout cas ÀMHA) etc. Son seul défaut est de ne pas être vraiment libre :(
Il y en a peut-être un autre, de défaut : si j'essaie d'installer pine chez moi, ça commence par ça : SECURITY NOTE: The pine software has had several remote x x vulnerabilities discovered in the past, which allowed remote x x attackers to execute arbitrary code as you on your local system, x x by the action of sending a specially-prepared email. All such x x KNOWN problems have been fixed, but the pine code is written in a x x very insecure style and the FreeBSD Security Officer believes x x there are likely to be other undiscovered vulnerabilities. Do you x x wish to proceed with the installation of pine anyway?
Grmbl :)
PINE est pratique : je l'utilise dans mes terminaux alpha-numérique
depuis des lustres, il est utilisable dans une session ssh, lorsque
je suis loin de chez moi, il est simple à utiliser et à configurer,
ergonomique (plus que mutt en tout cas ÀMHA) etc.
Son seul défaut est de ne pas être vraiment libre :(
Il y en a peut-être un autre, de défaut : si j'essaie d'installer pine
chez moi, ça commence par ça :
SECURITY NOTE: The pine software has had several remote x
x vulnerabilities discovered in the past, which allowed remote x
x attackers to execute arbitrary code as you on your local system, x
x by the action of sending a specially-prepared email. All such x
x KNOWN problems have been fixed, but the pine code is written in a x
x very insecure style and the FreeBSD Security Officer believes x
x there are likely to be other undiscovered vulnerabilities. Do you x
x wish to proceed with the installation of pine anyway?
Grmbl :) PINE est pratique : je l'utilise dans mes terminaux alpha-numérique depuis des lustres, il est utilisable dans une session ssh, lorsque je suis loin de chez moi, il est simple à utiliser et à configurer, ergonomique (plus que mutt en tout cas ÀMHA) etc. Son seul défaut est de ne pas être vraiment libre :(
Il y en a peut-être un autre, de défaut : si j'essaie d'installer pine chez moi, ça commence par ça : SECURITY NOTE: The pine software has had several remote x x vulnerabilities discovered in the past, which allowed remote x x attackers to execute arbitrary code as you on your local system, x x by the action of sending a specially-prepared email. All such x x KNOWN problems have been fixed, but the pine code is written in a x x very insecure style and the FreeBSD Security Officer believes x x there are likely to be other undiscovered vulnerabilities. Do you x x wish to proceed with the installation of pine anyway?
