classe pouvant lire un email

Version imprimable

Voir 40 message(s) de cette discussion en une page

17/02/2010, 10h46
Marco46

Je t'ai répondu. La réponse est non.

POP n'est pas fait pour garder les messages sur le serveur une fois lus (partiellement ou non). Du coup il n'y a aucun mécanisme pour le faire, logique, c'est le principe de la boite aux lettres.

Si tu souhaites un tel comportement, utilises IMAP.

Si tes décideurs t'imposent un tel comportement pour ton application, et qu'ils t'imposent dans la foulée d'utiliser POP, ils sont juste à côté de la plaque, mais venant de décideurs ça semble logique (cf principe de Dilbert). Dans ce dernier cas il reste la bonbonne de gaz et les clous, ou bien les poupées vaudou.
17/02/2010, 10h51
thaundeadboss

et comment pourrais je faire en utilisant imap j'ai effectué des recherche mais en vaine car je trouve pas de tutoriel ,qui soit claire et compréhensible, sur imap

Merci marco pour ton aide.
17/02/2010, 11h02
tchize_

y a que le protocole qui change, le code reste en très gros le même. L'api javamail est indépendante en grande parti du protocole.

Imap: tu met les flags sur tes objets javax.mail.Message et ensuite, su le message, t'appelle la méthode saveChanges()
17/02/2010, 11h22
Marco46

N'oublie pas de vérifier que le serveur de test que tu vas utiliser supportes IMAP (ce n'est pas toujours le cas) et surtout qu'en production il en sera de même.
17/02/2010, 11h24
thaundeadboss

merci je vasi essayer la chose et je vous tiends eu courant

salut.
quand j'essaie de me connecter au serveur avec imap ile me sort les exception suivante

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
javax.mail.MessagingException: Connection refused: connect;
nested exception is:
java.net.ConnectException: Connection refused: connect
at com.sun.mail.imap.IMAPStore.protocolConnect(IMAPStore.java:618)
at javax.mail.Service.connect(Service.java:291)
at javax.mail.Service.connect(Service.java:172)
at download_mail_attach.main(download_mail_attach.java:40)
Caused by: java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:507)
at java.net.Socket.connect(Socket.java:457)
at com.sun.mail.util.SocketFetcher.createSocket(SocketFetcher.java:284)
at com.sun.mail.util.SocketFetcher.getSocket(SocketFetcher.java:227)
at com.sun.mail.iap.Protocol.<init>(Protocol.java:109)
at com.sun.mail.imap.protocol.IMAPProtocol.<init>(IMAPProtocol.java:104)
at com.sun.mail.imap.IMAPStore.protocolConnect(IMAPStore.java:585)

je ne sais pas mais quand je fais avec pop3 ça marche voila mon code

Code:

1
2
3
IMAPStore store= (IMAPStore) session.getStore("imap");
store.connect(host, username, password);

et ça ne cesse de peter les plans.

17/02/2010, 16h35
tchize_

verifie les ports du serveur imap. Visiblement ton cilent essaie de se connecter à un port qui n'est pas ouvert.
17/02/2010, 16h55
thaundeadboss

j'ai essayé une connexion Telnet avec le serveur sur les ports 143 et 993 et la connexion échoue à toute tentative je crois que l'admin a du changer les ports
qu'en pensez vous?
17/02/2010, 17h05
Marco46

Que tu devrais contacter l'admin réseau pour savoir si IMAP est supporté par ton serveur... ... comme je te le disais 5 messages plus haut ...
18/02/2010, 10h40
thaundeadboss

j'ai contacté l'administrateur et il m'a dit que imap est désactivé
je ne sais quoi faire maintenant sachant qu'un jour la boite comportant toutes le demandes un jour sera remplie alors le programme plantera surement.
je pense à supprimer chaque message après sa lecture mais je crois que par souci d'historisation aucun message ne doit être supprime.
alors la je suis à court d'idées.
et merci pour toutes vos réponses.
18/02/2010, 10h46
tchize_

Citation:

Envoyé par thaundeadboss

la boite comportant toutes le demandes un jour sera remplie alors le programme plantera surement.
.... je crois que par souci d'historisation aucun message ne doit être supprime.

La contradiction devrais te sauter aux yeux, et elle ne viens pas d'imap....
18/02/2010, 10h49
Marco46

Il faut que tu en parles avec tes décideurs.

Soit ils ordonnent à l'admin réseau d'activer IMAP, soit ils te permettent de supprimer les mails des boites aux lettres et d'historiser en local ou sur un partage réseau.

C'est l'un ou l'autre. Enfin, il faut que tu demandes à ton/tes chefs de trancher.
18/02/2010, 10h52
thaundeadboss

malheuresement tchiz rien ne me saute aux yeux mais si t'aurais l'aimabilité de me dire de quelle contradiction tu parle je te serai reconnaissant.
18/02/2010, 11h32
tchize_

tu dis d'un coté que quand la boite sera plein ca va poser un problème avec ton application, et de l'autre tu dis que tu veux laisser la boite se remplir. C'est comme vouloir le beurre et l'argent du beurre. Pop ou impa le problème reste le même. Tu peux pas a la fois te plaindre qu'elle se rempli parce que tu efface pas et de l'autre dire que tu veux pas effacer. Ou alors j'air rien compris à ton problème.
18/02/2010, 11h41
Marco46

Citation:

Envoyé par tchize_

tu dis d'un coté que quand la boite sera plein ca va poser un problème avec ton application, et de l'autre tu dis que tu veux laisser la boite se remplir. C'est comme vouloir le beurre et l'argent du beurre. Pop ou impa le problème reste le même. Tu peux pas a la fois te plaindre qu'elle se rempli parce que tu efface pas et de l'autre dire que tu veux pas effacer. Ou alors j'air rien compris à ton problème.

C'est pas faux ... :)
18/02/2010, 11h41
thaundeadboss

la boite se doit de contenir toutes le demandes avec les document qui leurs sont relatifs.
ce que j'entends quand je dis que le fait que la boite soit bourrée de demandes ça posera un problème ,ceci est du cote du programme qui aura à traiter des centaines de message ce qui plantera le système surement si le programme traite 900 messages par exemple.
moi ce que je cherche à faire c'est de ne pas avoir à retraiter les messages c'est tout
et merci tchiz.
18/02/2010, 13h08
tchize_

ben dans ce cas, si t'a pas accès au flags, le plus simple est de garder du coté de ton application une liste des messages ids déjà traités et de ne plus traiter ces messages.
22/02/2010, 11h26
thaundeadboss

j'ai honte de le demander mais je ne sais pas comment pourrais je faire la chose.
est ce que je dois stocker mes sessions dans une base de donnée ou bien stocker tous les messages traités dans un fichier et le parcourir ensuite
merci pour toutes vos reponses.
merci infiniment tchiz et marco.
22/02/2010, 11h29
tchize_

je crois que pour juste stocker une liste d'ids, un bete fichier suffit :D Evidement tout dépend de l'application. Si elle utilise déjà un DB, pourquoi ne pas s'en servir pour rester cohérent?
22/02/2010, 11h35
thaundeadboss

je sais pas mais quand j'ai parcouru les attributs de la classe message je n'y ai pas touvé d'attributs id alors est ce que je stocke leur indice dans le tableau retourne par la methode getmessages du folder ou quoi ?
et si l'odre des msgs change ou qu'on supprime un message.

Voir 40 message(s) de cette discussion en une page