• [^] # Re: Toujours le même problème: centralisation

    Posté par (site web personnel, Mastodon) . En réponse au journal Les applications "cloud" sont elles un danger pour internet?. Évalué à 2.

    Okay, donc avec XMPP aussi, si je comprends bien, ça marche dans un cas idéal, à savoir le cas où l'expéditeur et le récepteur sont connectés au même moment.

    Euh non, ça marche dans le cas normal, et si jamais tu as un quota sur le serveur de fichiers, tu peux passer par un autre, ou faire un envoi P2P, qui est aussi un cas normal mais qui demande à ce que l'autre soit en ligne.

    2 personnes en ligne en même temps c'est beaucoup moins rare que de te retrouver dans un cas où tout le monde gère sa propre chaîne de courriel, et que tout soit configuré sans limite.

    Base64 : ça dépend du MUA (si son auteur a décidé de forcer à encoder en base64) car ça doit faire 15 ans que les MTA sont capables de passer du 8-bits sans accroc.

    ok pour le coup de la taille, si toute la chaîne accepte du 8 bits ça fonctionne.

    Stockage intermédiaire : si tu n'es pas dans le cas idéal en XMPP, il faut bien que ça soit stocké sur un serveur. Donc même raison pour mettre des quotas qu'en SMTP.

    Oui il faut que ça soit stocké, mais une seule fois, pas à chaque MTA.

    Reprise de transfert : bien, mais ça implique que les serveurs stockent pendant un certain délai les morceaux de fichiers dont le transfert est inachevé. Devrait influer négativement sur les quotas.

    Les quotas tu es dépendant du serveur de fichiers que tu choisis. En SMTP tu es dépendant de tes MUA/MTA que tu peux maîtriser, mais aussi de ceux de ton correspondant.

    Si Thunderbird stocke les gros fichiers sur des services externes et envoi le lien dans le message, c'est qu'il y a une raison...