Re: mail

[Zelos <zelos@wanadoo.fr>]

Le mer 27/08/2003 à 14:26, Bruno Treguier a écrit :
> On Wed, Aug 27, 2003 at 11:38:57AM +0200, Zelos wrote:
> > Tout d'abord merci pour vos réponses.
> > 
> > echo test | mail -v zelos -s 'test'
> > mail: invalid option -- v
> > 
> > J'ai beau chercher, j'ai pas trouvé cette option... :(
> 
> Le package mailx est-il installé ? C'est le /usr/bin/mail de ce package
> qu'il faut utiliser pour bénéficier de cette option, et pas celui du
> package mailutils.
> 
C'est fait. Je lance la commande:

goliath:/home/zelos# echo test | mail -v zelos -s 'test'
LOG: 0 MAIN
  <= root@goliath.ath.cx U=root P=local S=323
goliath:/home/zelos# Exim version 3.35 debug level 1 uid=8 gid=8
Berkeley DB: Sleepycat Software: Berkeley DB 2.7.7: (08/20/99)
delivering message 19s1uu-0002DE-00
LOG: 0 MAIN
  => zelos <zelos@goliath.ath.cx> D=localuser T=local_delivery
LOG: 0 MAIN
  Completed
exit
exit
zelos@goliath:~$ mail
No mail for zelos


> Est-ce que le fichier /var/mail/ton_nom_de_login existe et a une taille
> supérieure à 0 ?
> 
Le fichier de logs /var/mail/zelos existe mais est vide...
> 
> > cat /var/log/mail:
> > [...]
> > Aug 27 11:27:47 goliath in.qpopper[3174]: (v4.0.4) POP login by user "zelos" at (localhost) 127.0.0.1 [pop_log.c:244]
> > 
> > En gros, il ne signale que les moments où j'ai tapé mail en console...
> > Par contre,il n'y a aucune trace des logs des autres utilisateurs... 
> > 
> > cat /var/log/mail/mail.err
> > Lui, il est vide.
> > cat /var/log/mail/mail.warn
> > Idem
> > cat /var/log/mail/mail.info
> > idem à /var/log/mail.log
> 
> Ca, par contre, c'est pas normal... Quelle tête il a le /etc/syslog.conf
> ou le /etc/syslog-ng/syslog-ng.conf ?
> 
cat /etc/syslog.conf

#  /etc/syslog.conf     Configuration file for syslogd.
#
#                       For more information see syslog.conf(5)
#                       manpage.
 
#
# First some standard logfiles.  Log by facility.
#
 
auth,authpriv.*                 /var/log/auth.log
*.*;auth,authpriv.none          -/var/log/syslog
#cron.*                         /var/log/cron.log
daemon.*                        -/var/log/daemon.log
kern.*                          -/var/log/kern.log
lpr.*                           -/var/log/lpr.log
mail.*                          -/var/log/mail/mail.log
user.*                          -/var/log/user.log
uucp.*                          /var/log/uucp.log
 
#
# Logging for the mail system.  Split it up so that
# it is easy to write scripts to parse these files.
#
mail.info                       -/var/log/mail/mail.info
mail.warn                       -/var/log/mail/mail.warn
mail.err                        /var/log/mail/mail.err
 
# Logging for INN news system
#
news.crit                       /var/log/news/news.crit
news.err                        /var/log/news/news.err
news.notice                     -/var/log/news/news.notice
 
#
# Some `catch-all' logfiles.
#
*.=debug;\
        auth,authpriv.none;\
        news.none;mail.none     -/var/log/debug
*.=info;*.=notice;*.=warn;\
        auth,authpriv.none;\
        cron,daemon.none;\
        mail,news.none          -/var/log/messages
 
#
# Emergencies are sent to everybody logged in.
#
*.emerg                         *
 
#
# I like to have messages displayed on the console, but only on a
virtual
# console I usually leave idle.
#
#daemon,mail.*;\
#       news.=crit;news.=err;news.=notice;\
#       *.=debug;*.=info;\
#       *.=notice;*.=warn       /dev/tty8
 
# The named pipe /dev/xconsole is for the `xconsole' utility.  To use
it,
# you must invoke `xconsole' with the `-file' option:
#
#    $ xconsole -file /dev/xconsole [...]
#
# NOTE: adjust the list below, or you'll go crazy if you have a
reasonably
#      busy site..
#
daemon.*;mail.*;\
        news.crit;news.err;news.notice;\
        *.=debug;*.=info;\
        *.=notice;*.=warn       |/dev/xconsole


Voilà. Mon ancienne configuration de Mutt aurait-elle contribué à ce
truc? 
Je viens de vérifier /etc/aliases mais il me semble sain...

Une autre idée?