Merci beaucoup pour vos réponses détaillées. Si je condense les réponses de Jehan et de Goffi, on peut donc imaginer le mécanisme suivant:
1° On envoie directement le fichier au destinataire s'il est connecté (sans quota de taille).
2° Si le destinataire est déconnecté, le programme spécifie que l'autre pair est le serveur (du destinataire si il est disponible ou celui de l'émetteur dans l'autre cas voir un serveur externe HTTP ou autre à paramétrer). Il y aurait alors des quotas de taille de fichier dépendant du serveur qui héberge le fichier.
3° Si le destinataire était non connecté lorsque le fichier a été envoyé, il a la possibilité de le récupérer lors de sa prochaine connexion (le serveur lui envoie un message contenant l'URI).
4° Le destinataire a le choix de laisser la pièce jointe sur le serveur pour consulter la pièce jointe depuis un autre client ou alors d'effacer le fichier du serveur après téléchargement sans possibilité de le récupérer depuis un autre client.
Je pense qu'un schéma de ce type permettrait de remplacer (et de surpasser)complètement l'usage du mail. Si on veut envoyer une grosse archive de photos, on est plus obligé d'envoyer 10 mails de 15Mo contenant chacun son lot de fichier, mais de simplement fixer un moment où le destinataire allume son client et on attend que transfert ait lieu afin de récupérer la série de fichier d'un coup. Si on veut simplement envoyer un fichier de taille raisonnable à un destinataire non connecté, on peut le faire aussi facilement qu'avec un mail.
[^] # Re: Pièce jointe
Posté par jnanar (site web personnel) . En réponse au journal Parlons XMPP - épisode 9 - copie de fichiers et Jingle. Évalué à 1.
Merci beaucoup pour vos réponses détaillées. Si je condense les réponses de Jehan et de Goffi, on peut donc imaginer le mécanisme suivant:
1° On envoie directement le fichier au destinataire s'il est connecté (sans quota de taille).
2° Si le destinataire est déconnecté, le programme spécifie que l'autre pair est le serveur (du destinataire si il est disponible ou celui de l'émetteur dans l'autre cas voir un serveur externe HTTP ou autre à paramétrer). Il y aurait alors des quotas de taille de fichier dépendant du serveur qui héberge le fichier.
3° Si le destinataire était non connecté lorsque le fichier a été envoyé, il a la possibilité de le récupérer lors de sa prochaine connexion (le serveur lui envoie un message contenant l'URI).
4° Le destinataire a le choix de laisser la pièce jointe sur le serveur pour consulter la pièce jointe depuis un autre client ou alors d'effacer le fichier du serveur après téléchargement sans possibilité de le récupérer depuis un autre client.
Je pense qu'un schéma de ce type permettrait de remplacer (et de surpasser)complètement l'usage du mail. Si on veut envoyer une grosse archive de photos, on est plus obligé d'envoyer 10 mails de 15Mo contenant chacun son lot de fichier, mais de simplement fixer un moment où le destinataire allume son client et on attend que transfert ait lieu afin de récupérer la série de fichier d'un coup. Si on veut simplement envoyer un fichier de taille raisonnable à un destinataire non connecté, on peut le faire aussi facilement qu'avec un mail.