synofan

Bon. Toujours pas eu le temps. Et Synology s'affaire sur mon NAS, donc je les laisse faire avant de modifier quelque chose.

Merci pour ces infos. Je fais l'essai dès que je peux.

J'ai modifié le fichier comme suggéré, puis rebooté le NAS et vérifié suite au boot que le fichier contenait bien la modification. - Mais, le Syno m'indique toujours dans son écran de configuration réseau que la taille MTU est de 1500 au ieu du 1492 prévu. - J'ai reconfiguré mon compte Qobuz ( un des sites dont je ne reçois pas les mails sur mon nom de domaine) pour qu'il envoie sur mon nom de domaine : Je ne reçois rien. - Je ne reçois toujours par les mails > 400 caractères lorsqu'ils sont émis par le SMTP de Dyndns. Ceux de taille inférieure sont toujours bien reçus. - Je reçois toujours bien les mails que je m'envoie via le SMTP d'orange, quelque soit leur longueur. Donc, pour conclure, rien de changé. :-(

Merci de l'info. Je fais l'essai ASAP.

Peut-être une piste ici http://www.howtoforge.com/forums/showthread.php?t=39635 D'après ce forum, le prblème pourrait venir de la taille des MTU. Et effectivement, la taille MTU est de 1500 sur les NAS, et de 1492 sur mon routeur. Mais, je ne peux pas augmenter cette taille sur le routeur, du fait de la connection PPoE ; et je ne peux pas la diminuer sur le NAS. Quand ça ne veut pas rire ..........

Rectification, encore. J'ai noté que je ne reçois pas les mails d'un site commercial (Qobuz.com) sur mon nom de domaine. D'autres peut-être n'arrivent pas mais je ne le sais pas. J'ai émis une demande vers Synology ; j'attends une réponse. :-(

La réinstallation de mailstation a beaucoup amélioré la situation, mais ce n'est pas satisfaisant : j'ai détecté au moins un site commercial dont je ne reçois pas les mails sur mon nom de domaine. Alors que ceux d'autres sites me parviennent maintenant alors qu'il ne parvenaient plus avant la réinstallation. Là je n'ai plus d'idée. Et j'ai le sentiment d'être le seul à avoir ce problème. S.O.S

Je continue mon histoire. En fait je retire ce que je disais précédemment : avoir désinstallé-réinstallé ne conduit pas au même résultat. Mailstation fonctionne presque parfaitement. Je peux recevoir tous mes mails à conditions que je ne les envoie pas en utilisant ls SMTP de dyndns ; les mails de test que je m'envoie par ce SMTP ne sont reçus que s'ils sont une longueur inférieure à 400 octets envion. Soit dit en passant, c'est 150 de plus qu'avant la réinstallation de mailstation. Pour poursuivre, j'ai installé Mailstation sur un autre de mes NAS (DS410j), et modifié la redirection du port 25 sur mon routeur pour que les mails arrivent sur ce NAS. Le résultat est exactement le même qu'avec le premeir NAS. Tout arrive sauf ceux émis par le SMTP de Dyndns. Bien sûr ce SMTP fonctionne parfaitement puisque tous les mails que j'envoie en copie, ailleurs que sur mon nom de domaine, arrivent quelque soit leur longueur. Je sais aussi que les mails que je ne vois pas arriver sont malgré tout dirigés sur mon NAS. Pour le savoir, j'ai changé le nom de domaine dans la configuration de MAilstation, et le client se voit retourner un message d'erreur, disant que le mail est refusé. Message d'erreur qui n'est pas reçu lorsque le nom de domaine est correctement configuré et que le mail n'est pas reçu. Il y aurait donc une forme d'incompatibilité entre le SMTP de DynDns et Mailstation. Est-ce vraiment possible ?

- J'ai désisntallé-réinstallé Mailstation, avec la dernièref mouture du moment : même résultat : Les mails de plus de 250 caractères n'arrivent pas. - J'ai modifié mes MX records qui pointent maintenant directement sur mon serveur de mail. L'outil en ligne MXTools.com donne un statut correct pour mon serveur. EHLO please-read-policy.mxtoolbox.com 250-jodecorle.net 250-PIPELINING 250-SIZE 10485760 250-VRFY 250-ETRN 250-STARTTLS 250-AUTH PLAIN LOGIN 250-AUTH=PLAIN LOGIN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN [140 ms] MAIL FROM: <supertool@mxtoolbox.com> 250 2.1.0 Ok [156 ms] RCPT TO: <test@example.com> 554 5.7.1 <test@example.com>: Relay access denied [187 ms] QUIT 221 2.0.0 Bye [156 ms] Mais hélas, toujours pas de mail de plus de 250 caractères reçus. J'ai bien sûr vérifié les paramètre de Mailstation concernant la longueur maximale des mails. Elle à 11Mo, donc normalement, pas de soucis. Si quelqu'un a une idée.

Là je ne sais plus trop quoi faire. C'est statu quo Je vais peut-être tenter un réinstal complète.

Je réponds d'abord à ta question, puis je te fait part d'une manip probante que j'ai faite grâce à tes remarques. Les clients sont très variés. Par exemple chez moi, c'est Thunderbird, au boulot c'est outlook, et je ne sais pas comment procèdent les sites commerciaux qui m'envoient des mails périodiquement. Voici la manip. Je me suis envoyé une série de mails, depuis chez moi, là où sont mes Syno donc, par Thunderbird sur mailhop. - D'abord un mail sans corps de texte : il arrive. - Un mail à 100 caractères (des chiffres seulement, c'est plus facile pour les compter ; et je sais aussi qu'il existe des caractère genre CR-LF en fin de ligne qui ne sont pas affichés. Je parle du nombre de caractères affichés dans la fenêtre de saisie thunderbird) => Il arrive sur mon domaine. - Un mail à 200 caractère => Il arrive sur mon domaine. - Un mail à 250 caractère => Il arrive sur mon domaine. - Un mail à 300 caractère => Il n'arrive pas sur mon domaine. - Aucun mail ayant plus de 300 caractères affichés n'arrive sur mon domaine. Si besoin je peux chercher la limite exacte. - J'ai fait pareil avec le smtp d'orange à la place de mailhop => même résultat. Il semblerait donc qu'il s'agisse d'un problème lié à la longueur du mail. A partir d'environ 300 caractères, je ne reçois plus les mails sur mon domaine, et si je mets cela en relation avec l'autre information dont je dispose (le message d'erreur) je pense que les messages de plus de 300 caractères provoquent un erreur. Pour info, j'ai vérifié que Thunderbird ne change pas sa manière d'encapsuler le texte dans le mail en fonction de sa longueur. Je n'ai rien vu de tel en lisant le code source des mails. Ci-dessous ce code source pour un message de 400 caractères: les ==== sont mes ajouts, pas ceux de thunderbird. ================================================ From - Sat Apr 28 17:49:48 2012 X-Mozilla-Status: 0001 X-Mozilla-Status2: 00800000 X-Mozilla-Keys: Message-ID: <4F9C119C.40206@orange.fr> Date: Sat, 28 Apr 2012 17:49:48 +0200 From: Blanc Christian <chriblanc@orange.fr> User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110501 Mandriva/3.1.10-0.1mdv2010.0 (2010.0) Thunderbird/3.1.10 MIME-Version: 1.0 To: christian@jodecorle.net Subject: Test 400 =?UTF-8?B?Y2FyY3TDqHJlcw==?= Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 0000000000 1111111111 2222222222 3333333333 4444444444 5555555555 6666666666 7777777777 8888888888 9999999999 0000000000 1111111111 2222222222 3333333333 4444444444 5555555555 6666666666 7777777777 8888888888 9999999999 0000000000 1111111111 2222222222 3333333333 4444444444 5555555555 6666666666 7777777777 8888888888 9999999999 0000000000 1111111111 2222222222 3333333333 4444444444 5555555555 6666666666 7777777777 8888888888 9999999999 ================================================ Merci de ton aide.

Merci à toi. Je vais aussi essayer de comprendre ce qui peut faire qu'un mail me parvient ou ne me parvient pas en fonction du "moyen" d'émission (via webmail de laposte.net OK, d'autres autre pas OK).

Les informations que je trouve avec "google est mon ami" au sujet des messages d'erreur retournés par le postfix de mon serveur confortent ce qu'évoquait maître Cricx, à savoir un problème de communication, quelque part dans la chaine de distribution des mails entrants. Ceci dit mon problème reste entier : je reçois bien les mails s'ils sont émis depuis le webmail de laposte.net ; les autres non. Pour avancer, je pensais démarrer une console TELNET sur le port 25, et tenter de tracer la sortie de postfix pour obtenir d'avantage de détails sur le problème. La connexion à postfix se passe bien. Il me répond. Par contre, je ne connais rien aux commandes acceptées par POSTFIX sur son entrée console. Quelqu'un sait-il s'il existe une chance réelle que j'obtienne des informations par cette console ? Si la chance est réelle, je chercherai dans la doc POSTFIX les commandes utiles. Sinon, je chercherai une autre idée.

Ta solution est sans doute celle qui me donnera le plus d'autonomie. Par contre elle va me demander de m'investir un peu plus que ce que j'espérais dans la gestion et la configuration de mon système ; je n'avais pas l'intention de devenir un pro de postfix, spamassassin et consorts. D'un autre côté si je n'ai pas le choix ....... En attendant de faire ma mutation, je vais continuer à chercher. Ce pourrait être instructif également. ++ et Merci

Je ne suis pas certain d'avoir une très bonne raison pour utiliser mailhop. Au départ , c'était effectivement pour avoir un minimum de SPAM, pourvoir gérer simplement une blacklist, filtrer les mails sur mon domaine mais qui n'auraient pas de destinataire réel sur mon NAS. Et enfin, conserver les mails distribués pendant une indisponibilité de mon serveur mail. Tout çà sauvegardé chez mailhop, donc sans risque de perte. Et, aussi, et surtout peut-être, par curiosité. L'idée était que le travail de filtrage soit fait par des pro et sous mon contrôle, et que mon NAS se contente de recevoir des mails propres sur des comptes existants. Vison idyllique, et je ne 'attendais pas à avoir ce genre de problème. Concernant le filtrage sur le port 25, j'avais regardé ce point au début, et il me semble bien que mon routeur ne permet pas de définir une zone d'adresses IP interdites. Donc, par paresse, j'ai laissé tombé, vu le nombre qu'il faudrait en saisir pour mailhop. Je vais à nouveau regarder ce point, car je viens de m' apercevoir que je me suis fait "attaqué". Si je ne me sort pas de cette mauvaise passe, je devrai changer de méthode et envoyer les MX sur ma machine. Peut-être sauras-tu me dre à quels désagréments je dois 'attendre. :-) Merci de ton soutien et de ta science. ++