Depuis le passage à Wheezy, mon Mailman a cessé de
fonctionner, et je sèche quand à ce qui est cassé.
Toute ma configuration est conforme à
/usr/share/doc/mailman/README.Exim4.Debian.gz, avec la
configuration d'Exim en fichiers séparés.
Lorsqu'un message est posté à l'adresse de la liste, Exim me
dit ça:
2013-07-04 14:18:34 1UuiUc-00022C-K9 <= yves@naryves.com U=yves P=local S=502 id=20130704121834.GG22896@naryves.com
2013-07-04 14:18:34 1UuiUc-00022C-K9 == sslh@rutschle.net R=local_user T=maildir_home defer (2): No such file or directory: failed to chdir to /nonexistent
Du coté de l'interface Web, tout fonctionne bien: la liste
est bien présente et toutes les archives sont là.
Une idée de piste à creuser?
Merci d'avance,
Y.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20130704122315.GH22896@naryves.com
# Use this instead of mail_spool if you want to to deliver to Maildir in # home-directory - change the definition of LOCAL_DELIVERY # maildir_home: debug_print = "T: maildir_home for $local_part@$domain" driver = appendfile .ifdef MAILDIR_HOME_MAILDIR_LOCATION directory = MAILDIR_HOME_MAILDIR_LOCATION .else directory = $home/Maildir .endif .ifdef MAILDIR_HOME_CREATE_DIRECTORY create_directory .endif .ifdef MAILDIR_HOME_CREATE_FILE create_file = MAILDIR_HOME_CREATE_FILE .endif delivery_date_add envelope_to_add return_path_add maildir_format .ifdef MAILDIR_HOME_DIRECTORY_MODE directory_mode = MAILDIR_HOME_DIRECTORY_MODE .else directory_mode = 0700 .endif .ifdef MAILDIR_HOME_MODE mode = MAILDIR_HOME_MODE .else mode = 0600 .endif mode_fail_narrower = false # This transport always chdirs to $home before trying to deliver. If # $home is not accessible, this chdir fails and prevents delivery. # If you are in a setup where home directories might not be # accessible, uncomment the current_directory line below. # current_directory = / ##################################################### ### end transport/30_exim4-config_maildir_home
# Use this instead of mail_spool if you want to to deliver to Maildir in
# home-directory - change the definition of LOCAL_DELIVERY
#
maildir_home:
debug_print = "T: maildir_home for $local_part@$domain"
driver = appendfile
.ifdef MAILDIR_HOME_MAILDIR_LOCATION
directory = MAILDIR_HOME_MAILDIR_LOCATION
.else
directory = $home/Maildir
.endif
.ifdef MAILDIR_HOME_CREATE_DIRECTORY
create_directory
.endif
.ifdef MAILDIR_HOME_CREATE_FILE
create_file = MAILDIR_HOME_CREATE_FILE
.endif
delivery_date_add
envelope_to_add
return_path_add
maildir_format
.ifdef MAILDIR_HOME_DIRECTORY_MODE
directory_mode = MAILDIR_HOME_DIRECTORY_MODE
.else
directory_mode = 0700
.endif
.ifdef MAILDIR_HOME_MODE
mode = MAILDIR_HOME_MODE
.else
mode = 0600
.endif
mode_fail_narrower = false
# This transport always chdirs to $home before trying to deliver. If
# $home is not accessible, this chdir fails and prevents delivery.
# If you are in a setup where home directories might not be
# accessible, uncomment the current_directory line below.
# current_directory = /
#####################################################
### end transport/30_exim4-config_maildir_home
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/51D578A7.2060304@tootai.net
# Use this instead of mail_spool if you want to to deliver to Maildir in # home-directory - change the definition of LOCAL_DELIVERY # maildir_home: debug_print = "T: maildir_home for $local_part@$domain" driver = appendfile .ifdef MAILDIR_HOME_MAILDIR_LOCATION directory = MAILDIR_HOME_MAILDIR_LOCATION .else directory = $home/Maildir .endif .ifdef MAILDIR_HOME_CREATE_DIRECTORY create_directory .endif .ifdef MAILDIR_HOME_CREATE_FILE create_file = MAILDIR_HOME_CREATE_FILE .endif delivery_date_add envelope_to_add return_path_add maildir_format .ifdef MAILDIR_HOME_DIRECTORY_MODE directory_mode = MAILDIR_HOME_DIRECTORY_MODE .else directory_mode = 0700 .endif .ifdef MAILDIR_HOME_MODE mode = MAILDIR_HOME_MODE .else mode = 0600 .endif mode_fail_narrower = false # This transport always chdirs to $home before trying to deliver. If # $home is not accessible, this chdir fails and prevents delivery. # If you are in a setup where home directories might not be # accessible, uncomment the current_directory line below. # current_directory = / ##################################################### ### end transport/30_exim4-config_maildir_home
Je ne comprend pas très bien pourquoi il n'utilise pas le home de Mailman (/var/list), ni pourquoi il veut passer par un transport Maildir alors que j'imagine que ça doit aller directement dans un pipe vers les process Mailman.
Merci, ça me donne au moins une direction où creuser :)
Je ne comprend pas très bien pourquoi il n'utilise pas le
home de Mailman (/var/list), ni pourquoi il veut passer par
un transport Maildir alors que j'imagine que ça doit aller
directement dans un pipe vers les process Mailman.
Merci, ça me donne au moins une direction où creuser :)
Y.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20130704151555.GJ22896@naryves.com
Je ne comprend pas très bien pourquoi il n'utilise pas le home de Mailman (/var/list), ni pourquoi il veut passer par un transport Maildir alors que j'imagine que ça doit aller directement dans un pipe vers les process Mailman.
Merci, ça me donne au moins une direction où creuser :)
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Yves Rutschle
On Thu, Jul 04, 2013 at 05:15:55PM +0200, Yves Rutschle wrote:
Je ne comprend pas très bien pourquoi il n'utilise pas le home de Mailman (/var/list), ni pourquoi il veut passer par un transport Maildir alors que j'imagine que ça doit aller directement dans un pipe vers les process Mailman.
Ayant découvert exim -d -bt , j'ai finalement compris ce qui s'est passé: le paquet sslh créé désormais un utilisateur sslh, du coup Exim attrape la règle local_user et essaie de livrer le mail à l'utilisateur sslh, qui n'a pas de home (c'est là qu'est le /nonexistent que je cherche depuis longtemps).
Du coup, c'est bien l'upgrade qui a mis le bronx, mais pas Mailman.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
On Thu, Jul 04, 2013 at 05:15:55PM +0200, Yves Rutschle wrote:
Je ne comprend pas très bien pourquoi il n'utilise pas le
home de Mailman (/var/list), ni pourquoi il veut passer par
un transport Maildir alors que j'imagine que ça doit aller
directement dans un pipe vers les process Mailman.
Ayant découvert exim -d -bt sslh@rutschle.net, j'ai
finalement compris ce qui s'est passé: le paquet sslh créé
désormais un utilisateur sslh, du coup Exim attrape la règle
local_user et essaie de livrer le mail à l'utilisateur sslh,
qui n'a pas de home (c'est là qu'est le /nonexistent que je
cherche depuis longtemps).
Du coup, c'est bien l'upgrade qui a mis le bronx, mais pas
Mailman.
Merci de l'inspiration!
Y.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20130704182354.GN17718@naryves.com
On Thu, Jul 04, 2013 at 05:15:55PM +0200, Yves Rutschle wrote:
Je ne comprend pas très bien pourquoi il n'utilise pas le home de Mailman (/var/list), ni pourquoi il veut passer par un transport Maildir alors que j'imagine que ça doit aller directement dans un pipe vers les process Mailman.
Ayant découvert exim -d -bt , j'ai finalement compris ce qui s'est passé: le paquet sslh créé désormais un utilisateur sslh, du coup Exim attrape la règle local_user et essaie de livrer le mail à l'utilisateur sslh, qui n'a pas de home (c'est là qu'est le /nonexistent que je cherche depuis longtemps).
Du coup, c'est bien l'upgrade qui a mis le bronx, mais pas Mailman.