OVH Cloud OVH Cloud

mutt et maildir read-only

14 réponses
Avatar
Sébastien Kirche
Bonjour,

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


Si quelqu'un peut m'aider...

Sébastien Kirche

4 réponses

1 2
Avatar
Nicolas Le Scouarnec
Ç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.


Dans .bash_profile (ou .zprofile)

J'ai un truc comme ca, regarde dans le manuel comment la définir pour
ton shell.

export MAILPATH="$MAILPATH:$rep_news/timestamp?Il y a des Articles en attente"



--
Nicolas Le Scouarnec
http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )


Avatar
Sébastien Kirche
On 8 fév 2004, Nicolas Le Scouarnec 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.


Il y a des variables pour définir ca:
[ ~]% set |grep -a MAIL
MAIL=/var/mail/nlsn
MAILCHECK`
MAILPATH=''


Ok, c'est bon.
Avec ces infos complémentaire j'ai pu demander plus précisément ce que je
voulais à Google.
Paske juste mail, maildir ou procmail, c'est un peu léger et ça retourne
juste un peu trop de réponses...

Maintenant j'exporte ces variables dans mon .bash_profile :
export MAIL='~/Mail'
export MAILPATH='~/Mail/inbox?Vous avez du courrier.:~/Mail/liste-debian?$_ a du courrier.'

et ça roule ! :)

Merci

Sébastien Kirche



Avatar
Vincent Lefevre
Dans l'article ,
Solignac écrit:

<Esc>c change-folder-readonly ouvrir un dossier diffrent en lecture seule
c change-folder ouvrir un dossier diffrent


Penser également à la commande mailboxes à utiliser dans son muttrc
quand on filtre dans plusieurs BAL. Ainsi, Mutt proposera
automatiquement d'ouvrir une BAL qui a du nouveau 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

Avatar
Solignac
Nicolas Le Scouarnec 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.


Il y a des variables pour définir ca:
[ ~]% set |grep -a MAIL
MAIL=/var/mail/nlsn
MAILCHECK`
MAILPATH=''


Oui ça je savais mais ça marche aussi avec un dossier genre MH? je croyais
que ça ne regardait qu'un fichier...

bye

--
Q: How many FreeBSD hackers does it take to change a lightbulb?
A: Thirty-seven to scream that lightbulbs do not belong in the base
system, that committers have no right to do things like this without
consulting the Community, and WHAT IS -CORE DOING ABOUT IT!?



1 2