[mail] from imap_ en proto IMAP

par **FuZZyLine** » 05 juil. 2009, 19:50

Je confirme,

{74.125.79.111:993/imap/ssl} - Error en retour de imap_open (Couldn't open stream )
{74.125.79.111:993/imap/ssl/novalidate-cert} - Connection mais avec délai

{imap.gmail.com:993/imap/ssl} - Connection mais avec délai [*]
{imap.gmail.com:993/imap/ssl/novalidate-cert} - Connection mais avec délai

[*] Je l'avais déja testé et ca marchait pas... va savoir ;(
peut-être moi, qui, a force de test, oublie... Faut dire que je tape à gauche et a droite, essayant divers trucs mais...

ce code fonctionne chez moi sans délai sur gmail sous linux, donc j'aimerais savoir si ce code exact pose problème sous windows oupa.

J'ai repris tous les élément ci-avant. J'espere que ce sera plus clair.

par **Nagol** » 05 juil. 2009, 19:01

Code : Tout sélectionner
$access = imap_open("{74.125.79.111:993/imap/ssl}", "LOGIN", "PASSWD");
ca donne quoi ça?
Re,

Rah, je croyais avoir testé. M'énerve...

En tout cas du nouveau. Connection impossible mais réponse immédiate.

>Couldn't open stream {74.125.79.111:993/imap/ssl} in
...le ssl sans le validate imap_open aime pas.

J'ai ré-essayer en enlevant l'option ssl et la: Même délai + le rejet de l'accès biensur.

Je sais plus ce qu'il y a à en penser lol En général je suis réactif mais la...

Bon, je dois déco, merci en tout cas,

@+ et bon code

ben tu disais que ca marchais pas, tu es sur d'avoir compris dans mon dernier message ce que je voulais te faire tester?

Code : Tout sélectionner

$mbox = imap_open ("{imap.gmail.com:993/imap/ssl}INBOX", "[email protected]", "password")
or die("can't connect: " . imap_last_error());

ce code fonctionne chez moi sans délai sur gmail sous linux, donc j'aimerais savoir si ce code exact pose problème sous windows oupa.

par **FuZZyLine** » 05 juil. 2009, 18:00

Salut,

Code : Tout sélectionner
$mbox = imap_open ("{imap.gmail.com:993/imap/ssl}NBOX", "[email protected]", "password") or die("can't connect: " . imap_last_error());

sur ce format la ca marche pas?

Désolé que ce soit IP ou DNS le résultat est toujours le même. Ssl sans la suite novalidate-cert
ca échoue si je l'y mets: le délai reste à 15/20 secondes.

je viens de tester sur mon propre compte gmail, j'ai un temps d'accès instantané avec ce code mais aussi avec le /novalidate-cert donc j'aurais tendance à dire que déja le problème est sous windows

Nah, enfin je pense pas. Je n'ai encore jamais vu de post-help faisant mention de ce type de problème. Si ca le fait sous window je pense qu'il y aurait moult messages. A part ceux que tu
m'as fais passer je n'en ai pas vu. Quand je vois que sous Pégasus c'est immédiat ca en devient presque risible

...'fin je préfere prendre ca de cette façon sinon je risque d'être chauve avant minuit lol

Si une idée me vient, je repasse un peu plus tard, merci, @+

par **Nagol** » 05 juil. 2009, 16:58

je viens de tester sur mon propre compte gmail, j'ai un temps d'accès instantané avec ce code mais aussi avec le /novalidate-cert donc j'aurais tendance à dire que déja le problème est sous windows

par **Nagol** » 05 juil. 2009, 16:46

Code : Tout sélectionner

$mbox = imap_open ("{imap.gmail.com:993/imap/ssl}INBOX", "[email protected]", "password")
     or die("can't connect: " . imap_last_error());

sur ce format la ca marche pas?

par **FuZZyLine** » 04 juil. 2009, 20:44

Code : Tout sélectionner
$access = imap_open("{74.125.79.111:993/imap/ssl}", "LOGIN", "PASSWD");
ca donne quoi ça?

Re,

Rah, je croyais avoir testé. M'énerve...

En tout cas du nouveau. Connection impossible mais réponse immédiate.

>Couldn't open stream {74.125.79.111:993/imap/ssl} in
...le ssl sans le validate imap_open aime pas.

J'ai ré-essayer en enlevant l'option ssl et la: Même délai + le rejet de l'accès biensur.

Je sais plus ce qu'il y a à en penser lol En général je suis réactif mais la...

Bon, je dois déco, merci en tout cas,

@+ et bon code

par **Nagol** » 04 juil. 2009, 20:20

Code : Tout sélectionner

$access = imap_open("{74.125.79.111:993/imap/ssl}", "LOGIN", "PASSWD");

ca donne quoi ça?

par **FuZZyLine** » 04 juil. 2009, 16:15

reste encore plusieurs voix à explorer, linux/windows ca en est ou?
sinon faut checker les version de php... php4 vs php5

Salut,

° Yep mais ma plate-forme est vieille et juste XP. L'installe de Linux sur celle-ci est pas prévue/voir impossible. ...tout de même et pour aller dans ton sens j'héberge mon site sur Linux et la: no soucis. Aucun délai, connection normale.

° Mon site d'hébergement est php 5... inutile de faire co-éxister php4/5 sur mon serveur...
'fin, il me semble

Bref, ne pas comprendre ce problème est un brin chiant lol

Je récapitule ca permetra déja d'y voir plus clair:

Le soucis n'éxiste qu'avec la fonction:
imap_open en proto IMAP port 993 ou 143, sur Plate-forme XP, Apache, PHP 5.2 et IMAP d'actif

Sans problème en revanche:
sous imap_open en protocole POP quelque soit le port 110/995
non plus avec sockopen et quelque soit le proto et le port.

Je me demande si une micro-déconnection pendant l'exécution d'imap_open ne pourrait pas
être responsable de ca.

Tel que je vois (imagine) la chose:

[*] imap_open envoie sa demande de connection mais s'il y a micro-déco, il renvoie une requete, mais comme... [Désolé je phantasme un peu mais c'est dans l'idée] Réussi enfin à se connecter et reste bloqué à la réception etc... Mais comme micro-déco la reconnection assure quand même le transport mais dans un délai excessif.

Me vient une idée, j'en parle après l'avoir essayé @+

[*] paragraphe pas très clair, désolé

EDIT:

Même soucis, encore un coup dans l'eau. Je viens de jouer avec les options et l'argument n-retries.
ca me renvoit toujours la main dans un délai inacceptable. Autrement dit: ma "brillante" téhorie semble inéxacte (n-retries semble le confirmer, j'ai tenté 0, 1 et 2) donc mon ébauche de soluce est un pur échec lol

@+ je reviens un peu plus tard

par **Nagol** » 04 juil. 2009, 15:20

reste encore plusieurs voix à explorer, linux/windows ca en est ou?

sinon faut checker les version de php... php4 vs php5

par **FuZZyLine** » 04 juil. 2009, 10:37

Salut Nagol, Salut les gens,

ah non, on abandonne pas, c'est naze de pas piger et ton soucis est intéressant.
tentes aussi sans ssl stp et poses des timers individuels pour le open et le close.

T'inquiete pas si je mets de côté, je n'abandonne pas

Pour les accès non protégés c'est idem. Le délai est équivalent par imap_open dès l'instant ou je
tente en proto imap.

check le cas de ce monsieur et testes son code pour voir
http://www.phpfreaks.com/forums/index.p ... 628.0.html

Merci pour le lien, je viens de tester le résultat suit. Quand je parle de délai infernal...

$dMicroTime = microtime();

$hSock = fsockopen("imap.gmail.com", 993, $errno, $errstr, 30);
if (!$hSock) die("...!");

$dMicroTime_1 = microtime()-$dMicroTime;

$dMicroTime = microtime();
$dMicroTime_2 = microtime()-$dMicroTime;

$hBox = imap_open("{imap.gmail.com:993/imap/ssl/novalidate-cert}INBOX", $login, $passwd);
if (!$hBox) die("...!");

imap_close($hBox);

echo "Test 1 : ".$dMicroTime_1."<br />";
echo "Test 2 : ".$dMicroTime_2."<br />";

Les timers results donnent ceci:

Test 1 : 0.074622
Test 2 : 1.8E-5

Donc effectivement en access sock c'est immédiat mais dès que j'utilise imap_open ce devient du vrai n'importe quoi... Pour le MC (bien qu'inutile avec un délai si long je me suis amusé à l'intégrer)
...juste pour le fait de dire lol

Bon, je dois déco, je reviens plus tard merci encore de percéverer... et m'inciter à le faire,

Bon code à tous, @+ les gens

par **Nagol** » 04 juil. 2009, 03:56

check le cas de ce monsieur et testes son code pour voir

http://www.phpfreaks.com/forums/index.p ... 628.0.html

par **Nagol** » 04 juil. 2009, 03:50

ah non, on abandonne pas, c'est naze de pas piger et ton soucis est intéressant.

tentes aussi sans ssl stp et poses des timers individuels pour le open et le close.

par **FuZZyLine** » 02 juil. 2009, 17:21

Re les gens, Salut Nagol,

en cherchant un peu j'ai vu que certaines personnes avait eu des soucis similaires au tien, et qu'ils les avaient résolu en changeant le dns par une ip, donc tentes ça aussi pour voir si ca change quelquechose.

...J'avoue que je fais plus que noter les pistes: je les essaie lol

° ZoneAlarm : Négatif. Je l'ai déconnecté mais problème identique.
° IP vs Nom : Négatif. J'accède au serveur mais toujours avec "beaucoup" de délai.

$access = imap_open("{74.125.79.111:993/imap/ssl/novalidate-cert}", "LOGIN", "PASSWD");
imap_close($access);

Donne le même temps de latence que:

$access = imap_open("{imap/gmail.com:993/imap/ssl/novalidate-cert}", "LOGIN", "PASSWD");
imap_close($access);

Ah, info supplémentaire que j'ai oublié d'indiquer une chose qui peut, peut-être, inciter à la
réflexion. Le ping que j'ai fais vers gmail donne ceci:

Minimum: 61ms, Maximum: 69ms , Moyenne 64ms. et 0 Perte.
Quand je vois un délai avec imap_open de 15 à 20 secondes...

J'ai pas re-re-testé avec d'autres serveurs IMAP mais, bon, vu que ca donnerait le même résultat...

Ca me laisserait penser à un problème uniquement ciblé proto IMAP Pourtant avec Pegasus
je rapatrie mes mails de cette façon... Autant IMAP que POP, et ce, sans soucis.

Non, vraiment je ne comprends pas. Le problème est bien au niveau du transit des datas, donc de la connexion mais utilsant, par ailleurs, SMTP et POP qui, eux ne merdoient pas...
Rah, j'aime pas ne pas comprendre lol
Bon, bref, je crois que j'ai assez monopolisé le fofo. Je laisse ouvert le topic, au cas ou. Si vous avez une idée: hésitez pas et de mon côté si la solution pointe son nez je vous la posterai.
J'ai, pour mes tests, installé Mercury ca contourne le problême et me permet d'avancer en
...attendant

Merci encore pour tes posts Nagol et bon code @+

par **Nagol** » 02 juil. 2009, 11:02

en cherchant un peu j'ai vu que certaines personnes avait eu des soucis similaires au tien, et qu'ils les avaient résolu en changeant le dns par une ip, donc tentes ça aussi pour voir si ca change quelquechose.

par **FuZZyLine** » 02 juil. 2009, 08:44

Salut les gens, Salut Sékiltoyai,

Tu peux abuser de la fonction microtime() pour tester.

Vi, vi, j'utilise déja cette fonction dans mes class mais dans le cas qui m'interresse:
le délai se comptant en secondes (~15 dans le meilleur des cas) celle-ci s'avert peu utile.

Merci pour le post en tout cas

@+ les gens.

[mail] from imap_ en proto IMAP

Répondre

Étendre la vue Revue du sujet : [mail] from imap_ en proto IMAP