sur ma debian, j'ai modifié le paramétrage de procmail pour qu'il délivre
mon courrier dans ~/Mail avec filtrage du spam et autres tris, tout en
conservant /var/mail/xxx pour les autres comptes.
Quand j'utilise mutt pour consulter les messages, mutt ne peut pas marquer
les messages lus et m'indique que la boîte est en lecture seule.
J'ai bien trouvé que c'était une faq, or dans la faq de mutt aucune des
solutions ne semble donner de résultat ou alors je ne comprend pas :
- j'ai bien un mutt_dotlock qui appartient à root/mail
- la faq explique que l'on peut utiliser un maildir personnel et modifier
le réglage de procmail pour y délivrer le courrier (en fait ce que j'ai
fait) et parle d'un paramètre --with-homespool pour lancer mutt, mais
mutt n'en veut pas... (?)
- reste peut-être les droits sur le maildir qui appartient à seki/seki :
faudrait plutôt que cela appartienne au groupe mail ?
_Question subsidiaire_ : qu'est-ce qu'il faut modifier pour indiquer *pour un
user* la nouvelle boîte aux lettres pour le message du shell "you have new
mail" ?
/etc/login.defs est pour tous les users, or ma modif est juste pour un seul
sur ma debian, j'ai modifié le paramétrage de procmail pour qu'il délivre mon courrier dans ~/Mail avec filtrage du spam et autres tris, tout en conservant /var/mail/xxx pour les autres comptes. [...] J'ai bien trouvé que c'était une faq, or dans la faq de mutt aucune des solutions ne semble donner de résultat ou alors je ne comprend pas :
- j'ai bien un mutt_dotlock qui appartient à root/mail
Moi j'ai lu que mutt_dotlock devait être setgid, genre:
chmod g+s mutt_dotlock
- la faq explique que l'on peut utiliser un maildir personnel et modifier le réglage de procmail pour y délivrer le courrier (en fait ce que j'ai fait) et parle d'un paramètre --with-homespool pour lancer mutt, mais mutt n'en veut pas... (?)
Peut-être faut-il installer une version plus récente de mutt ou le recompiler avec les options adéquates.
- reste peut-être les droits sur le maildir qui appartient à seki/seki : faudrait plutôt que cela appartienne au groupe mail ?
Dans $HOME? Non je ne pense pas.
_Question subsidiaire_ : qu'est-ce qu'il faut modifier pour indiquer *pour un user* la nouvelle boîte aux lettres pour le message du shell "you have new mail" ? /etc/login.defs est pour tous les users, or ma modif est juste pour un seul
Est-ce que tu as essayé de mettre tes modifications dans un fichier ${HOME}.login?
Hope that hepls :-)
bye
-- Q: How many FreeBSD hackers does it take to change a lightbulb? A: Four to claim that it is a configuration problem, and that such matters really belong on -questions;
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> wrote:
sur ma debian, j'ai modifié le paramétrage de procmail pour qu'il délivre
mon courrier dans ~/Mail avec filtrage du spam et autres tris, tout en
conservant /var/mail/xxx pour les autres comptes.
[...]
J'ai bien trouvé que c'était une faq, or dans la faq de mutt aucune des
solutions ne semble donner de résultat ou alors je ne comprend pas :
- j'ai bien un mutt_dotlock qui appartient à root/mail
Moi j'ai lu que mutt_dotlock devait être setgid, genre:
chmod g+s mutt_dotlock
- la faq explique que l'on peut utiliser un maildir personnel et modifier
le réglage de procmail pour y délivrer le courrier (en fait ce que j'ai
fait) et parle d'un paramètre --with-homespool pour lancer mutt, mais
mutt n'en veut pas... (?)
Peut-être faut-il installer une version plus récente de mutt ou le
recompiler avec les options adéquates.
- reste peut-être les droits sur le maildir qui appartient à seki/seki :
faudrait plutôt que cela appartienne au groupe mail ?
Dans $HOME? Non je ne pense pas.
_Question subsidiaire_ : qu'est-ce qu'il faut modifier pour indiquer *pour
un user* la nouvelle boîte aux lettres pour le message du shell "you have
new mail" ? /etc/login.defs est pour tous les users, or ma modif est
juste pour un seul
Est-ce que tu as essayé de mettre tes modifications dans un fichier
${HOME}.login?
Hope that hepls :-)
bye
--
Q: How many FreeBSD hackers does it take to change a lightbulb?
A: Four to claim that it is a configuration problem, and that such matters
really belong on -questions;
sur ma debian, j'ai modifié le paramétrage de procmail pour qu'il délivre mon courrier dans ~/Mail avec filtrage du spam et autres tris, tout en conservant /var/mail/xxx pour les autres comptes. [...] J'ai bien trouvé que c'était une faq, or dans la faq de mutt aucune des solutions ne semble donner de résultat ou alors je ne comprend pas :
- j'ai bien un mutt_dotlock qui appartient à root/mail
Moi j'ai lu que mutt_dotlock devait être setgid, genre:
chmod g+s mutt_dotlock
- la faq explique que l'on peut utiliser un maildir personnel et modifier le réglage de procmail pour y délivrer le courrier (en fait ce que j'ai fait) et parle d'un paramètre --with-homespool pour lancer mutt, mais mutt n'en veut pas... (?)
Peut-être faut-il installer une version plus récente de mutt ou le recompiler avec les options adéquates.
- reste peut-être les droits sur le maildir qui appartient à seki/seki : faudrait plutôt que cela appartienne au groupe mail ?
Dans $HOME? Non je ne pense pas.
_Question subsidiaire_ : qu'est-ce qu'il faut modifier pour indiquer *pour un user* la nouvelle boîte aux lettres pour le message du shell "you have new mail" ? /etc/login.defs est pour tous les users, or ma modif est juste pour un seul
Est-ce que tu as essayé de mettre tes modifications dans un fichier ${HOME}.login?
Hope that hepls :-)
bye
-- Q: How many FreeBSD hackers does it take to change a lightbulb? A: Four to claim that it is a configuration problem, and that such matters really belong on -questions;
Vincent Lefevre
Dans l'article , Sébastien Kirche écrit:
- j'ai bien un mutt_dotlock qui appartient à root/mail
Mieux vaut utiliser le format maildir. Pas besoin de lock avec.
- la faq explique que l'on peut utiliser un maildir personnel et modifier le réglage de procmail pour y délivrer le courrier (en fait ce que j'ai fait) et parle d'un paramètre --with-homespool pour lancer mutt, mais mutt n'en veut pas... (?)
C'est une option de configuration (pour ./configure avant compilation).
- reste peut-être les droits sur le maildir qui appartient à seki/seki : faudrait plutôt que cela appartienne au groupe mail ?
Non, pas besoin.
_Question subsidiaire_ : qu'est-ce qu'il faut modifier pour indiquer *pour un user* la nouvelle boîte aux lettres pour le message du shell "you have new mail" ?
Tout dépend du shell. Mais RTFM du shell.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <m2fzdpuanh.fsf@free.fr>,
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> écrit:
- j'ai bien un mutt_dotlock qui appartient à root/mail
Mieux vaut utiliser le format maildir. Pas besoin de lock avec.
- la faq explique que l'on peut utiliser un maildir personnel et modifier
le réglage de procmail pour y délivrer le courrier (en fait ce que j'ai
fait) et parle d'un paramètre --with-homespool pour lancer mutt, mais
mutt n'en veut pas... (?)
C'est une option de configuration (pour ./configure avant compilation).
- reste peut-être les droits sur le maildir qui appartient à seki/seki :
faudrait plutôt que cela appartienne au groupe mail ?
Non, pas besoin.
_Question subsidiaire_ : qu'est-ce qu'il faut modifier pour indiquer
*pour un user* la nouvelle boîte aux lettres pour le message du
shell "you have new mail" ?
Tout dépend du shell. Mais RTFM du shell.
--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
- j'ai bien un mutt_dotlock qui appartient à root/mail
Mieux vaut utiliser le format maildir. Pas besoin de lock avec.
- la faq explique que l'on peut utiliser un maildir personnel et modifier le réglage de procmail pour y délivrer le courrier (en fait ce que j'ai fait) et parle d'un paramètre --with-homespool pour lancer mutt, mais mutt n'en veut pas... (?)
C'est une option de configuration (pour ./configure avant compilation).
- reste peut-être les droits sur le maildir qui appartient à seki/seki : faudrait plutôt que cela appartienne au groupe mail ?
Non, pas besoin.
_Question subsidiaire_ : qu'est-ce qu'il faut modifier pour indiquer *pour un user* la nouvelle boîte aux lettres pour le message du shell "you have new mail" ?
Tout dépend du shell. Mais RTFM du shell.
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Sébastien Kirche
On 5 Feb 2004, Solignac wrote:
[...]
Moi j'ai lu que mutt_dotlock devait être setgid, genre:
chmod g+s mutt_dotlock
Je vais voir ça.
- la faq explique que l'on peut utiliser un maildir personnel et modifier le réglage de procmail pour y délivrer le courrier (en fait ce que j'ai fait) et parle d'un paramètre --with-homespool pour lancer mutt, mais mutt n'en veut pas... (?)
Peut-être faut-il installer une version plus récente de mutt ou le recompiler avec les options adéquates.
Ben je suis déjà en version debian unstable avec la majorité de paquetages à jour, je pense pouvoir avoir de mutt plus récent. A moins de taper dans le cvs ? Mais je crois que le problème n'est pas là.
- reste peut-être les droits sur le maildir qui appartient à seki/seki : faudrait plutôt que cela appartienne au groupe mail ?
Dans $HOME? Non je ne pense pas.
Moi, non plus :) Mais je pense que le problème doit se trouver au niveau des droits. Logique :)
_Question subsidiaire_ : qu'est-ce qu'il faut modifier pour indiquer *pour un user* la nouvelle boîte aux lettres pour le message du shell "you have new mail" ? /etc/login.defs est pour tous les users, or ma modif est juste pour un seul
Est-ce que tu as essayé de mettre tes modifications dans un fichier ${HOME}.login?
Ha, ben non. Aussi bête que c'en a l'air je n'y ai pas pensé :) Je vais voir ça...
Hope that hepls :-)
Je dirais cela ce soir :^) Merci pour les suggestions.
Sébastien Kirche
On 5 Feb 2004, Solignac wrote:
[...]
Moi j'ai lu que mutt_dotlock devait être setgid, genre:
chmod g+s mutt_dotlock
Je vais voir ça.
- la faq explique que l'on peut utiliser un maildir personnel et
modifier
le réglage de procmail pour y délivrer le courrier (en fait ce que j'ai
fait) et parle d'un paramètre --with-homespool pour lancer mutt, mais
mutt n'en veut pas... (?)
Peut-être faut-il installer une version plus récente de mutt ou le
recompiler avec les options adéquates.
Ben je suis déjà en version debian unstable avec la majorité de paquetages à
jour, je pense pouvoir avoir de mutt plus récent.
A moins de taper dans le cvs ? Mais je crois que le problème n'est pas là.
- reste peut-être les droits sur le maildir qui appartient à seki/seki :
faudrait plutôt que cela appartienne au groupe mail ?
Dans $HOME? Non je ne pense pas.
Moi, non plus :)
Mais je pense que le problème doit se trouver au niveau des
droits. Logique :)
_Question subsidiaire_ : qu'est-ce qu'il faut modifier pour indiquer
*pour un user* la nouvelle boîte aux lettres pour le message du shell
"you have new mail" ? /etc/login.defs est pour tous les users, or ma
modif est juste pour un seul
Est-ce que tu as essayé de mettre tes modifications dans un fichier
${HOME}.login?
Ha, ben non. Aussi bête que c'en a l'air je n'y ai pas pensé :)
Je vais voir ça...
Hope that hepls :-)
Je dirais cela ce soir :^)
Merci pour les suggestions.
Moi j'ai lu que mutt_dotlock devait être setgid, genre:
chmod g+s mutt_dotlock
Je vais voir ça.
- la faq explique que l'on peut utiliser un maildir personnel et modifier le réglage de procmail pour y délivrer le courrier (en fait ce que j'ai fait) et parle d'un paramètre --with-homespool pour lancer mutt, mais mutt n'en veut pas... (?)
Peut-être faut-il installer une version plus récente de mutt ou le recompiler avec les options adéquates.
Ben je suis déjà en version debian unstable avec la majorité de paquetages à jour, je pense pouvoir avoir de mutt plus récent. A moins de taper dans le cvs ? Mais je crois que le problème n'est pas là.
- reste peut-être les droits sur le maildir qui appartient à seki/seki : faudrait plutôt que cela appartienne au groupe mail ?
Dans $HOME? Non je ne pense pas.
Moi, non plus :) Mais je pense que le problème doit se trouver au niveau des droits. Logique :)
_Question subsidiaire_ : qu'est-ce qu'il faut modifier pour indiquer *pour un user* la nouvelle boîte aux lettres pour le message du shell "you have new mail" ? /etc/login.defs est pour tous les users, or ma modif est juste pour un seul
Est-ce que tu as essayé de mettre tes modifications dans un fichier ${HOME}.login?
Ha, ben non. Aussi bête que c'en a l'air je n'y ai pas pensé :) Je vais voir ça...
Hope that hepls :-)
Je dirais cela ce soir :^) Merci pour les suggestions.
Sébastien Kirche
Vincent Lefevre
Dans l'article , Sébastien Kirche écrit:
On 5 Feb 2004, Solignac wrote: [...]
Moi j'ai lu que mutt_dotlock devait être setgid, genre:
chmod g+s mutt_dotlock
Je vais voir ça.
Si tu utilises le paquet Debian, tu n'as rien à changer (tu risques même d'introduire un trou de sécurité). Si quelque chose ne va pas avec le mutt_dotlock, fais un rapport de bug.
Ben je suis déjà en version debian unstable avec la majorité de paquetages à jour, je pense pouvoir avoir de mutt plus récent. A moins de taper dans le cvs ? Mais je crois que le problème n'est pas là.
Le paquet Debian semble se baser sur le CVS (+ des patches) et a peu de retard dessus.
Je ne sais pas ce que tu veux faire exactement. Si c'est pour changer la BAL lue par défaut, positionne ta variable d'environnement $MAIL comme il faut, et si ça te pose un problème, mets
set spoolfile="le_chemin_qu_il_faut"
dans ton muttrc (par défaut, spoolfile="", ce qui signifie que Mutt va utiliser la variable d'environnement $MAIL).
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Dans l'article <m2y8rhll21.fsf@free.fr>,
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> écrit:
On 5 Feb 2004, Solignac wrote:
[...]
Moi j'ai lu que mutt_dotlock devait être setgid, genre:
chmod g+s mutt_dotlock
Je vais voir ça.
Si tu utilises le paquet Debian, tu n'as rien à changer (tu risques
même d'introduire un trou de sécurité). Si quelque chose ne va pas
avec le mutt_dotlock, fais un rapport de bug.
Ben je suis déjà en version debian unstable avec la majorité de paquetages à
jour, je pense pouvoir avoir de mutt plus récent.
A moins de taper dans le cvs ? Mais je crois que le problème n'est pas là.
Le paquet Debian semble se baser sur le CVS (+ des patches) et a peu
de retard dessus.
Je ne sais pas ce que tu veux faire exactement. Si c'est pour changer
la BAL lue par défaut, positionne ta variable d'environnement $MAIL
comme il faut, et si ça te pose un problème, mets
set spoolfile="le_chemin_qu_il_faut"
dans ton muttrc (par défaut, spoolfile="", ce qui signifie que Mutt va
utiliser la variable d'environnement $MAIL).
--
Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Moi j'ai lu que mutt_dotlock devait être setgid, genre:
chmod g+s mutt_dotlock
Je vais voir ça.
Si tu utilises le paquet Debian, tu n'as rien à changer (tu risques même d'introduire un trou de sécurité). Si quelque chose ne va pas avec le mutt_dotlock, fais un rapport de bug.
Ben je suis déjà en version debian unstable avec la majorité de paquetages à jour, je pense pouvoir avoir de mutt plus récent. A moins de taper dans le cvs ? Mais je crois que le problème n'est pas là.
Le paquet Debian semble se baser sur le CVS (+ des patches) et a peu de retard dessus.
Je ne sais pas ce que tu veux faire exactement. Si c'est pour changer la BAL lue par défaut, positionne ta variable d'environnement $MAIL comme il faut, et si ça te pose un problème, mets
set spoolfile="le_chemin_qu_il_faut"
dans ton muttrc (par défaut, spoolfile="", ce qui signifie que Mutt va utiliser la variable d'environnement $MAIL).
-- Vincent Lefèvre - Web: <http://www.vinc17.org/> - 100% validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International des Jeux Mathématiques et Logiques, TETRHEX, etc. Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Sébastien Kirche
On se rapproche plus de ma situation :
On 6 Feb 2004, Vincent Lefevre wrote:
Si tu utilises le paquet Debian, tu n'as rien à changer (tu risques même d'introduire un trou de sécurité). Si quelque chose ne va pas avec le mutt_dotlock, fais un rapport de bug.
Pas besoin. C'était déjà bon.
Ben je suis déjà en version debian unstable avec la majorité de paquetages à jour, je pense pouvoir avoir de mutt plus récent. A moins de taper dans le cvs ? Mais je crois que le problème n'est pas là.
Le paquet Debian semble se baser sur le CVS (+ des patches) et a peu de retard dessus.
Je ne sais pas ce que tu veux faire exactement. Si c'est pour changer la BAL lue par défaut, positionne ta variable d'environnement $MAIL comme il faut, et si ça te pose un problème, mets
set spoolfile="le_chemin_qu_il_faut"
dans ton muttrc (par défaut, spoolfile="", ce qui signifie que Mutt va utiliser la variable d'environnement $MAIL).
En fait pour tout le système, les bal sont dans /var/mail/nom_du_user Pour l'utilisateur seki qui a besoin de filtrer le flux entrant et de le séparer entre le tout venant, la liste debian française, les listes emacs, etc, et les pams (avec spamassassin)j'ai (essayé) de mettre en place un ~/Mail pour y placer tout ça.
En modifiant le ~/.procmailrc de façon ad'hoc pour le filtrage (notamment MAILDIR=~/Mail), les messages arrivent bien dans le dossier.
Mais par contre le shell ne m'avertit plus des messages arrivés ("you have no mail") au login ou en cours : normal, vu qu'il pense toujours que :var/mail/seki est le spool.
Et mutt m'ouvre /var/mail/seki par defaut, et quand je fais [esc] c pour aller dans ~/Mail/inbox, je peux tout voir, mais la boîte est read-only -> les messages ne pas considérés comme lus après lecture et je ne peux pas en supprimer.
Le problème ne se pose pas avec kmail par exemple, mais je tiens pas à l'utiliser.
Sébastien Kirche
On se rapproche plus de ma situation :
On 6 Feb 2004, Vincent Lefevre wrote:
Si tu utilises le paquet Debian, tu n'as rien à changer (tu risques
même d'introduire un trou de sécurité). Si quelque chose ne va pas
avec le mutt_dotlock, fais un rapport de bug.
Pas besoin.
C'était déjà bon.
Ben je suis déjà en version debian unstable avec la majorité de
paquetages à jour, je pense pouvoir avoir de mutt plus récent. A moins
de taper dans le cvs ? Mais je crois que le problème n'est pas là.
Le paquet Debian semble se baser sur le CVS (+ des patches) et a peu
de retard dessus.
Je ne sais pas ce que tu veux faire exactement. Si c'est pour changer
la BAL lue par défaut, positionne ta variable d'environnement $MAIL
comme il faut, et si ça te pose un problème, mets
set spoolfile="le_chemin_qu_il_faut"
dans ton muttrc (par défaut, spoolfile="", ce qui signifie que Mutt va
utiliser la variable d'environnement $MAIL).
En fait pour tout le système, les bal sont dans /var/mail/nom_du_user
Pour l'utilisateur seki qui a besoin de filtrer le flux entrant et de le
séparer entre le tout venant, la liste debian française, les listes emacs,
etc, et les pams (avec spamassassin)j'ai (essayé) de mettre en place un
~/Mail pour y placer tout ça.
En modifiant le ~/.procmailrc de façon ad'hoc pour le filtrage (notamment
MAILDIR=~/Mail), les messages arrivent bien dans le dossier.
Mais par contre le shell ne m'avertit plus des messages arrivés ("you have
no mail") au login ou en cours : normal, vu qu'il pense toujours
que :var/mail/seki est le spool.
Et mutt m'ouvre /var/mail/seki par defaut, et quand je fais [esc] c pour
aller dans ~/Mail/inbox, je peux tout voir, mais la boîte est read-only
-> les messages ne pas considérés comme lus après lecture et je ne peux pas
en supprimer.
Le problème ne se pose pas avec kmail par exemple, mais je tiens pas à
l'utiliser.
Si tu utilises le paquet Debian, tu n'as rien à changer (tu risques même d'introduire un trou de sécurité). Si quelque chose ne va pas avec le mutt_dotlock, fais un rapport de bug.
Pas besoin. C'était déjà bon.
Ben je suis déjà en version debian unstable avec la majorité de paquetages à jour, je pense pouvoir avoir de mutt plus récent. A moins de taper dans le cvs ? Mais je crois que le problème n'est pas là.
Le paquet Debian semble se baser sur le CVS (+ des patches) et a peu de retard dessus.
Je ne sais pas ce que tu veux faire exactement. Si c'est pour changer la BAL lue par défaut, positionne ta variable d'environnement $MAIL comme il faut, et si ça te pose un problème, mets
set spoolfile="le_chemin_qu_il_faut"
dans ton muttrc (par défaut, spoolfile="", ce qui signifie que Mutt va utiliser la variable d'environnement $MAIL).
En fait pour tout le système, les bal sont dans /var/mail/nom_du_user Pour l'utilisateur seki qui a besoin de filtrer le flux entrant et de le séparer entre le tout venant, la liste debian française, les listes emacs, etc, et les pams (avec spamassassin)j'ai (essayé) de mettre en place un ~/Mail pour y placer tout ça.
En modifiant le ~/.procmailrc de façon ad'hoc pour le filtrage (notamment MAILDIR=~/Mail), les messages arrivent bien dans le dossier.
Mais par contre le shell ne m'avertit plus des messages arrivés ("you have no mail") au login ou en cours : normal, vu qu'il pense toujours que :var/mail/seki est le spool.
Et mutt m'ouvre /var/mail/seki par defaut, et quand je fais [esc] c pour aller dans ~/Mail/inbox, je peux tout voir, mais la boîte est read-only -> les messages ne pas considérés comme lus après lecture et je ne peux pas en supprimer.
Le problème ne se pose pas avec kmail par exemple, mais je tiens pas à l'utiliser.
Sébastien Kirche
Solignac
On Fri, 06 Feb 2004 15:18:19 +0100 Sébastien Kirche wrote:
Si tu utilises le paquet Debian, tu n'as rien à changer (tu risques même d'introduire un trou de sécurité). Si quelque chose ne va pas avec le mutt_dotlock, fais un rapport de bug.
Pas besoin. C'était déjà bon.
<HS> Debian roulaize quand même :-) </>
En fait pour tout le système, les bal sont dans /var/mail/nom_du_user Pour l'utilisateur seki qui a besoin de filtrer le flux entrant et de le séparer entre le tout venant, la liste debian française, les listes emacs, etc, et les pams (avec spamassassin)j'ai (essayé) de mettre en place un ~/Mail pour y placer tout ça.
En modifiant le ~/.procmailrc de façon ad'hoc pour le filtrage (notamment MAILDIR=~/Mail), les messages arrivent bien dans le dossier.
Mais par contre le shell ne m'avertit plus des messages arrivés ("you have no mail") au login ou en cours : normal, vu qu'il pense toujours que :var/mail/seki est le spool.
Ça me parait difficile à modifier, à moins de passer par un programme "externe" comme biff et de lui dire quel fichier rechercher.
Et mutt m'ouvre /var/mail/seki par defaut, et quand je fais [esc] c pour aller dans ~/Mail/inbox, je peux tout voir, mais la boîte est read-only -> les messages ne pas considérés comme lus après lecture et je ne peux pas en supprimer.
C'est pas:
set folder=~/Mail # where i keep my mailboxes
ce que tu cherches?
bye
-- EMACS: Eighteen Megabytes And Constantly Swapping
On Fri, 06 Feb 2004 15:18:19 +0100
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> wrote:
Si tu utilises le paquet Debian, tu n'as rien à changer (tu risques
même d'introduire un trou de sécurité). Si quelque chose ne va pas
avec le mutt_dotlock, fais un rapport de bug.
Pas besoin. C'était déjà bon.
<HS> Debian roulaize quand même :-) </>
En fait pour tout le système, les bal sont dans /var/mail/nom_du_user
Pour l'utilisateur seki qui a besoin de filtrer le flux entrant et de le
séparer entre le tout venant, la liste debian française, les listes emacs,
etc, et les pams (avec spamassassin)j'ai (essayé) de mettre en place un
~/Mail pour y placer tout ça.
En modifiant le ~/.procmailrc de façon ad'hoc pour le filtrage (notamment
MAILDIR=~/Mail), les messages arrivent bien dans le dossier.
Mais par contre le shell ne m'avertit plus des messages arrivés ("you have
no mail") au login ou en cours : normal, vu qu'il pense toujours
que :var/mail/seki est le spool.
Ça me parait difficile à modifier, à moins de passer par un programme
"externe" comme biff et de lui dire quel fichier rechercher.
Et mutt m'ouvre /var/mail/seki par defaut, et quand je fais [esc] c pour
aller dans ~/Mail/inbox, je peux tout voir, mais la boîte est read-only
-> les messages ne pas considérés comme lus après lecture et je ne peux pas
en supprimer.
C'est pas:
set folder=~/Mail # where i keep my mailboxes
ce que tu cherches?
bye
--
EMACS: Eighteen Megabytes And Constantly Swapping
On Fri, 06 Feb 2004 15:18:19 +0100 Sébastien Kirche wrote:
Si tu utilises le paquet Debian, tu n'as rien à changer (tu risques même d'introduire un trou de sécurité). Si quelque chose ne va pas avec le mutt_dotlock, fais un rapport de bug.
Pas besoin. C'était déjà bon.
<HS> Debian roulaize quand même :-) </>
En fait pour tout le système, les bal sont dans /var/mail/nom_du_user Pour l'utilisateur seki qui a besoin de filtrer le flux entrant et de le séparer entre le tout venant, la liste debian française, les listes emacs, etc, et les pams (avec spamassassin)j'ai (essayé) de mettre en place un ~/Mail pour y placer tout ça.
En modifiant le ~/.procmailrc de façon ad'hoc pour le filtrage (notamment MAILDIR=~/Mail), les messages arrivent bien dans le dossier.
Mais par contre le shell ne m'avertit plus des messages arrivés ("you have no mail") au login ou en cours : normal, vu qu'il pense toujours que :var/mail/seki est le spool.
Ça me parait difficile à modifier, à moins de passer par un programme "externe" comme biff et de lui dire quel fichier rechercher.
Et mutt m'ouvre /var/mail/seki par defaut, et quand je fais [esc] c pour aller dans ~/Mail/inbox, je peux tout voir, mais la boîte est read-only -> les messages ne pas considérés comme lus après lecture et je ne peux pas en supprimer.
C'est pas:
set folder=~/Mail # where i keep my mailboxes
ce que tu cherches?
bye
-- EMACS: Eighteen Megabytes And Constantly Swapping
Solignac
On Fri, 06 Feb 2004 15:18:19 +0100 Sébastien Kirche wrote:
Et mutt m'ouvre /var/mail/seki par defaut, et quand je fais [esc] c pour aller dans ~/Mail/inbox, je peux tout voir, mais la boîte est read-only -> les messages ne pas considérés comme lus après lecture et je ne peux pas en supprimer.
Hum, ça aussi:
<Esc>c change-folder-readonly ouvrir un dossier diffrent en lecture seule c change-folder ouvrir un dossier diffrent
bye
-- Don't compare floating point numbers just for equality. - The Elements of Programming Style (Kernighan & Plaugher)
On Fri, 06 Feb 2004 15:18:19 +0100
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> wrote:
Et mutt m'ouvre /var/mail/seki par defaut, et quand je fais [esc] c pour
aller dans ~/Mail/inbox, je peux tout voir, mais la boîte est read-only
-> les messages ne pas considérés comme lus après lecture et je ne peux pas
en supprimer.
Hum, ça aussi:
<Esc>c change-folder-readonly ouvrir un dossier diffrent en lecture seule
c change-folder ouvrir un dossier diffrent
bye
--
Don't compare floating point numbers just for equality.
- The Elements of Programming Style (Kernighan & Plaugher)
On Fri, 06 Feb 2004 15:18:19 +0100 Sébastien Kirche wrote:
Et mutt m'ouvre /var/mail/seki par defaut, et quand je fais [esc] c pour aller dans ~/Mail/inbox, je peux tout voir, mais la boîte est read-only -> les messages ne pas considérés comme lus après lecture et je ne peux pas en supprimer.
Hum, ça aussi:
<Esc>c change-folder-readonly ouvrir un dossier diffrent en lecture seule c change-folder ouvrir un dossier diffrent
bye
-- Don't compare floating point numbers just for equality. - The Elements of Programming Style (Kernighan & Plaugher)
Sébastien Kirche
On 7 fév 2004, wrote:
[...]
Mais par contre le shell ne m'avertit plus des messages arrivés ("you have no mail") au login ou en cours : normal, vu qu'il pense toujours que :var/mail/seki est le spool.
Ça me parait difficile à modifier, à moins de passer par un programme "externe" comme biff et de lui dire quel fichier rechercher.
Apparemment, ça peut se changer dans /etc/login.defs pour tout le monde. Faut que je cherche encore pour une modif locale à un user.
Le reste du temps quand je suis avec windowmaker, mon wmmail est configuré comme il faut pour vérifier ~/Mail au lieu de /var/mail/seki.
Et mutt m'ouvre /var/mail/seki par defaut, et quand je fais [esc] c pour aller dans ~/Mail/inbox, je peux tout voir, mais la boîte est read-only -> les messages ne pas considérés comme lus après lecture et je ne peux pas en supprimer.
C'est pas:
set folder=~/Mail # where i keep my mailboxes
ce que tu cherches?
Ben... si :) Grâce à cette ligne et à Google j'ai pu retrouver le "Dileep's personal .muttrc" qui m'a bien aidé. C'est ok pour la boîte ouverte par défaut, et la vérif de nouveaux messages.
Ça va toujours mieux quand on a un modèle pour broder dessus...
Merci beaucoup :^D
Sébastien Kirche
On 7 fév 2004, bozo_le_clown@wherever.you.want.com wrote:
[...]
Mais par contre le shell ne m'avertit plus des messages arrivés ("you
have no mail") au login ou en cours : normal, vu qu'il pense toujours
que :var/mail/seki est le spool.
Ça me parait difficile à modifier, à moins de passer par un programme
"externe" comme biff et de lui dire quel fichier rechercher.
Apparemment, ça peut se changer dans /etc/login.defs pour tout le monde.
Faut que je cherche encore pour une modif locale à un user.
Le reste du temps quand je suis avec windowmaker, mon wmmail est configuré
comme il faut pour vérifier ~/Mail au lieu de /var/mail/seki.
Et mutt m'ouvre /var/mail/seki par defaut, et quand je fais [esc] c pour
aller dans ~/Mail/inbox, je peux tout voir, mais la boîte est read-only
-> les messages ne pas considérés comme lus après lecture et je ne peux
pas en supprimer.
C'est pas:
set folder=~/Mail # where i keep my mailboxes
ce que tu cherches?
Ben... si :)
Grâce à cette ligne et à Google j'ai pu retrouver le "Dileep's personal
.muttrc" qui m'a bien aidé.
C'est ok pour la boîte ouverte par défaut, et la vérif de nouveaux messages.
Ça va toujours mieux quand on a un modèle pour broder dessus...
Mais par contre le shell ne m'avertit plus des messages arrivés ("you have no mail") au login ou en cours : normal, vu qu'il pense toujours que :var/mail/seki est le spool.
Ça me parait difficile à modifier, à moins de passer par un programme "externe" comme biff et de lui dire quel fichier rechercher.
Apparemment, ça peut se changer dans /etc/login.defs pour tout le monde. Faut que je cherche encore pour une modif locale à un user.
Le reste du temps quand je suis avec windowmaker, mon wmmail est configuré comme il faut pour vérifier ~/Mail au lieu de /var/mail/seki.
Et mutt m'ouvre /var/mail/seki par defaut, et quand je fais [esc] c pour aller dans ~/Mail/inbox, je peux tout voir, mais la boîte est read-only -> les messages ne pas considérés comme lus après lecture et je ne peux pas en supprimer.
C'est pas:
set folder=~/Mail # where i keep my mailboxes
ce que tu cherches?
Ben... si :) Grâce à cette ligne et à Google j'ai pu retrouver le "Dileep's personal .muttrc" qui m'a bien aidé. C'est ok pour la boîte ouverte par défaut, et la vérif de nouveaux messages.
Ça va toujours mieux quand on a un modèle pour broder dessus...
Merci beaucoup :^D
Sébastien Kirche
Sébastien Kirche
On 7 fév 2004, wrote:
On Fri, 06 Feb 2004 15:18:19 +0100 Sébastien Kirche wrote:
Et mutt m'ouvre /var/mail/seki par defaut, et quand je fais [esc] c pour aller dans ~/Mail/inbox, je peux tout voir, mais la boîte est read-only -> les messages ne pas considérés comme lus après lecture et je ne peux pas en supprimer.
Hum, ça aussi:
<Esc>c change-folder-readonly ouvrir un dossier diffrent en lecture seule c change-folder ouvrir un dossier diffrent
*Muff*
Effectivement c'est 'hachement mieux comme ça. Je sais pas comment je me suis demmTUUTé avec l'aide pour rater ça :)
Et encore un merci qui marche, un ! :^)
Sébastien Kirche
On 7 fév 2004, bozo_le_clown@wherever.you.want.com wrote:
On Fri, 06 Feb 2004 15:18:19 +0100
Sébastien Kirche <sebastien.kirche.no@spam.free.fr.invalid> wrote:
Et mutt m'ouvre /var/mail/seki par defaut, et quand je fais [esc] c pour
aller dans ~/Mail/inbox, je peux tout voir, mais la boîte est read-only
-> les messages ne pas considérés comme lus après lecture et je ne peux
pas en supprimer.
Hum, ça aussi:
<Esc>c change-folder-readonly ouvrir un dossier diffrent en lecture seule
c change-folder ouvrir un dossier diffrent
*Muff*
Effectivement c'est 'hachement mieux comme ça.
Je sais pas comment je me suis demmTUUTé avec l'aide pour rater ça :)
On Fri, 06 Feb 2004 15:18:19 +0100 Sébastien Kirche wrote:
Et mutt m'ouvre /var/mail/seki par defaut, et quand je fais [esc] c pour aller dans ~/Mail/inbox, je peux tout voir, mais la boîte est read-only -> les messages ne pas considérés comme lus après lecture et je ne peux pas en supprimer.
Hum, ça aussi:
<Esc>c change-folder-readonly ouvrir un dossier diffrent en lecture seule c change-folder ouvrir un dossier diffrent
*Muff*
Effectivement c'est 'hachement mieux comme ça. Je sais pas comment je me suis demmTUUTé avec l'aide pour rater ça :)
Et encore un merci qui marche, un ! :^)
Sébastien Kirche
Nicolas Le Scouarnec
Mais par contre le shell ne m'avertit plus des messages arrivés ("you have no mail") au login ou en cours : normal, vu qu'il pense toujours que :var/mail/seki est le spool. Ça me parait difficile à modifier, à moins de passer par un programme
"externe" comme biff et de lui dire quel fichier rechercher.
Il y a des variables pour définir ca: [ ~]% set |grep -a MAIL MAIL=/var/mail/nlsn MAILCHECK` MAILPATH=''
-- Nicolas Le Scouarnec http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
Mais par contre le shell ne m'avertit plus des messages arrivés ("you have
no mail") au login ou en cours : normal, vu qu'il pense toujours
que :var/mail/seki est le spool.
Ça me parait difficile à modifier, à moins de passer par un programme
"externe" comme biff et de lui dire quel fichier rechercher.
Il y a des variables pour définir ca:
[nlsn@lea ~]% set |grep -a MAIL
MAIL=/var/mail/nlsn
MAILCHECK`
MAILPATH=''
--
Nicolas Le Scouarnec
http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
Mais par contre le shell ne m'avertit plus des messages arrivés ("you have no mail") au login ou en cours : normal, vu qu'il pense toujours que :var/mail/seki est le spool. Ça me parait difficile à modifier, à moins de passer par un programme
"externe" comme biff et de lui dire quel fichier rechercher.
Il y a des variables pour définir ca: [ ~]% set |grep -a MAIL MAIL=/var/mail/nlsn MAILCHECK` MAILPATH=''
-- Nicolas Le Scouarnec http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
