Topic: problème de réception de mail externe

[mgille]

Bonjour,
A la suite d'une coupure secteur brutale, j'ai des problème de reception de mail.

Avec les adresses de type xxx.yyy@free.fr par exemple, tout fonctionne correctement.
Pour les adresses de type xxx.yyy@mycompany.fr, Je peux envoyer des mails mais n'en reçoit aucun.
Les correspondants qui envoient des messages ont des réponses pour lesquelles ça n'aboutit pas.

Qu'est-ce qui serait cassé ?

[Daniel B.]

Sans plus de détails, ça va pas être facile de poser un diagnostique....

À vérifier:

• Est-ce que l'entrée MX du domaine "mycompany.fr" pointe bien vers l'adresse IP publique de la SME (ou de la box, ou du routeur. Vu qu'on sait pas si la SME est en server&gateway ou server only)
• Si SME est en server only, est-ce que les renvois de ports sont toujours effectifs ?
• Est-ce qu'il y a quelque chose d'intéressant dans /var/log/qpsmtpd/current ?

[mgille]

J'aurais dû préciser une information importante :

Les mails reçues par  les adresses  xxx.yyy@free.fr sur le même poste ou sur un autre poste du réseau local peuvent être transférés vers les adresses xxx.yyy@mycompany.fr qui les reçoivent bien.

La SME est en serveur et passerelle.
Je ne sais pas voir si  l'entrée MX du domaine "mycompany.fr" pointe bien vers l'adresse IP publique de la SME.
Dans le qpsmtpd/current, il y a des messages pour les mails reçus par les adresses xxx.yyy@free.fr , mais rien en ce qui concerne les mails qui devraient être reçus par les adresses xxx.yyy@mycompany.fr quand ceux-ci viennent par l'extérieur.

Par contre, dans les mails reçus par le compte administrateur, il y a
Cannot find a valid baseurl for repo: smeaddons
Error: Cannot find a valid baseurl for repo: smeaddons

[Daniel B.]

Si tu ne nous donne pas ton vrai domaine, on ne va rien pouvoir vérifier. Pour les adresses @free.fr, de toute évidence, les mails sont soient renvoyés par Free (mais sur quelle adresse ?) soit récupérés par fetchmail.

[mgille]

Pas de problème, mon vrai domaine est amip.fr

Dans le poste, il y a environ une dizaine d'adresse :
l'adresse contacts@amip.fr par exemple pour les adresses en amip.fr
L'adresse en free est sabine.henry@free.fr
Merci de m'aider

[Daniel B.]

Le domaine amip.fr a 2 entrées MX qui pointent vers la même IP (donc la deuxième est inutile): 88.184.76.124. Est-ce que c'est bien l'IP publique de ta connexion ? Dans tous les cas, le port 25 n'est pas ouvert. Plusieurs hypothèses:

- Le serveur est derrière une box: il faut vérifier le renvoi du port 25 vers l'interface de la SME
- Le service smtpd est désactivé, ou n'est pas marqué pour un accès public (vérifier db configuration show smtpd)

[mgille]

Dans le paramétrage, j'ai : Méthode de récupération des courriels : standard(SMTP)

Je suis bien derrière une box free. Le serveur a 2 cartes réseau. L'une est connectée à la freebox, l'autre à notre réseau local qui comprend 5 postes.
Tous les mails vers les adresses free.fr suivent ce cheminement, seuls les mails en amip.fr ont un problème.
Où doit être indiquer le renvoi du port 25.

La Méthode de récupération des courriels est Standard (SMTP). Où peut-on vérifier db condfiguration show smtpd.

[Daniel B.]

Est-ce que 88.184.76.124 est bien l'IP de ta connexion ? (http://monip.org)
Est-ce que la FreeBox est en bridge ou par défaut, en routeur ? (pour savoir: quelle est l'IP externe de la SME, et quelle est sa passerelle)
Si la FreeBox est en routeur (le plus probable), il faut aller sur son interface et vérifier les renvois de ports

Pour les mails @free.fr je n'ai aucune idée de comment c'est configuré, mais ils ne peuvent absolument pas fonctionner comme ceux pour amip.fr (simplement parce que tu ne contrôle pas le domaine free.fr, les mails sont donc traités par Free, puis, tu les reçois, soit parce que les serveurs de Free les renvoient vers une de tes adresses @amip.fr, soit parce que ton serveur va les récupérer sur les serveurs de Free, avec fetchmail)

[mgille]

L'adresse ip Eth1 du SME est bien 88.184.76.124
L'adresses ip Eth0 de la 2ème carte est 192.168.83.1. C'est cette carte qui est en liaison avec tous les postes
Je ne sais pas en quel mode est la freebox, mais elle est en mode par défaut.
Les mails free.fr, ou gmail.com arrivent bien par la freebox, puis passe par le SME et repasse par la 2ème carte réseau pour arriver aux postes.
ca me fait penser que la connexion freebox SME seraite correcte.

Par contre, le message 
Cannot find a valid baseurl for repo: smeaddons
Error: Cannot find a valid baseurl for repo: smeaddons
qui vient tous les jours à 4 h01 me fait penser qu'il faudrait corriger ça, mais je ne sais pas comment.

[Daniel B.]

Il semble que la SME n'ait plus de connectivité réseau. La seule explication est que les clients utilisent une autre passerelle (puisqu'eux ont un accès Internet, et je suppose relèvent les mails @free.fr en direct). Est-ce qu'il n'y aurait pas eu une inversion des deux cartes réseaux de la SME ?

[mgille]

En inversant les 2 cartes réseaux, il n'y a plus d'internet du tout.

[mgille]

Bonjour,
J'ai fait une image avec redo-backup, puis j'ai essayé d'installer la version 8.
Je n'ai pas réussi à l'installer. J'aui refait une restauration et le problème semble avoir disparu à l'exception d'un message étrange :
This is an automatically generated mail message from mdadm running on amip1.amip1.dynds.org.

A DegradedArray event has been detected on md device /dev/md2.

[mgille]

Ce matin, j'ai le message
Cannot find a valid baseurl for repo: smeaddons
Error: Cannot find a valid baseurl for repo: smeaddons
Mais je reçois les mails et je les envoie

[lurey]

message étrange :
This is an automatically generated mail message from mdadm running on amip1.amip1.dynds.org.

A DegradedArray event has been detected on md device /dev/md2.

Ceci veut dire que SME fonctionne en raid mode "dégradé", c'est à dire sur un seul disque dur pour tout ou partie des volumes. Partant de là, soit tu n'as qu'un seul disque, et c'est normal, soit tu en as deux en raid miroir et tout ou partie de l'un d'eux n'est pas pris en compte par mdadm... (soit qu'il est en panne, soit que son contenu ne correspond pas exactement au miroir de l'autre)
>mdadm gère le raid logiciel, en install par défaut, il prévoit deux disques en miroir, s'il n'y en a qu'un, il installe quand même, mais considère qu'il en manque un (mode dégradé).
> si tu as deux disques (*): en te connectant en tant qu'admin (sur le serveur directement, ou à distance par ssh) le tableau te propose une ligne "gérer la redondance des disque" ou quelque chose du genre (je dis ça de mémoire) ; tu entres dans ce menu, et tu as l'affichage de l'état des disques - entre autres, les disques disponibles, et ceux utilisés (plus précisément, les volumes-partitions pris en compte dans le raid, ou "défectueux").
Vas jusque là, et si tu ne vois pas où ça te mène, poste ce que mdadm t'affiche... Il faut parfois intervenir en ligne de commande pour rectifier ce qui en a besoin. la manip consiste sur le principe à "sortir" la partition en défaut, puis la "remettre" dans le raid, à ce moment sda2 est copié sur sdb2 (message mdadm du style "mdadm rebuilt event")
> autre possibilité, selon les circonstances, mdadm reconstruit seul les volumes "défectueux", tu as alors les messages correspondants indiquant la reconstruction à 20%, 40% .... jusqu'à situation régularisée.

N.B. mdadm est un raid LOGICIEL, rien à voir avec l'éventuel raid proposé par ta carte mère...


[edit]
(*)D'après ton message, ce doit être le cas, et ça t'indique je crois que dans le volume "md2" il "manque" une partition d'un des disques (par exemple, sda2 tourne et sdb2 est "fautly", en erreur, c'est à dire ne correspond pas au miroir exact de sda2)

Les commandes (à lancer en tant que root, sur le serveur en direct, ou par ssh à distance) pour la manip évoquée sont :

Code: [Select]

mdadm --remove /dev/md2 /dev/sdb2
mdadm --add /dev/md2 /dev/sdb2 SI c'est bien la partition sdb2 qui est en cause (notée "fautly" ou qqchose comme ça)

[Stefano]

Bonjour,
J'ai fait une image avec redo-backup

useless.. just use standard backup feature

, puis j'ai essayé d'installer la version 8.
Je n'ai pas réussi à l'installer.

first of all, you'd install SME9, since SME8 is in maintenance mode only
that said, you'd tell us WHY it didn't work

J'aui refait une restauration et le problème semble avoir disparu à l'exception d'un message étrange :
This is an automatically generated mail message from mdadm running on amip1.amip1.dynds.org.

A DegradedArray event has been detected on md device /dev/md2.

quite normal if you use imaging software..
please, post the output of

Code: [Select]

cat /proc/mdstat

Thank you

[mgille]

cat /proc/mdstat
The output is :
Personalities : [Raid1]
md1 : active raid1 sda2(0]
        244091520 blocks [2/11] [U_]
md2 : active raid1 sda1(0]
        104320 blocks [2/11] [U_]
unused devices : <none>

Every day, i have thise message :
Cannot find a valid baseurl for repo: smeaddons
Error: Cannot find a valid baseurl for repo: smeaddons
But that works

[lurey]

Concernant le raid :

Ton serveur n'utilise qu'un disque - sda, avec deux partitions ; ceci correspond à une installation avec un seul disque dans la machine, le raid est alors "par défaut" Raid 1 en mode dégradé.
Je ne sais pas pourquoi la partition sda2 est dans md1 et réciproquement, mais je crois que ça n'a pas d'importance (pour info, en Raid1 fonctionnel, j'ai sdb1 et sda1 dans md0 et sdb2 et sda2 en md1)
Si tu as pourtant deux disques dans ton serveur, l'un d'eux n'est pas pris en compte, et  pas reconnu > "unused devices : <none>" (sinon, mdadm te proposerait de l'utiliser en l'intégrant dans le raid).
> vérifie d'abord ses connexions, puis qu'il soit pris en compte par le bios...
> quitte à aller dans le bios, vérifie au besoin qu'il n'y ait pas un raid - carte mère activé...


(N.B. je ne crois pas qu'il y ait de rapport entre ce problème de raid et le message qui parle de l'URL des dépôts "smeaddon")

[mgille]

Mais je n'ai pas de problème de Raid, mais Stefano m'avait demandé de faire la commande cat /proc/mdstat et de poster le résultat.

[Stefano]

how many disks do you have in your server?

how did you originally setup your SME? how did you create the image? how did you restore it and where?

yuo must give us as much details as you can, since we don't know anything about your setup, its history and, moreover, you used an unsupported and unusual way to restore your server.

[lurey]

Mais je n'ai pas de problème de Raid, mais Stefano m'avait demandé de faire la commande cat /proc/mdstat et de poster le résultat.

Excuse_moi, mais... c'est bien toi qui as posté précédemment

(...)un message étrange :
This is an automatically generated mail message from mdadm running on amip1.amip1.dynds.org.
A DegradedArray event has been detected on md device /dev/md2.

Ce message signifie que ton Raid logiciel, géré par mdadm (configuré par défaut à l'install de SME) fonctionne en mode dégradé.
Ton qualificatif de "étrange" laissait penser que c'était pour toi inattendu, voire inquiétant.
D'où nos tentatives à t'expliquer comment savoir ce qui se passe, comment savoir si c'est normal (en cas d'installation d'un seul disque par exemple) et/ou comment y remédier !
(pour info, la commande proposée par Stefano correspond à ce que t'affiche le chapitre "gérer la redondance des disques" de la console d'admin)
A défaut d'avoir les éléments de ta configuration (entre autres, le nombre de disques que tu as installé et que tu souhaites utiliser), il te faut alors nous confirmer que tu es finalement satisfait que le raid fonctionne en mode dégradé, que ça n'a plus rien d'étrange pour toi ! (utilisation d'un seul disque, ou utilisation de certains raids sur carte-mère rendant inutile le mirroring logiciel prévu par défaut sur SME).


Concernant le message à propos des dépôts pour smeaddons
Si ton soucis est de ne plus voir les messages (...) tu dois pouvoir taper en root la commande suivante :

Code: [Select]

yum update --disablerepo=smeaddons.
Ceci empêchera d'aller chercher des addons ou leur mise à jour, mais éliminera le message qui te chagrine...
Sinon, concernant les dépôts de yum, il y a là un article intéressant pour comprendre comment ça marche...

Après, je pense à une autre hypothèse... quand tu disais

J'ai fait une image avec redo-backup, puis j'ai essayé d'installer la version 8.

est-ce que ça veut dire que tu étais encore en 7.x ...et que tu es retourné en 7.X ?
Auquel cas, il faudrait lire ce post d'un forum datant de la fin de vie de CentOS4 sur lequel reposait la v.7
Enfin, si par contre, tu es actuellement en v.8 tu peux facilement passer en v.9 en utilisant une sauvegarde sous v.8 (interface sauvegarde du server-manager. Autant que je me souvienne, pour pouvoir ensuite choisir un disque dur USB externe, il faut d'abord choisir "configurer la sauvegarde sur un ordinateur suivant"). Moi, j'avais installé les addons de la v9 correspondant à ceux que j'utilisais en v8 avant de restaurer les données sauvegardées en v8, ça s'est bien passé...
A + !

[mgille]

Bonjour,
Oui, en restorant l'image, je suis repassé en 7.5.1
Et je n'ai plus que ce message :
Cannot find a valid baseurl for repo: smeaddons
Error: Cannot find a valid baseurl for repo: smeaddons
Qui arrive tous les jours à 4h02 du matin
Je ne sais pas ce qu'il signifie, mais je reçois bien et j'envoie bien tous les messages

[Stefano]

7.5.1 is EOL since epoch and the error is quite normal.

please.. do a full backup of your server, stop using imaging sw, install a new 9.1 SME and restore your data..

this is the way to go if you want things to work

[mgille]

Ok, but i just need time to do that

[lurey]

Cannot find a valid baseurl for repo: smeaddons
Error: Cannot find a valid baseurl for repo: smeaddons

Je ne sais pas ce qu'il signifie

Chaque nuit, SME va voir s'il y a des mises à jour.
Pour ça, il se connecte aux "dépôts" qu'il a enregistré, serveurs sur lesquels sont mis au fur et à mesure les paquets et leurs mises à jour.
Lorsqu'une version est obsolète, ce stock de fichiers ne se trouve plus aux adresses prévues précédentes : elles sont un temps migrées à d'autres adresses (repérées comme dépôts hors d'âge) puis parfois plus disponibles du tout.
Ton message explique qu'il n'a plus, dans sa base d'info, d'url sur lequel il puisse trouver ces fichiers de mise à jour. Sa base date de l'époque de la version installée, c'est... "loin" et depuis les dépôts ont changé d'URL, et ensuite peut-être disparu.
C'est un peu comme si, passant chaque matin en Celtaquatre 1935 devant l'emplacement des usines Louis Renault qui n'existent plus, celle-ci t'affichait (...!) "je ne trouve pas de garage pour vérifier si j'ai la dernière version des pièces disponibles pour ce modèle"  !
Dans le post indiqué plus haut, tu verras comment au début de l’obsolescence de la V.7 on pouvait encore trouver les "dernières pièces", donc trouver toutes les mises à jour disponibles à la date de fin de vie, en utilisant les dépôts d'archivage des versions obsolètes... 

[mgille]

ok merci