Journal Home pour un utilisateur mail

Posté par  .
Étiquettes :
0
11
mar.
2004
Bonjour tout le monde,

Aujourd'hui j'ai une question assez bête mais qui me perturbe :
J'ai une machine debian/exim qui me sert de passerelle et de serveur mail pour toute la famille, et donc chaque personne a une compte sur la machine en question.
Ces utilisateur ont /bin/false en shell, pour ne pas pouvoir se logger, par contre si je leur met /dev/null en home directory, les mails qui leur sont envoyés se perdent : il semblerait qu'un home valide soit necessaire pour que le mail arrive dans /var/mail/$user !
Je ne comprends pas vraiment pourquoi, et je pense plutôt qu'il y a un problème de configuration chez moi, mais je comprends pas d'où ca vient (je précise que exim est celui de la debian stable, et a été configuré avec eximconfig sans retouche spéciale derrière).

  • # Re: Home pour un utilisateur mail

    Posté par  . Évalué à 1.

    bah j'utilise vpopmail et les comptes mails sont séparés des comptes utilisateurs (en plus c'est multi-domaines). Courier et Postfix doivent faire la même chose je pense.

  • # Re: Home pour un utilisateur mail

    Posté par  (site web personnel) . Évalué à 2.

    Je crois qu'il suffit de mettre en "home" du user un répertoire qui existe (par exemple "/").
    /dev/null n'est pas pas un répertoire c'est ce qui doit gêner exim.

    • [^] # Re: Home pour un utilisateur mail

      Posté par  . Évalué à 1.

      C'est effectivement ce que j'ai fait (/tmp en fait), mais ca m'embête un peu quand même.
      D'autant plus que dans la plupart des docs que j'ai mis, ca disait toujours qu'un utilisateur qui ne fait que du mail ne devrait avoir ni shell ni home, et je vois pas trop en quoi ca pourrait géner exim...

  • # Re: Home pour un utilisateur mail

    Posté par  (site web personnel) . Évalué à 1.

    J'ai toujours cru qu'exim c'était un serveur smtp. Ca permet de recevoir des mails aussi ?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.