[wd8][envoi d'e-mail]

Dev a écrit :

Bonjour,
je n'arrive pas envoyer, sur un compte club-internet, des mails à d'autres
adresses que celles de club-internet (enfin les miennes)!!! Oui je sais, ca
parait speed mais comme j'ai déja lu sur le forum d'en face, avant qu'il ne
soit noyé, que les envois d'e-mail ne fonctionnaient pas le dimanche, je
m'attends à tout !!!
1° question : des idées ? des expériences ?
2° demande : qui, ayant une adresse club-internet peut me l'envoyer en
privé, pour que je corrobore que le couple winev8-club-internet est très
exclusif !!!

NB : pour être certain de ne pas avoir fait d'erreurs de programmation,
j'utilise l'exemple wd8 Pop3 : la réception des e-mail fonctionne
parfaitement, preuve qu'au moins la partie pop fonctionne !!!

Quel est le code erreur SMTP ?
Si tu dépose sur le SMTP de club_internet, c'est la protection
anti-relai du smtp de club-internet qui rejete ton mail.

Dans ce cas, il faut vérifier que l'émetteur des mails (MAIL FROM) que
tu envoi est bien une adresse valide de club-internet.

un serveur smtp bien configuré autorisera tout les mails qui ont, soit
le destinataire chez eux, soit l'emetteur.

Certain y ajoute une restriction sur l'ip.
tu ne peux déposer un mail sur le serveur smtp de wanadoo, que si ta
connexion est fourni par Wanadoo.

Est-ce que tu utilise la connexion Club-internet ?

>Bonjour,
je n'arrive pas envoyer, sur un compte club-internet, des mails à d'autres
adresses que celles de club-internet (enfin les miennes)!!! Oui je sais, ca
parait speed mais comme j'ai déja lu sur le forum d'en face, avant qu'il ne
soit noyé, que les envois d'e-mail ne fonctionnaient pas le dimanche, je
m'attends à tout !!!
1° question : des idées ? des expériences ?
2° demande : qui, ayant une adresse club-internet peut me l'envoyer en
privé, pour que je corrobore que le couple winev8-club-internet est très
exclusif !!!

NB : pour être certain de ne pas avoir fait d'erreurs de programmation,
j'utilise l'exemple wd8 Pop3 : la réception des e-mail fonctionne
parfaitement, preuve qu'au moins la partie pop fonctionne !!!

--
Cordialement
Christophe Charron

Service Développement
PROLOGIQ
7 bis Rue des Aulnes
69410 Champagne au Mont d'Or

Tel : 0 437 499 107
Fax : 0 437 499 105
mailto:developpement@prologiq.fr

Il faut savoir que l'envoi des mail sur un serveur SMTP authentifié fonctionne
pas avec Windev 8 mais uniquement à partir de Windev 9.

Un serveur SMTP authentifié oblige l'émetteur à s'identifier avec login et mot
de passe et toujours utiliser son adresse email. Cela empêche l'evoi de SPAM.
La plupart des messengerie web utilise un serveur identifié (laposte.net, ...).
Est-ce que Club internet utilise un serveur SMTP authentifié ?

--
Message monitoré par axinews : http://www.axinews.com/

Bonjour, ci-après l'erreur retournée par erreurinfo
je rappelle qu'avec strictement les même paramètres l'envoi au destinataire
xofxon.pro@club-internet.fr fonctionne parfaitement.
Trace("1 -> Email.erreur ->"+ Email.Erreur)
Trace("2 -> EmailMsgErreur ->"+ EmailMsgErreur(Email.Erreur))
Trace("2a -> email.Destinataire ->"+Email.Destinataire)
Trace("2b -> email.Expediteur ->"+Email.Expéditeur)
Trace("3 -> Votre E-mail n'a pas pu être envoyé pour la raison suivante
:",ErreurInfo())

******************************************************

1 -> Email.erreur ->66
2 -> EmailMsgErreur ->Session SMTP : la transaction est refusée. Vérifiez le
contenu des variables Email.Expéditeur et Email.Destinataire[].
2a -> email.Destinataire ->christophe.charron@prologiq.fr
2b -> email.Expediteur ->xofxon.pro@club-internet.fr
3 -> Votre E-mail n'a pas pu être envoyé pour la raison suivante : L'envoi
du message a échoué.

Vérifiez les adresses de destination ainsi que les paramètres de votre
compte (adresse d'expéditeur).

L'échec peut être dû à un problème technique.

Après 4 tentatives successives, voici le détails des incidents rencontrés :


- Premier essai :

Echec à l'envoi des destinataires.
La dernière réponse du serveur SMTP est :
<554 <christophe.charron@prologiq.fr>: Relay access denied

- Deuxième essai :

Le contenu de Email.Expediteur n'est pas reconnu par le serveur. La
transaction est refusée.
La dernière réponse du serveur SMTP est :
<503 Error: nested MAIL command

essai2
- Troisième essai :
Le contenu de Email.Expediteur n'est pas reconnu par le serveur. La
transaction est refusée.
La dernière réponse du serveur SMTP est :
<503 Error: nested MAIL command

- Quatrième essai :
Le contenu de Email.Expediteur n'est pas reconnu par le serveur. La
transaction est refusée.
La dernière réponse du serveur SMTP est :
<503 Error: nested MAIL command

***********************************************************************
--
Cordialement
Christophe Charron

Service Développement
PROLOGIQ
7 bis Rue des Aulnes
69410 Champagne au Mont d'Or

Tel : 0 437 499 107
Fax : 0 437 499 105
mailto:developpement@prologiq.fr

"Vincent" <v.perso_no_spam@free.fr> a écrit dans le message de
news:431e9363$0$27863$636a15ce@news.free.fr...

Dev a écrit :
> Bonjour,
> je n'arrive pas envoyer, sur un compte club-internet, des mails à

d'autres

> adresses que celles de club-internet (enfin les miennes)!!! Oui je sais,

ca

> parait speed mais comme j'ai déja lu sur le forum d'en face, avant qu'il

ne

> soit noyé, que les envois d'e-mail ne fonctionnaient pas le dimanche, je
> m'attends à tout !!!
> 1° question : des idées ? des expériences ?
> 2° demande : qui, ayant une adresse club-internet peut me l'envoyer en
> privé, pour que je corrobore que le couple winev8-club-internet est très
> exclusif !!!
>
> NB : pour être certain de ne pas avoir fait d'erreurs de programmation,
> j'utilise l'exemple wd8 Pop3 : la réception des e-mail fonctionne
> parfaitement, preuve qu'au moins la partie pop fonctionne !!!
>
Quel est le code erreur SMTP ?
Si tu dépose sur le SMTP de club_internet, c'est la protection
anti-relai du smtp de club-internet qui rejete ton mail.

Dans ce cas, il faut vérifier que l'émetteur des mails (MAIL FROM) que
tu envoi est bien une adresse valide de club-internet.

un serveur smtp bien configuré autorisera tout les mails qui ont, soit
le destinataire chez eux, soit l'emetteur.

Certain y ajoute une restriction sur l'ip.
tu ne peux déposer un mail sur le serveur smtp de wanadoo, que si ta
connexion est fourni par Wanadoo.

Est-ce que tu utilise la connexion Club-internet ?

Bonjour,
dans mon outlook 2002, rien n'est coché, donc non, il ne requiert pas
d'authentification

--
Cordialement
Christophe Charron

Service Développement
PROLOGIQ
7 bis Rue des Aulnes
69410 Champagne au Mont d'Or

Tel : 0 437 499 107
Fax : 0 437 499 105
mailto:developpement@prologiq.fr

"Erwan" <erwan.allain@a3dis.com.invalid> a écrit dans le message de
news:431e98de$0$4882$626a14ce@news.free.fr...

>Bonjour,
>je n'arrive pas envoyer, sur un compte club-internet, des mails à

d'autres

>adresses que celles de club-internet (enfin les miennes)!!! Oui je sais,

ca

>parait speed mais comme j'ai déja lu sur le forum d'en face, avant qu'il

ne

>soit noyé, que les envois d'e-mail ne fonctionnaient pas le dimanche, je
>m'attends à tout !!!
>1° question : des idées ? des expériences ?
>2° demande : qui, ayant une adresse club-internet peut me l'envoyer en
>privé, pour que je corrobore que le couple winev8-club-internet est très
>exclusif !!!
>
>NB : pour être certain de ne pas avoir fait d'erreurs de programmation,
>j'utilise l'exemple wd8 Pop3 : la réception des e-mail fonctionne
>parfaitement, preuve qu'au moins la partie pop fonctionne !!!
>
>--
>Cordialement
>Christophe Charron
>
>Service Développement
>PROLOGIQ
>7 bis Rue des Aulnes
>69410 Champagne au Mont d'Or
>
>Tel : 0 437 499 107
>Fax : 0 437 499 105
>mailto:developpement@prologiq.fr

Il faut savoir que l'envoi des mail sur un serveur SMTP authentifié

fonctionne

pas avec Windev 8 mais uniquement à partir de Windev 9.

Un serveur SMTP authentifié oblige l'émetteur à s'identifier avec login et

mot

de passe et toujours utiliser son adresse email. Cela empêche l'evoi de

SPAM.

La plupart des messengerie web utilise un serveur identifié (laposte.net,

...).

Est-ce que Club internet utilise un serveur SMTP authentifié ?

--
Message monitoré par axinews : http://www.axinews.com/

Bonjour,
après consultations et essais, il s'avererait que club-internet gère le
"relaying not allowed" et donc que quelle que soit la methode d'envoi, si on
n'est pas logué en club-internet, pas moyen d'utiliser les smtp
club-internet

--
Cordialement
Christophe Charron

Service Développement
PROLOGIQ
7 bis Rue des Aulnes
69410 Champagne au Mont d'Or

Tel : 0 437 499 107
Fax : 0 437 499 105
mailto:developpement@prologiq.fr

"Dev" <wind_seven@prologiq.fr> a écrit dans le message de
news:431e8660$0$2371$afc38c87@news.easynet.fr...

Bonjour,
je n'arrive pas envoyer, sur un compte club-internet, des mails à d'autres
adresses que celles de club-internet (enfin les miennes)!!! Oui je sais,

ca

parait speed mais comme j'ai déja lu sur le forum d'en face, avant qu'il

ne

soit noyé, que les envois d'e-mail ne fonctionnaient pas le dimanche, je
m'attends à tout !!!
1° question : des idées ? des expériences ?
2° demande : qui, ayant une adresse club-internet peut me l'envoyer en
privé, pour que je corrobore que le couple winev8-club-internet est très
exclusif !!!

NB : pour être certain de ne pas avoir fait d'erreurs de programmation,
j'utilise l'exemple wd8 Pop3 : la réception des e-mail fonctionne
parfaitement, preuve qu'au moins la partie pop fonctionne !!!

--
Cordialement
Christophe Charron

Service Développement
PROLOGIQ
7 bis Rue des Aulnes
69410 Champagne au Mont d'Or

Tel : 0 437 499 107
Fax : 0 437 499 105
mailto:developpement@prologiq.fr

Dev a écrit :

Bonjour,
après consultations et essais, il s'avererait que club-internet gère le
"relaying not allowed" et donc que quelle que soit la methode d'envoi, si on
n'est pas logué en club-internet, pas moyen d'utiliser les smtp
club-internet

c'est d'ailleurs le cas de la plupart des fournissseurs d'accès.

dans le cas contraire le smtp serait en open relay et l'IP du serveur
blacklisté.

pour les serveurs smtp non liés à un accès (exemple : OVH )
l'authentification se fait après avoir relevé le pop correspondant, donc
s'être identifié par login et mot de passe).

L'IP est alors autorisée à utiliser le smtp pendant un certain temps.

Michel

Michel a écrit :

Dev a écrit :

Bonjour,
après consultations et essais, il s'avererait que club-internet gère le
"relaying not allowed" et donc que quelle que soit la methode d'envoi,
si on
n'est pas logué en club-internet, pas moyen d'utiliser les smtp
club-internet

c'est d'ailleurs le cas de la plupart des fournissseurs d'accès.

dans le cas contraire le smtp serait en open relay et l'IP du serveur
blacklisté.

Non dans le cas contraire, on utilise l'authentification SMTP. Pour
déposer un courrier il faut fournir un couple User/Password connu par le
serveur de mail (et pas forcément celui correspondant à l'adresse email
d'envoi).

pour les serveurs smtp non liés à un accès (exemple : OVH )
l'authentification se fait après avoir relevé le pop correspondant, donc
s'être identifié par login et mot de passe).

L'IP est alors autorisée à utiliser le smtp pendant un certain temps.

il n'y a pas de mémorisation, l'authentification n'est valable que pour
la session smtp (connexion- authentification - depot du/des courriers -
fin de session)

D'ailleurs, si il y avait mémorisation de l'IP, en cas de NAT, il
suffirait qu'un poste soit authentifié pour que tous les autres du même
LAN puisse déposé en smtp sans authentification.

V.

Michel

Vincent a écrit :

Michel a écrit :

Dev a écrit :

Bonjour,
après consultations et essais, il s'avererait que club-internet gère le
"relaying not allowed" et donc que quelle que soit la methode d'envoi,
si on
n'est pas logué en club-internet, pas moyen d'utiliser les smtp
club-internet

c'est d'ailleurs le cas de la plupart des fournissseurs d'accès.

dans le cas contraire le smtp serait en open relay et l'IP du serveur
blacklisté.

Non dans le cas contraire, on utilise l'authentification SMTP. Pour
déposer un courrier il faut fournir un couple User/Password connu par le
serveur de mail (et pas forcément celui correspondant à l'adresse email
d'envoi).

Je supposais evidemment que l'authentification SMTP n'était pas activée

pour les serveurs smtp non liés à un accès (exemple : OVH )
l'authentification se fait après avoir relevé le pop correspondant, donc
s'être identifié par login et mot de passe).

L'IP est alors autorisée à utiliser le smtp pendant un certain temps.

il n'y a pas de mémorisation, l'authentification n'est valable que pour
la session smtp (connexion- authentification - depot du/des courriers -
fin de session)

D'ailleurs, si il y avait mémorisation de l'IP, en cas de NAT, il
suffirait qu'un poste soit authentifié pour que tous les autres du même
LAN puisse déposé en smtp sans authentification.

Là par contre je ne suis pas certain que tu ai raison, il y a bien une
temporisation, ce qui laisserais supposer le contraire (ou alors la
session resterait active pendant ce laps de temps).

En ce qui concerne le LAN, cela ne me semble pas un obstacle, de toute
manière en cas d'abus l'utilisateur est identifié (et chatié, non mais !)

voir opensmtp

Extrait de la doc OVH :
http://guides.ovh.net/EmailProblemesEtSolutions/contenu.html
"....
Pendant l'opération de pop3/imap le serveur
pop3 enregistre l'ip de connexion, le met à jour dans /etc/tcp.smtp et
compile /etc/tcp.smtp.cdb
..."


Michel

Michel a écrit :

Vincent a écrit :

Michel a écrit :

Dev a écrit :

Bonjour,
après consultations et essais, il s'avererait que club-internet gère le
"relaying not allowed" et donc que quelle que soit la methode d'envoi,
si on
n'est pas logué en club-internet, pas moyen d'utiliser les smtp
club-internet

c'est d'ailleurs le cas de la plupart des fournissseurs d'accès.

dans le cas contraire le smtp serait en open relay et l'IP du serveur
blacklisté.

Non dans le cas contraire, on utilise l'authentification SMTP. Pour
déposer un courrier il faut fournir un couple User/Password connu par le
serveur de mail (et pas forcément celui correspondant à l'adresse email
d'envoi).

Je supposais evidemment que l'authentification SMTP n'était pas activée

pour les serveurs smtp non liés à un accès (exemple : OVH )
l'authentification se fait après avoir relevé le pop correspondant, donc
s'être identifié par login et mot de passe).

L'IP est alors autorisée à utiliser le smtp pendant un certain temps.

il n'y a pas de mémorisation, l'authentification n'est valable que pour
la session smtp (connexion- authentification - depot du/des courriers -
fin de session)

D'ailleurs, si il y avait mémorisation de l'IP, en cas de NAT, il
suffirait qu'un poste soit authentifié pour que tous les autres du même
LAN puisse déposé en smtp sans authentification.

Là par contre je ne suis pas certain que tu ai raison, il y a bien une
temporisation, ce qui laisserais supposer le contraire (ou alors la
session resterait active pendant ce laps de temps).

En ce qui concerne le LAN, cela ne me semble pas un obstacle, de toute
manière en cas d'abus l'utilisateur est identifié (et chatié, non mais !)

voir opensmtp

Extrait de la doc OVH :
http://guides.ovh.net/EmailProblemesEtSolutions/contenu.html
"....
Pendant l'opération de pop3/imap le serveur
pop3 enregistre l'ip de connexion, le met à jour dans /etc/tcp.smtp et
compile /etc/tcp.smtp.cdb
...."


Michel

Effectivement, qmail ne stocke que l'ip et ne purge une ip visiblement
qu'au bout de 3 heures (paramètrable).

Je me basais sur le fonctionnement d'autre smtp (comme Imail d'ipswitch)
ou la l'authentification n'est valable que pendant la session de dépot
d'un mail. Nouveau mail 30s plus tard => Authentification obligatoire.

dans (in) fr.comp.developpement.agl.windev, Vincent
<v.perso_no_spam@free.fr> ecrivait (wrote) :

Bonjour,

Michel a écrit :

> pour les serveurs smtp non liés à un accès (exemple : OVH )
> l'authentification se fait après avoir relevé le pop correspondant, donc
> s'être identifié par login et mot de passe).
>
> L'IP est alors autorisée à utiliser le smtp pendant un certain temps.

il n'y a pas de mémorisation, l'authentification n'est valable que pour
la session smtp (connexion- authentification - depot du/des courriers -
fin de session)

Ca dépend du serveur. Dans le cas qu'évoque Michel, il faut que le
serveur smtp accepte le protocole POP BEFORE SMTP. Dans ce cas, l'IP est
conservée un certain temps (15 minutes chez nous, par exemple).

Le POP BEFORE SMTP est un bricolage et il vaut mieux lui préférer SMTP
AUTH, plus sécurisé.

Voir : http://www.urbanet.ch/?p=smtp&q3#4

--
Eric