Je programme en caml et je mets des commentaires dans mon code.
Comment faire pour verfier l'othographe seulement de mes commentaires (car
le code on s'en fou)
sachant que j'ai essayé la commande ispell-comments-and-string (et qu'elle
marche seulement sur les string et pas les commentaires)
Et voilà je laisserai tomber un excellent mailer pouer un qui dans ses fonctions de mail ne lui arrive pas à la cheville
Tu penses à quoi au juste? VM est très facile à customiser en elisp, donc on ne peut pas vraiment dire qu'il manque de features. Si je l'ai abandonné au profit de mutt, c'est juste parce qu'il rame.
En fait, en passant mes disques en SCSI, j'ai amoindri cet aspect-là des choses de façon importante : VM fait beaucoup d'I/O sur le disque... il a plus besoin d'avoir un ordinateur qui sait gérer cela qu'une bête de course avec des disques qui dépottent...
Sinon, je partage ton énervement face aux ayatollahs d'unicode...
Et voilà je laisserai tomber un excellent mailer pouer un qui dans ses
fonctions de mail ne lui arrive pas à la cheville
Tu penses à quoi au juste? VM est très facile à customiser en elisp, donc on
ne peut pas vraiment dire qu'il manque de features. Si je l'ai abandonné au
profit de mutt, c'est juste parce qu'il rame.
En fait, en passant mes disques en SCSI, j'ai amoindri cet aspect-là
des choses de façon importante : VM fait beaucoup d'I/O sur le
disque... il a plus besoin d'avoir un ordinateur qui sait gérer cela
qu'une bête de course avec des disques qui dépottent...
Sinon, je partage ton énervement face aux ayatollahs d'unicode...
Et voilà je laisserai tomber un excellent mailer pouer un qui dans ses fonctions de mail ne lui arrive pas à la cheville
Tu penses à quoi au juste? VM est très facile à customiser en elisp, donc on ne peut pas vraiment dire qu'il manque de features. Si je l'ai abandonné au profit de mutt, c'est juste parce qu'il rame.
En fait, en passant mes disques en SCSI, j'ai amoindri cet aspect-là des choses de façon importante : VM fait beaucoup d'I/O sur le disque... il a plus besoin d'avoir un ordinateur qui sait gérer cela qu'une bête de course avec des disques qui dépottent...
Sinon, je partage ton énervement face aux ayatollahs d'unicode...
Et voilà je laisserai tomber un excellent mailer pouer un qui dans ses fonctions de mail ne lui arrive pas à la cheville
Tu penses à quoi au juste? VM est très facile à customiser en elisp, donc on ne peut pas vraiment dire qu'il manque de features. Si je l'ai abandonné au profit de mutt, c'est juste parce qu'il rame.
" To invoke VM, type `M-x vm'. VM gathers any mail that has arrived in your system mailbox and appends it to a file known as your "primary inbox", and visits that file for reading."
Un mailer qui fais ça est pour moi innacceptable. Le MUA n'a pas à déplacer les mails dans un fichier à lui. Il *doit* pouvoir travailler sur /var/mail/${user} ou autre boite qui reçois du mail pendant la lecture.
-- Si vous embauchez, voici mon CV http://www.rail.eu.org/cv/cv.pdf
lhabert@clipper.ens.fr (Luc Habert) écrivait :
Erwan David :
Et voilà je laisserai tomber un excellent mailer pouer un qui dans ses
fonctions de mail ne lui arrive pas à la cheville
Tu penses à quoi au juste? VM est très facile à customiser en elisp, donc on
ne peut pas vraiment dire qu'il manque de features. Si je l'ai abandonné au
profit de mutt, c'est juste parce qu'il rame.
" To invoke VM, type `M-x vm'. VM gathers any mail that has arrived
in your system mailbox and appends it to a file known as your "primary
inbox", and visits that file for reading."
Un mailer qui fais ça est pour moi innacceptable. Le MUA n'a pas à
déplacer les mails dans un fichier à lui. Il *doit* pouvoir travailler
sur /var/mail/${user} ou autre boite qui reçois du mail pendant la
lecture.
--
Si vous embauchez, voici mon CV
http://www.rail.eu.org/cv/cv.pdf
Et voilà je laisserai tomber un excellent mailer pouer un qui dans ses fonctions de mail ne lui arrive pas à la cheville
Tu penses à quoi au juste? VM est très facile à customiser en elisp, donc on ne peut pas vraiment dire qu'il manque de features. Si je l'ai abandonné au profit de mutt, c'est juste parce qu'il rame.
" To invoke VM, type `M-x vm'. VM gathers any mail that has arrived in your system mailbox and appends it to a file known as your "primary inbox", and visits that file for reading."
Un mailer qui fais ça est pour moi innacceptable. Le MUA n'a pas à déplacer les mails dans un fichier à lui. Il *doit* pouvoir travailler sur /var/mail/${user} ou autre boite qui reçois du mail pendant la lecture.
-- Si vous embauchez, voici mon CV http://www.rail.eu.org/cv/cv.pdf
Eric Jacoboni
Erwan David writes:
Un mailer qui fais ça est pour moi innacceptable. Le MUA n'a pas à déplacer les mails dans un fichier à lui.
Bah... c'est comme pour Gnus, ça doit pouvoir se configurer.
Il *doit* pouvoir travailler sur /var/mail/${user} ou autre boite qui reçois du mail pendant la lecture.
Et quel en est l'intérêt ? (c'est une vraie question car, personnellement, que tous mes courriers reçus restent dans ma mbox, ça me ferait carrément suer...). -- Eric Jacoboni, ne il y a 1431689750 secondes
Erwan David <erwan@rail.eu.org> writes:
Un mailer qui fais ça est pour moi innacceptable. Le MUA n'a pas à
déplacer les mails dans un fichier à lui.
Bah... c'est comme pour Gnus, ça doit pouvoir se configurer.
Il *doit* pouvoir travailler
sur /var/mail/${user} ou autre boite qui reçois du mail pendant la
lecture.
Et quel en est l'intérêt ? (c'est une vraie question car,
personnellement, que tous mes courriers reçus restent dans ma mbox, ça
me ferait carrément suer...).
--
Eric Jacoboni, ne il y a 1431689750 secondes
Un mailer qui fais ça est pour moi innacceptable. Le MUA n'a pas à déplacer les mails dans un fichier à lui.
Bah... c'est comme pour Gnus, ça doit pouvoir se configurer.
Il *doit* pouvoir travailler sur /var/mail/${user} ou autre boite qui reçois du mail pendant la lecture.
Et quel en est l'intérêt ? (c'est une vraie question car, personnellement, que tous mes courriers reçus restent dans ma mbox, ça me ferait carrément suer...). -- Eric Jacoboni, ne il y a 1431689750 secondes
lhabert
Eric Jacoboni :
Un mailer qui fais ça est pour moi innacceptable. Le MUA n'a pas à déplacer les mails dans un fichier à lui.
Bah... c'est comme pour Gnus, ça doit pouvoir se configurer.
Non, ça ne peut pas, vm ne sait pas gérer les locks.
En fait, ça serait sympa d'implémenter le support de maildir dans vm.
Il *doit* pouvoir travailler sur /var/mail/${user} ou autre boite qui reçois du mail pendant la lecture.
Et quel en est l'intérêt ?
Ne pas avoir à se faire chier quand on utilise un autre mailer, par exemple.
Eric Jacoboni :
Un mailer qui fais ça est pour moi innacceptable. Le MUA n'a pas à
déplacer les mails dans un fichier à lui.
Bah... c'est comme pour Gnus, ça doit pouvoir se configurer.
Non, ça ne peut pas, vm ne sait pas gérer les locks.
En fait, ça serait sympa d'implémenter le support de maildir dans vm.
Il *doit* pouvoir travailler
sur /var/mail/${user} ou autre boite qui reçois du mail pendant la
lecture.
Et quel en est l'intérêt ?
Ne pas avoir à se faire chier quand on utilise un autre mailer, par exemple.
Un mailer qui fais ça est pour moi innacceptable. Le MUA n'a pas à déplacer les mails dans un fichier à lui.
Bah... c'est comme pour Gnus, ça doit pouvoir se configurer.
Non, ça ne peut pas, vm ne sait pas gérer les locks.
En fait, ça serait sympa d'implémenter le support de maildir dans vm.
Il *doit* pouvoir travailler sur /var/mail/${user} ou autre boite qui reçois du mail pendant la lecture.
Et quel en est l'intérêt ?
Ne pas avoir à se faire chier quand on utilise un autre mailer, par exemple.
lhabert
Patrice Karatchentzeff :
En fait, en passant mes disques en SCSI, j'ai amoindri cet aspect-là des choses de façon importante : VM fait beaucoup d'I/O sur le disque... il a plus besoin d'avoir un ordinateur qui sait gérer cela qu'une bête de course avec des disques qui dépottent...
Ah, bah sur les machines où je lis mon mails (des ultra-5, avec pratiquement tout en NFS) j'ai toutes les contre-indications...
Un concours du point Godwin qui se prépare ?
Meuh non, quelle idée... Comme si j'étais du genre à me livrer à ces gamineries...
Patrice Karatchentzeff :
En fait, en passant mes disques en SCSI, j'ai amoindri cet aspect-là
des choses de façon importante : VM fait beaucoup d'I/O sur le
disque... il a plus besoin d'avoir un ordinateur qui sait gérer cela
qu'une bête de course avec des disques qui dépottent...
Ah, bah sur les machines où je lis mon mails (des ultra-5, avec pratiquement
tout en NFS) j'ai toutes les contre-indications...
Un concours du point Godwin qui se prépare ?
Meuh non, quelle idée... Comme si j'étais du genre à me livrer à ces
gamineries...
En fait, en passant mes disques en SCSI, j'ai amoindri cet aspect-là des choses de façon importante : VM fait beaucoup d'I/O sur le disque... il a plus besoin d'avoir un ordinateur qui sait gérer cela qu'une bête de course avec des disques qui dépottent...
Ah, bah sur les machines où je lis mon mails (des ultra-5, avec pratiquement tout en NFS) j'ai toutes les contre-indications...
Un concours du point Godwin qui se prépare ?
Meuh non, quelle idée... Comme si j'étais du genre à me livrer à ces gamineries...
lhabert
Erwan David :
Et ne me dit pas que mutt supporte parceque pour donner http://depot.rail.eu.org/~edavid/mutt-utf8.png, c'est *vraiment* pas la peine...
Dans un uxterm, je n'ai pas ce problème. Tu es sur d'avoir un LC_CTYPE correctement défini? Sinon, c'est normal que ça donne ce que tu montres.
Erwan David :
Et ne me dit pas que mutt supporte parceque pour donner
http://depot.rail.eu.org/~edavid/mutt-utf8.png, c'est *vraiment* pas
la peine...
Dans un uxterm, je n'ai pas ce problème. Tu es sur d'avoir un LC_CTYPE
correctement défini? Sinon, c'est normal que ça donne ce que tu montres.
Et ne me dit pas que mutt supporte parceque pour donner http://depot.rail.eu.org/~edavid/mutt-utf8.png, c'est *vraiment* pas la peine...
Dans un uxterm, je n'ai pas ce problème. Tu es sur d'avoir un LC_CTYPE correctement défini? Sinon, c'est normal que ça donne ce que tu montres.
Erwan David
Eric Jacoboni écrivait :
Erwan David writes:
Un mailer qui fais ça est pour moi innacceptable. Le MUA n'a pas à déplacer les mails dans un fichier à lui.
Bah... c'est comme pour Gnus, ça doit pouvoir se configurer.
Il *doit* pouvoir travailler sur /var/mail/${user} ou autre boite qui reçois du mail pendant la lecture.
Et quel en est l'intérêt ? (c'est une vraie question car, personnellement, que tous mes courriers reçus restent dans ma mbox, ça me ferait carrément suer...).
Parceuqe 1) ce n'est pas le boulot dyu MUA de trier, je trie *avant*
2) en cas de problème je veux pour certains mails pouvoir revenir au bon vieux "mail" ou "mailx".
3) Le soft qui mest *mes* données* dans un endroit où il est le seul à pouvoir les toiucher, par principe je me méfie...
-- Si vous embauchez, voici mon CV http://www.rail.eu.org/cv/cv.pdf
Eric Jacoboni <jaco@neottia.net> écrivait :
Erwan David <erwan@rail.eu.org> writes:
Un mailer qui fais ça est pour moi innacceptable. Le MUA n'a pas à
déplacer les mails dans un fichier à lui.
Bah... c'est comme pour Gnus, ça doit pouvoir se configurer.
Il *doit* pouvoir travailler
sur /var/mail/${user} ou autre boite qui reçois du mail pendant la
lecture.
Et quel en est l'intérêt ? (c'est une vraie question car,
personnellement, que tous mes courriers reçus restent dans ma mbox, ça
me ferait carrément suer...).
Parceuqe
1) ce n'est pas le boulot dyu MUA de trier, je trie *avant*
2) en cas de problème je veux pour certains mails pouvoir revenir au
bon vieux "mail" ou "mailx".
3) Le soft qui mest *mes* données* dans un endroit où il est le seul à
pouvoir les toiucher, par principe je me méfie...
--
Si vous embauchez, voici mon CV
http://www.rail.eu.org/cv/cv.pdf
Un mailer qui fais ça est pour moi innacceptable. Le MUA n'a pas à déplacer les mails dans un fichier à lui.
Bah... c'est comme pour Gnus, ça doit pouvoir se configurer.
Il *doit* pouvoir travailler sur /var/mail/${user} ou autre boite qui reçois du mail pendant la lecture.
Et quel en est l'intérêt ? (c'est une vraie question car, personnellement, que tous mes courriers reçus restent dans ma mbox, ça me ferait carrément suer...).
Parceuqe 1) ce n'est pas le boulot dyu MUA de trier, je trie *avant*
2) en cas de problème je veux pour certains mails pouvoir revenir au bon vieux "mail" ou "mailx".
3) Le soft qui mest *mes* données* dans un endroit où il est le seul à pouvoir les toiucher, par principe je me méfie...
-- Si vous embauchez, voici mon CV http://www.rail.eu.org/cv/cv.pdf
Eric Jacoboni
Erwan David writes:
1) ce n'est pas le boulot dyu MUA de trier, je trie *avant*
Admettons... Moi je trouve qu'il est bien plus facile de trier avec les macros de Gnus qu'avec les regex de procmail, mais bon...
2) en cas de problème je veux pour certains mails pouvoir revenir au bon vieux "mail" ou "mailx".
Oui, ben moi je peux utiliser grep et vi dans mon arborescence ~/Mail, je ne vois donc pas trop où est le pb... Et je me tape de l'éventualité de non utilisation par un autre MUA... Qu'est-ce que j'irai foutre avec des trucs moins bien ?
3) Le soft qui mest *mes* données* dans un endroit où il est le seul à pouvoir les toiucher, par principe je me méfie...
Il n'est pas le seul à les toucher : je le peux aussi. Les mails extraits de la mbox par Gnus sont stockés dans autant de fichiers texte séparés, manipulables comme n'importe quel fichier texte et il y a à peu près autant de risque de pb lors du transfert mbox -> ~/Mail qu'il y a de risque d'un vérolage de /var...
De toutes façons, on peut aussi garder les mails dans la mbox si on le souhaite (il y a une option pour ça si je me souviens bien).
Bref, je ne suis toujours pas convaincu de l'intérêt d'avoir un gros fichier monstrueux à la place de pleins de petits fichiers. Sans compter que lorsque je fais mon backup rsync nocturne, je n'ai qu'à m'occuper de mon $HOME, pas d'éventuelles infos personnelles qui seraient placées ailleurs.
Mais bon, j'imagine qu'il s'agit d'habitudes de fonctionnement et il doit y en avoir autant qu'il y a d'utilisateurs... -- Eric Jacoboni, ne il y a 1431696340 secondes
Erwan David <erwan@rail.eu.org> writes:
1) ce n'est pas le boulot dyu MUA de trier, je trie *avant*
Admettons... Moi je trouve qu'il est bien plus facile de trier avec
les macros de Gnus qu'avec les regex de procmail, mais bon...
2) en cas de problème je veux pour certains mails pouvoir revenir au
bon vieux "mail" ou "mailx".
Oui, ben moi je peux utiliser grep et vi dans mon arborescence ~/Mail,
je ne vois donc pas trop où est le pb... Et je me tape de
l'éventualité de non utilisation par un autre MUA... Qu'est-ce que
j'irai foutre avec des trucs moins bien ?
3) Le soft qui mest *mes* données* dans un endroit où il est le seul à
pouvoir les toiucher, par principe je me méfie...
Il n'est pas le seul à les toucher : je le peux aussi. Les mails
extraits de la mbox par Gnus sont stockés dans autant de fichiers
texte séparés, manipulables comme n'importe quel fichier texte et il y
a à peu près autant de risque de pb lors du transfert mbox -> ~/Mail
qu'il y a de risque d'un vérolage de /var...
De toutes façons, on peut aussi garder les mails dans la mbox si on le
souhaite (il y a une option pour ça si je me souviens bien).
Bref, je ne suis toujours pas convaincu de l'intérêt d'avoir un gros
fichier monstrueux à la place de pleins de petits fichiers. Sans
compter que lorsque je fais mon backup rsync nocturne, je n'ai qu'à
m'occuper de mon $HOME, pas d'éventuelles infos personnelles qui
seraient placées ailleurs.
Mais bon, j'imagine qu'il s'agit d'habitudes de fonctionnement et il
doit y en avoir autant qu'il y a d'utilisateurs...
--
Eric Jacoboni, ne il y a 1431696340 secondes
1) ce n'est pas le boulot dyu MUA de trier, je trie *avant*
Admettons... Moi je trouve qu'il est bien plus facile de trier avec les macros de Gnus qu'avec les regex de procmail, mais bon...
2) en cas de problème je veux pour certains mails pouvoir revenir au bon vieux "mail" ou "mailx".
Oui, ben moi je peux utiliser grep et vi dans mon arborescence ~/Mail, je ne vois donc pas trop où est le pb... Et je me tape de l'éventualité de non utilisation par un autre MUA... Qu'est-ce que j'irai foutre avec des trucs moins bien ?
3) Le soft qui mest *mes* données* dans un endroit où il est le seul à pouvoir les toiucher, par principe je me méfie...
Il n'est pas le seul à les toucher : je le peux aussi. Les mails extraits de la mbox par Gnus sont stockés dans autant de fichiers texte séparés, manipulables comme n'importe quel fichier texte et il y a à peu près autant de risque de pb lors du transfert mbox -> ~/Mail qu'il y a de risque d'un vérolage de /var...
De toutes façons, on peut aussi garder les mails dans la mbox si on le souhaite (il y a une option pour ça si je me souviens bien).
Bref, je ne suis toujours pas convaincu de l'intérêt d'avoir un gros fichier monstrueux à la place de pleins de petits fichiers. Sans compter que lorsque je fais mon backup rsync nocturne, je n'ai qu'à m'occuper de mon $HOME, pas d'éventuelles infos personnelles qui seraient placées ailleurs.
Mais bon, j'imagine qu'il s'agit d'habitudes de fonctionnement et il doit y en avoir autant qu'il y a d'utilisateurs... -- Eric Jacoboni, ne il y a 1431696340 secondes
Erwan David
Eric Jacoboni écrivait :
De toutes façons, on peut aussi garder les mails dans la mbox si on le souhaite (il y a une option pour ça si je me souviens bien).
Non ce n'est pas possible. Gnus sait lire une mbox, mais en *read-only* il ne permet pas d'y déplacer des mails ou d'ebn effacer, et ça va foutre la merde si un mail arrive dedans...
Bref, je ne suis toujours pas convaincu de l'intérêt d'avoir un gros fichier monstrueux à la place de pleins de petits fichiers. Sans compter que lorsque je fais mon backup rsync nocturne, je n'ai qu'à m'occuper de mon $HOME, pas d'éventuelles infos personnelles qui seraient placées ailleurs.
On peut prendre un backend maildir aussi, et avoir un setting mixte. Et de toute façon je backup déjà /etc alors /var/mail en plus...
Mais bon, j'imagine qu'il s'agit d'habitudes de fonctionnement et il doit y en avoir autant qu'il y a d'utilisateurs...
Surement.
-- Si vous embauchez, voici mon CV http://www.rail.eu.org/cv/cv.pdf
Eric Jacoboni <jaco@neottia.net> écrivait :
De toutes façons, on peut aussi garder les mails dans la mbox si on le
souhaite (il y a une option pour ça si je me souviens bien).
Non ce n'est pas possible. Gnus sait lire une mbox, mais en
*read-only* il ne permet pas d'y déplacer des mails ou d'ebn effacer,
et ça va foutre la merde si un mail arrive dedans...
Bref, je ne suis toujours pas convaincu de l'intérêt d'avoir un gros
fichier monstrueux à la place de pleins de petits fichiers. Sans
compter que lorsque je fais mon backup rsync nocturne, je n'ai qu'à
m'occuper de mon $HOME, pas d'éventuelles infos personnelles qui
seraient placées ailleurs.
On peut prendre un backend maildir aussi, et avoir un setting
mixte. Et de toute façon je backup déjà /etc alors /var/mail en
plus...
Mais bon, j'imagine qu'il s'agit d'habitudes de fonctionnement et il
doit y en avoir autant qu'il y a d'utilisateurs...
Surement.
--
Si vous embauchez, voici mon CV
http://www.rail.eu.org/cv/cv.pdf
De toutes façons, on peut aussi garder les mails dans la mbox si on le souhaite (il y a une option pour ça si je me souviens bien).
Non ce n'est pas possible. Gnus sait lire une mbox, mais en *read-only* il ne permet pas d'y déplacer des mails ou d'ebn effacer, et ça va foutre la merde si un mail arrive dedans...
Bref, je ne suis toujours pas convaincu de l'intérêt d'avoir un gros fichier monstrueux à la place de pleins de petits fichiers. Sans compter que lorsque je fais mon backup rsync nocturne, je n'ai qu'à m'occuper de mon $HOME, pas d'éventuelles infos personnelles qui seraient placées ailleurs.
On peut prendre un backend maildir aussi, et avoir un setting mixte. Et de toute façon je backup déjà /etc alors /var/mail en plus...
Mais bon, j'imagine qu'il s'agit d'habitudes de fonctionnement et il doit y en avoir autant qu'il y a d'utilisateurs...
Surement.
-- Si vous embauchez, voici mon CV http://www.rail.eu.org/cv/cv.pdf
