Question pour fortiche - Recuperation de mail

[WebRod]

Bonjour,

comment savoir en moins de 5 secondes (enfin rapidement quoi) combien de
nouveaux messages non récupérés se trouvent dans une BAL sur une serveur
POP3 (pas d'imap donc)????
(en sachant que lorsque l'on récupère les emails, on ne les supprime pas du
serveur au fur et à mesure)

Parceque OUTLOOK y arrive bien lui!!

Impossible de trouver la solution aprés des heures de recherches.
Si quelqu'un trouve comment faire avec PHP je lui tire mon chapeau, car sans
vouloir être prétentieu, je pense avoir suffisamment tourner le problème
dans tous les sens pour penser qu'il n'y a pas de solution.

Mais je garde espoir!!

En effet la seule solution que je trouve est de récupérer à chaque connexion
l'ensemble des headers de TOUS (!!) les emails, et de les comparer avec les
headers des emails déjà lus pour savoir lesquels sont déjà récupérés, et
lesquels ne le sont pas!!!
Du coup il me faut plusieurs minutes à chaque fois pour parfois répondre
"pas de nouveau message!!".

Bon j'en vois déjà qui rigolent en se disant que la solution est bien simple
et que je suis un idiot. Lisez pluto la suite, j'attends vos réponses!!

Voilà les problèmes que j'ai rencontré avec POP3:
- pas d'UID comme avec IMAP, donc pas de numéro unique et non.On a bien le
champs MESSAGE_ID, mais c'est le logiciel de messagerie du client qui le
défini, et parfois il le définit même pas donc ce champs est vide. Champs à
oublié!!
- le champs UDATE renvoit parfois 0 au lieu du timestamp UNIX
- le champs DATE renvoit des dates à des formats différents
- les emails ne sont pas triés dans un ordre logique chez certain hébérgeurs

Le dernier point est le plus problèmatique.
En effet, alors que je pensais que les messages étaient empilés, et bien
non, certains hébergeurs d'emails (ovh) renvoit les emails dans le désordre
lors d'une connexion à leur serveur avec les fonctions PHP (j'utilises les
fonctions PhP IMAP qui servent pour les 2: IMAP et POP3).
Donc alors qu'avec certains hébergeurs je me contentais de lire les emails
du dernier au premier jusqu'à tomber sur un email déjà lu (du coup,
lorsqu'il n'y avait pas de nouveaux mails, la réponse etait immédiate
puisque le dernier mail renvoyé était déjà lu, c'est que les autres
l'étaient forcément!!) et bien avec d'autres hébergeurs (ovh) cela n'est pas
possible car le dernier mail recu apparait en milieu de liste ou
ailleurs!!!!

Voyez vous mieux le problème maintenant???
J'ai essayé des méthodes de tri mais c'est pire, car avec POP3 (avec IMAP
j'ai pas testé) cet imbécile de fonction de tri récupère TOUS les emails en
local avant de les trier, Le tri ne se faisant pas directement sur le
serveur, le problème de la durée n'est pas résolu!! Pareil pour la fonctin
SEARCH qui me prend un temps fou.
Alors, je repose la question au cas où: COMMENT FAIT OULOOK pour savoir le
nombre de nouveaux mails SANS les parser 1 par 1 (j'ai 1000 mails dans ma
BAL et il me répond en moins de 2 secondes, donc il peut pas les lire un par
un).
Est-ce de la magie noire????

Merci à vous

Rod

[WebRod]

oups!!
Sorry for this question in french!!
I sent my message to the wrong group
I will open a new thread to ask the same question in english!!

"WebRod" <no****@bouygtel.fr> a écrit dans le message de news:
41***********************@news.club-internet.fr...

Bonjour,

comment savoir en moins de 5 secondes (enfin rapidement quoi) combien de
nouveaux messages non récupérés se trouvent dans une BAL sur une serveur
POP3 (pas d'imap donc)????
(en sachant que lorsque l'on récupère les emails, on ne les supprime pas
du serveur au fur et à mesure)

Parceque OUTLOOK y arrive bien lui!!

Impossible de trouver la solution aprés des heures de recherches.
Si quelqu'un trouve comment faire avec PHP je lui tire mon chapeau, car
sans vouloir être prétentieu, je pense avoir suffisamment tourner le
problème dans tous les sens pour penser qu'il n'y a pas de solution.

Mais je garde espoir!!

En effet la seule solution que je trouve est de récupérer à chaque
connexion l'ensemble des headers de TOUS (!!) les emails, et de les
comparer avec les headers des emails déjà lus pour savoir lesquels sont
déjà récupérés, et lesquels ne le sont pas!!!
Du coup il me faut plusieurs minutes à chaque fois pour parfois répondre
"pas de nouveau message!!".

Bon j'en vois déjà qui rigolent en se disant que la solution est bien
simple et que je suis un idiot. Lisez pluto la suite, j'attends vos
réponses!!

Voilà les problèmes que j'ai rencontré avec POP3:
- pas d'UID comme avec IMAP, donc pas de numéro unique et non.On a bien le
champs MESSAGE_ID, mais c'est le logiciel de messagerie du client qui le
défini, et parfois il le définit même pas donc ce champs est vide. Champs
à oublié!!
- le champs UDATE renvoit parfois 0 au lieu du timestamp UNIX
- le champs DATE renvoit des dates à des formats différents
- les emails ne sont pas triés dans un ordre logique chez certain
hébérgeurs

Le dernier point est le plus problèmatique.
En effet, alors que je pensais que les messages étaient empilés, et bien
non, certains hébergeurs d'emails (ovh) renvoit les emails dans le
désordre lors d'une connexion à leur serveur avec les fonctions PHP
(j'utilises les fonctions PhP IMAP qui servent pour les 2: IMAP et POP3).
Donc alors qu'avec certains hébergeurs je me contentais de lire les emails
du dernier au premier jusqu'à tomber sur un email déjà lu (du coup,
lorsqu'il n'y avait pas de nouveaux mails, la réponse etait immédiate
puisque le dernier mail renvoyé était déjà lu, c'est que les autres
l'étaient forcément!!) et bien avec d'autres hébergeurs (ovh) cela n'est
pas possible car le dernier mail recu apparait en milieu de liste ou
ailleurs!!!!

Voyez vous mieux le problème maintenant???
J'ai essayé des méthodes de tri mais c'est pire, car avec POP3 (avec IMAP
j'ai pas testé) cet imbécile de fonction de tri récupère TOUS les emails
en local avant de les trier, Le tri ne se faisant pas directement sur le
serveur, le problème de la durée n'est pas résolu!! Pareil pour la fonctin
SEARCH qui me prend un temps fou.
Alors, je repose la question au cas où: COMMENT FAIT OULOOK pour savoir le
nombre de nouveaux mails SANS les parser 1 par 1 (j'ai 1000 mails dans ma
BAL et il me répond en moins de 2 secondes, donc il peut pas les lire un
par un).
Est-ce de la magie noire????

Merci à vous

Rod

[Erwin Moller]

WebRod wrote:

oups!!
Sorry for this question in french!!
I sent my message to the wrong group
I will open a new thread to ask the same question in english!!

Merci. :-)