authentification sur serveur smtp tiers

[chrica76]

Bon je désespère...

en cherchant j'ai donc trouver ça : http://www.qmail-ldap.org/wiki/index.ph ... smtproutes

qui me dit que de mettre a la suite avec un espace le user-name et le password mais ca ne fonctionne pas aol.com:smtp.orange.fr user-name password ca me renvoi un mail en disant le que domaine smtp.orange.fr?user-name?password n'existe pas.... ( Sorry, I couldn't find any host named smtp.orange.fr?user-name?password.(#5.1.2) )

puis j'ai mis le port de sorti qui est en 587 : echo "aol.com:smtp.orange.fr:587 user-name password" > /etc/e-smith/templates-custom/var/qmail/control/smtproutes/90AOLMail

et ça me donne une erreur d'identification ( Remote host said: 550 5.1.0 Authentification requise. Authentication Required. OFR102_402 [402])

enfin j'ai trouver sur un autre site la commande avec : a la place des espace ça donne ça: echo "aol.com:smtp.orange.fr:587:user-name:password"

et ca ne fonctionne pas mieux

je ne sais pas comment faire
je précise si je configure un client de messagerie (outlook) avec mes paramètres smtp orange le mail part bien et arrive instantanément sur le mail aol mais si je configure sur mon smtp amen , le mail met beaucoup de temps à arriver , pourtant je le voit bien partir de "chez moi"

Merci de votre aide

[Franck78]

Pour y voir plus clair, il y a les logs en premier lieu. Et les SMTP sont très bavard. Ensuite il y a les debug pour les cas extrèmes.


Ca marche pas dis-tu ?


Mais tu n'as pas determiné ce qui ne marche pas....

est-ce que le routage est bien pris en compte (la ligne) et seulement dans le cas ou il doit l'être ?

ou est-ce le contenu de la ligne ?

le routage est correct et effectivement le SMTP distant refuse apparament sans raison...

Il n'y a qu'une syntaxe correcte et c'est celle décrite dans la doc de la version utilisée !

[chrica76]

Euh oui pardon,
En fait la ligne est bien prise en compte car lorsque je la modifie selon la procedure su site smeserver.fr (http://smeserver.fr/astuces.php?astuce=mail_smtproutes) cela change des choses... (message different selon la syntaxe de la ligne) et cela n'arrive que sur les mails vers aol, et si je vire cette ligne cela reviens comme avant ... (les mails partent mais mettent plusieurs heure avant d'arriver) donc la modification est bien prise en compte. je pense que soit sme ne gère pas l'authentification pour un domaine tiers (bizarre !) ou bien je fait une erreur de syntaxe (très très probable) ou bien il y a autre chose à modifier en plus (très probable aussi,mais quoi?!)

voici le log de qmail pour un message :

new msg 12516714
2012-03-09 15:22:56.389532500 info msg 12516714: bytes 692 from <testmail@xxxxxx.com> qp 25467 uid 453
2012-03-09 15:22:56.394986500 starting delivery 14609: msg 12516714 to remote xxxxx.xxx@aol.com
2012-03-09 15:22:56.394987500 status: local 0/10 remote 1/20
2012-03-09 15:22:57.590116500 delivery 14609: failure: Connected_to_193.252.22.84_but_sender_was_rejected./Remote_host_said:_550_5.1.0_Authentification_requise._Authentication_Required._OFR102_402_[402]/
2012-03-09 15:22:57.590119500 status: local 0/10 remote 0/20
2012-03-09 15:22:57.594423500 bounce msg 12516714 qp 25469
2012-03-09 15:22:57.594424500 end msg 12516714

En fait il ne me donne pas plus d'info que le mail de retour

dans le journal qsmtpd j'ai ca:
Accepted connection 0/40 from 192.168.0.13 / pc-00013.xxxx.fr
2012-03-09 15:22:55.675893500 25464 Connection from pc-00013.xxxxxxxx.fr [192.168.0.13]
2012-03-09 15:22:55.689501500 25464 220 www2.xxxxxx.fr ESMTP
2012-03-09 15:22:55.693367500 25464 dispatching HELO serveur
2012-03-09 15:22:55.694747500 25464 250 xxxxxx.fr Hi pc-00013.xxxxxxxx.fr [192.168.0.13]; I am so happy to meet you.
2012-03-09 15:22:55.696167500 25464 dispatching MAIL FROM: <testmail@xxxxxxxx.com>
2012-03-09 15:22:55.696488500 25464 full from_parameter: FROM: <testmail@xxxxxxx.com>
2012-03-09 15:22:55.696781500 25464 from email address : [<testmail@xxxxx.com>]
2012-03-09 15:22:55.698006500 25464 getting mail from <testmail@xxxxxx.com>
2012-03-09 15:22:55.698189500 25464 250 <testmail@xxxxxxx.com>, sender OK - how exciting to get mail from you!
2012-03-09 15:22:55.699355500 25464 dispatching RCPT TO: <xxxxx.xxxxx@aol.com>
2012-03-09 15:22:55.699661500 25464 to email address : [<xxxxxx.xxxxxx@aol.com>]
2012-03-09 15:22:55.702633500 25464 250 <xxxxxxx.xxxxxxx@aol.com>, recipient ok
2012-03-09 15:22:55.703171500 25464 dispatching DATA
2012-03-09 15:22:55.703442500 25464 354 go ahead
2012-03-09 15:22:55.704554500 25464 spooling message to disk
2012-03-09 15:22:55.753747500 25464 logging::logterse plugin: ` 192.168.0.13 pc-00013.xxxxxxx.fr serveur <testmail@xxxxxxx.com> <xxxxxx.xxxxxxx@aol.com> queued <DA7B5CE43BA740F58DB7197357482D27@serveur>
2012-03-09 15:22:55.755607500 25467 queue::qmail_2dqueue plugin: (for 25464 ) Queuing qp 25467 to /var/qmail/bin/qmail-queue
2012-03-09 15:22:56.390317500 25464 250 Queued! 1331302976 qp 25467 <DA7B5CE43BA740F58DB7197357482D27@serveur>
2012-03-09 15:22:56.740523500 25464 dispatching QUIT
2012-03-09 15:22:56.741027500 25464 221 xxxxxxxx.fr closing connection. Have a wonderful day.
2012-03-09 15:22:56.741233500 25464 click, disconnecting
2012-03-09 15:22:57.666850500 25404 cleaning up after 25464


Rien de suspect par rapport au autres mails.

je suis en SME 7.3 complétement à jour donc a priori en qmail 1.03

en fait si je ne m'en sors pas je pense que je vais passer par mon autre domaine qui lui est connecter via free en autorisant le relay smtp seulement pour une adresse ip, mais je n'aime pas cette solution et je pense que sme doit pouvoir faire cela.


Merci

[Franck78]

SME 7.3 ? Il y en a qui vont faire des bonds.

Rien ne dit que cette version de qmail est été compilée avec les bonnes options !

http://en.wikipedia.org/wiki/Extended_SMTP



Au lieu de perdre du temps avec une version que je pense obsolète, essaie donc tout ceci avec la version actuelle de SME !

[jdh]

C'est d'autant plus évident que le moindre lien pour "qmail smtp auth" mentionne un niveau donné de version de QMail !

NB : le premier log concerne un envoi vers l'extérieur, pas le second qui est donc inutile.

[chrica76]

pour les bonds .. désoler... du moment que c'est à jour je ne pense pas qu'il y ait de problème de sécurité? Je vais peut etre dire une aberration mais je pensais que les mise à jour par yum évitait d'avoir à tout réinstallé à chaque nouvelle sortie (ça va j’exagère y'en as pas beaucoup de version) , je vais me taper une réinstallation un soir ou ça ne dérange pas trop et je vais voir si c'est mieux . Merci

PS1: La compilation de Qmail ou de quoi que ce soit dans le monde linux reste pour moi un énorme frein (même si j'ai l’âme aventurière en informatique) c'est le principal défaut (et la qualité) de linux (mais ca a bien évoluer ces dernière année je le reconnait) d'ailleurs SME est tres bien pour ca car c'est "install and play"

PS2: je me doutais bien que le deuxième log ne servait pas à grand chose mais bon c’était pas non plus un log de 2000 lignes et il vaut mieux un tout petit peu trop d'info qu'un tout petit peu pas assez.

Merci a vous 2 je vais essayez de faire ca un soir dans la semaine (car le serveur est en prod et il y a beaucoup de trafic dessus) et viendrai donnez le résultat ici même

cordialement

[sibsib]

Hello,

Si tu as installé un SME 7.3 mais que tu es à jour de mise à jour, alors tu es en SME 7.5.1 (Ce que tu peux vérifier -par exemple- dans le server-manager, juste après la connexion).
Tu es donc à jour (si yum update a bien fait son boulot) pas de réinstall à prévoir (ouf !)
Il y aura install à prévoir pour SME 8, et encore, normalement, sauf contribs capricieuses, la mise à jour sans pertes -mais après sauvegardes, pas de blagues- sera possible.

Pour ton problème initial, tu ne dois pas être très loin de la vérité, mais : sauf à dire une grosse ânerie, ce n'est pas qmail qui assure la partie SSL, mais un wrapper. Il faudrait que tu analyses finement où SME stocke le login/mot de passe d’authentification de ton compte SSMTP chez amen, pour te faire une bonne idée de la manière dont il te faut tuner ta bâte.
Bon, pas de blagues : évidemment, SME stocke tes infos dans un fichier dans /home/e-smith/db, mais il faudrait voir exactement ce qu'il fait avec.
Comment je ferais :
grep 'mon login' /home/e-smith/db/*
Une fois la bonne ligne trouvée, tu devrais trouver un truc du genre

Code : Tout sélectionner

SMTPUser='mon login'

Le premier champ, que j'ai baptisé SMTPUser est la clef utilisée par les scripts de configuration SME , donc après un

Code : Tout sélectionner

grep -R SMTPUser /etc/e-smith/templates

a de bonnes chances de guider vers le ou les fichiers ou ce login est utilisé.

A+,
Pascal
(Oups petite édition /grep -r/grep -R/ )

[chrica76]

Bonjour a ceux qui s’intéressent à mon problèmes.

bon j'ai provisoirement contourné le problème en passant par un autre de mes serveur de mail qui lui ne me pose pas ce genre de problème en le passant en open relay (uniquement autorisé sur une IP rassurez vous...) j'ai le problème que les mails passent en spam mais bon ça c'est un autre problème faut que je regarde du coté du spf que je n'ai pas encore configuré.. oui y'a toujours des trucs a faire...


bon donc j'ai fait les manips demandée:

sur la commande grep 'monlogin' /home/e-smith/db/*
j'ai la réponse ci dessous:

/home/e-smith/db/configuration:smtp-auth-proxy=service|Debug|0|Passwd|xxxxxxx|Userid|'monlogin'|status|enabled
Ok

par contre si je fais
grep -R Userid etc/e-smith/templates

je n'ai pas de résultat... en cherchant un peu sur le Userid est utiliser dans le panel du server-manager

Donc si je comprend bien ,pour un second serveur on peu renseigné le login et le mot de passe mais il faut lui dire de passer par la case authentification , et l'idée c'est de copier coller ce qui se passe avec le premier serveur ,qui lui passe par cette case.

je vais continuer à chercher
Merci

[sibsib]

Hello,

Bon, il a fallu que tu tombes dans un cas particulier En fait, si tu tutilises un SMTP proxy avec authentification, comme qmail ne gère pas çà, un autre process est démarré, et ton qmail est configuré pour tout envoyer localement à ce process. Tu devrais trouver dans smtproutes une ligne genre localhost:26 En effet, qmail envoie tout son mail sortant sur la machine locale, sur un process en listening sur le port 26.

Et, comme ce process est écrit par la SME team d'une part, et est écrit en perl d'autre part, c'est ce process qui lit la conf au démarrage. Donc, pas de fichier de conf intermédiaire, et donc rien dans les templates. CQFD.

Bref, voici le process, mais là j'avoue que ce n'est pas en lisant ce script 5 minutes que je vais avoir la moindre idée de la manière de le modifier.

Code : Tout sélectionner

/usr/local/sbin/smtp-auth-proxy.pl

Plutôt, Il faudrait :
Créer un autre process (sur le port 27, par exemple) configuré pour atteindre ton deuxième serveur SSMTP.
Idéalement, ce process chercherait toutes ses infos dans la base de données, en dupliquant la section smtp-auth-proxy en par exemple smtp-auth-proxy2
Bien sûr, passer ce process en service bien propre, à la sauce SME
Enfin, configurer qmail pour envoyer en général sur le port 26,et en particulier sur le port 27.

Faisable, mais une fois que tu l'auras fait, un bon tuto est à écrire, et à mon avis, si tu grand-bretonnes, sur contribs.org

Courage, une solution est 'proche'

A+,
Pascal

[chrica76]

bonjour

Houla je pense que cela dépasse mes compétence dans le monde Linux... mais vu que je fais ça au boulot si j'ai un peu de temps (c'est rarement le cas tout de même, c'est pas ma fonction première de m'occuper des mails) je vais rallumer mon vieux serveur de secours et voir si je peut faire ça... sur un pc de test histoire de ne pas tout casser.

en gros j'ai ce qu'il faut faire y'a plus qu'a trouver comment.

C'est marrant j'aurai cru mon histoire simple a résoudre mais en fait elle ne l'est pas... du moins sur une SME certains me diront...

Merci