Bonsoir,

Bon visiblement la liste mailman est active et fonctionnel (http://ml.breizhtux.info) cependant on ne reçois pas les mail envoyer dessus est-ce normale et que faire pour régler le problème ?
[root@pcquentin breizhtux-devel]# service sendmail status
sendmail (pid 28499) en cours d'exécution...
sm-client (pid 28497) en cours d'exécution...
[root@pcquentin breizhtux-devel]#
si je fais :
[root@pcquentin breizhtux-devel]# mail -s test q.dumont AT free.fr
test
.
EOT
[root@pcquentin breizhtux-devel]#
je reçois ce mail sur mon compte free :
de : root@server.breizhtux.info à vous même, test
Pourtant on ne reçois pas les mail. Que faire ?
Il y a des alias à créer avec mailman.
proxy wrote:Il y a des alias à créer avec mailman.
Bonsoir,

C'est à dire ?

Peux tu décrire un peut plus la chose s'il te plais ?

Merci pour ton aide.

Cordialement.
Quand tu crées une liste dans mailman, il t'affiche les aliases à définir dans /etc/alias.
Par exemple pour la liste d'admin mailman :
mailman: "|/usr/lib/mailman/mail/mailman post mailman"
mailman-admin: "|/usr/lib/mailman/mail/mailman admin mailman"
mailman-bounces: "|/usr/lib/mailman/mail/mailman bounces mailman"
mailman-confirm: "|/usr/lib/mailman/mail/mailman confirm mailman"
mailman-join: "|/usr/lib/mailman/mail/mailman join mailman"
mailman-leave: "|/usr/lib/mailman/mail/mailman leave mailman"
mailman-owner: "|/usr/lib/mailman/mail/mailman owner mailman"
mailman-request: "|/usr/lib/mailman/mail/mailman request mailman"
mailman-subscribe: "|/usr/lib/mailman/mail/mailman subscribe mailman"
mailman-unsubscribe: "|/usr/lib/mailman/mail/mailman unsubscribe mailman"
Puis tu fais :
newaliases
service postfix restart
Merci encore de tes réponses, j'ai mis les alias comme indiquer dans la doc de Guillaume sur le wiki (travaux wiki je précise).
Mon but étant de tester la chose et de le mettre en place pour mon asso.

Voici le résultat des commandes :
[root@pcquentin quentin]# newaliases
/etc/aliases: 96 aliases, longest 54 bytes, 2031 bytes total
[root@pcquentin quentin]#
par contre pour la seconde :
[root@pcquentin quentin]# service postfix restart
postfix: service non reconnu
[root@pcquentin quentin]#
J'ai l'impression que le service n'est pas installer au vue de la réponse, alors j'ai fais :
[root@pcquentin quentin]# yum install postfix
Modules complémentaires chargés : refresh-packagekit
adobe-linux-i386 | 951 B 00:00
livna | 2.4 kB 00:00
rpmfusion-free-updates | 3.8 kB 00:00
rpmfusion-nonfree-updates | 3.8 kB 00:00
updates/metalink | 18 kB 00:00
updates | 4.4 kB 00:00
updates/primary_db | 3.8 MB 00:31
Configuration du processus d'installation
Résolution des dépendances
--> Lancement de la transaction de test
---> Paquet postfix.i586 2:2.5.6-3.fc11 marqué pour être mis à jour
--> Résolution des dépendances terminée

Dépendances résolues

========================================================================================================================================
Paquet Architecture Version Dépôt Taille
========================================================================================================================================
Installation:
postfix i586 2:2.5.6-3.fc11 fedora 3.9 M

Résumé de la transaction
========================================================================================================================================
Installation 1 paquet(s)
Mise à jour 0 paquet(s)
Suppression 0 paquet(s)

Taille totale des téléchargement : 3.9 M
Est-ce correct [o/N] : o
Téléchargement des paquets :
postfix-2.5.6-3.fc11.i586.rpm | 3.9 MB 00:45
Lancement de rpm_check_debug
Lancement de la transaction de test
Transaction de test terminée
Transaction de test réussie
Lancement de la transaction
Installation : 2:postfix-2.5.6-3.fc11.i586 1/1

Installé:
postfix.i586 2:2.5.6-3.fc11

Terminé !
[root@pcquentin quentin]#
Pour l'installer, maintenant si je relance la seconde commande mais avec le mot start :
[root@pcquentin quentin]# service postfix start
Démarrage de postfix : [ OK ]
[root@pcquentin quentin]#
Mais dans la liste des services en graphique il n'est pas activer ni démarrer alors j'ai fais en sorte qu'il soit activer et refais les commandes :
[root@pcquentin quentin]# service postfix restart
Arrêt de postfix : [ÉCHOUÉ]
Démarrage de postfix : [ OK ]
[root@pcquentin quentin]#
Mais étrange il est toujours pas fonctionnel d'après l'interface de gestion graphique. Je ne comprends pas là.
Et ne sais quoi faire pour que ça marche.
J'ai mis machinalement postfix dans ma réponse mais en relisant ton post , on voit que tu utilisais sendmail : c'est soit l'un soit l'autre mais pas les 2.
Si tu n'as d'impératif pour sendmail, choisis postfix beaucoup + simple à configurer.
Dans ce cas, tu dois faire :
su -
service sendmail stop
chkconfig sendmail off
alternatives --config mta (choisir /usr/sbin/sendmail.postfix)
service postfix restart
chkconfig postfix on
Si je comprends bien ta dernière réponse tu me conseil de désinstaller sendmail et de faire tourner le tout avec Postfix ?
oui, pas forcément désinstaller mais désactiver.
proxy wrote:oui, pas forcément désinstaller mais désactiver.
Voici ce que les commande me répondent :
[root@pcquentin quentin]# service sendmail stop
Arrêt de sm-client : [ OK ]
Arrêt de sendmail : [ OK ]
[root@pcquentin quentin]# chkconfig sendmail off
[root@pcquentin quentin]# alternatives --config mta
Il existe 2 programmes qui fournissent « mta ».

Sélection Commande
-----------------------------------------------
*+ 1 /usr/sbin/sendmail.sendmail
2 /usr/sbin/sendmail.postfix

Entrez pour garder la sélection courante [+] ou saisissez le numéro de type de sélection :2
[
[root@pcquentin quentin]# service postfix restart
Arrêt de postfix : [ÉCHOUÉ]
Démarrage de postfix : [ OK ]
[root@pcquentin quentin]# chkconfig postfix on
[root@pcquentin quentin]#
Par conte il y a toujours le ÉCHOUÉ lorsque je tente de le faire marcher et en graphique ça me dit que le service est pas entrain de tourner
Je ne comprends plus là franchement, et ne sais plus trop quoi faire.
Bon visiblement en faisant un reboot de la machin ça marche il est activer
Bon bah je ne reçois aucun mail ni les autres inscrit à la liste.

Y a t'il un port spécial à ouvrir sur mon routeur ?
Sachant que le firewall de Fedora est éteint pour ne pas avoir de complications.

Là je ne sais pas et plus quoi faire.
Une idée.
Pour héberger un serveur de mails il y a pas mal de choses à configurer :
veux tu recevoir des mails depuis l'extérieur ou dans ton LAN seulement ?

Commençons sur ton réseau uniquement :
- modifier /etc/postfix/main.cf : inet_interfaces = all
- ouvrir le port 25 sur le firewall du serveur
- relancer postfix
En faite il faut que le mailman fonctionne, les mails doivent à mon sens être reçue sur mon réseau interne mais aussi extérieure.

Mais bon je commence à croire que c'est trop compliquer à mettre en œuvre, et je crois que l'on va devoir reprendre le service de ML de Tuxfamily.

Je cherche un tuto ou une procédure pour faire marcher la chose, la ML fonctionne mais personne ne reçois les mails..
Je suis dégouter franchement.

Si quelqu'un veux y jeter un coup d'oeil et faire marcher la chose en passant par SSh il est le bienvenue.
Non, mailman c'est tout simple à installer et configurer.
La plus grosse difficulté (et encore !!) c'est d'installer un serveur de mail reconnu et utilisable depuis l'extérieur.
Pour mailman je suis d'accord mais, bon à quoi ça sert d'avoir un mailman d'installer si on ne peux pas envoyer les mail et que quand on les autres tante d'écrire dessus ça ne mets pas les mails en historique, bref qu'il y a aucun mail qui circule ?

Si tu veux venir en SSH pour configurer le truc tu es le bienvenue parce que moi là je ne sais plus.
mailman intègre pipermail pour les archives.
Le problème pour le moment c'est que personne ne reçois les mails envoyer sur la Mailing Mailman que nous avons monter. Nous cherchons donc comment régler le problème.

D'où ma proposition de venir en SSH pour régler et faire ce qu'il faut pour que ça fonctionne.

Merci d'avance.
- Vois tu les mails arriver dans /var/log/maillog ?
- As tu configuré postfix que je te l'ai indiqué ?
- As tu un nom de domaine valide ?
- As tu défini ton serveur de mail comme MX serveur de ton domaine ?
- As tu mis les personnes comme abonnés de ta liste mailman ?
- Comment as tu configurer ta liste : tt le monde peut poster ou réservé aux abonnés (option par défaut) ?
- As tu regardé dans mailman s'il y a des approbations en attente ?
proxy wrote:- Vois tu les mails arriver dans /var/log/maillog ?
- As tu configuré postfix que je te l'ai indiqué ?
- As tu un nom de domaine valide ?
- As tu défini ton serveur de mail comme MX serveur de ton domaine ?
- As tu mis les personnes comme abonnés de ta liste mailman ?
- Comment as tu configurer ta liste : tt le monde peut poster ou réservé aux abonnés (option par défaut) ?
- As tu regardé dans mailman s'il y a des approbations en attente ?
1) oui mais ne change rien, pour le moment je préfère attendre que quelqu'un y viennent en SSH pour finir et faire les choses utile, et donc pour le moment le service est de nouveau retiré. Je vais être franc la configurations de la chose me dépasse un peut, d'où ma demande d'intervention de quelqu'un en SSH.
2) Le nom de domaine est valide, notre site fonctionne très bien, pour preuve ne plus de ça les url suivante marche : http://www.breizhtux.info, http://server.breizhtux.info et http://ml.breizhtux.info (la mailing list Mailman).
3) sur ce point je ne sais pas et ne vois pas trop ce que tu veux dire désoler, et pour être franc pour le moment je n'ai pas monter de serveur mail et donc de redirection sur TuxFamily vers ce serveur que je ne sais pas trop monter.
4) les personnes peuvent s'inscrire sur la ML directement en ligne à l'adresse cité ci dessus, mon adresse est dedans et une autres à moi aussi et pas de mail reçue malgré que je poste sur l'adresse mail de la ML.
5) Eux je pense que c'est seulement ce qui sont abonnés, mais on peut s'y inscrire, en ligne ou par mail (sauf que je ne sais plus trop comment l'on fait).
6) Oui et ce n'ai pas le cas vue que seul la confirmation des personnes qui s'inscrivent est nécessaire pour valider leurs inscriptions.


Comme je l'ai dit je préfère passer la main à quelqu'un qui intervient en SSH sur la machine pour que ça marche, c'est ma demande actuel.