Forum Linux.général courriels directs

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
-10
27
juil.
2014

bonjour à tous

il faut ajouter une liste déroulante dans les clients mails pour choisir le serveur smtp du destinataire (comme toto),son adresse ip ou son domaine,du genre smtp.toto.com
ainsi les courriels parviennent directement sur l'ordinateur du destinataire toto
si le serveur smtp du destinataire n'est pas disponible,le message reste en liste d'attente jusqu'a la prochaine tentative
c'est l'idée originale de gitmail (ghost in the mail) de clément plantier
ps: merci de finir ton boulot clément si tu nous écoutes

  • # Déjà fait

    Posté par  (site web personnel) . Évalué à 7.

    Bravo, c'est une réinvention de ce qui se fait depuis le début de SMTP : ce qui est à droite de l'@, c'est le nom de domaine ou l'adresse IP du serveur de destination.

    • [^] # Re: Déjà fait

      Posté par  . Évalué à -10.

      tu l'as dit tanguy …
      il me semble que la confidentialité de nos courriels nous oblige à proposer cette possibilité dans les clients mails

      • [^] # Re: Déjà fait

        Posté par  (site web personnel) . Évalué à 2.

        Justement.
        C'est déjà le cas. C'est à droite de @ !

        • [^] # Re: Déjà fait

          Posté par  . Évalué à -10.

          nous avons un serveur smtp par défault dans les client mails
          nous devons avoir un champ avec une liste déroulante de serveurs smtp dans " composition du message "
          il doit être possible d'ajouter le serveur smtp du destinataire à utiliser dans le carnet de contact
          évidement un serveur smtp doit être installé sur l'ordi du destinataire

    • [^] # Re: Déjà fait

      Posté par  . Évalué à 4.

      Je pense que robertix n'a peut-être pas été très explicite dans ses propos mais de ce que je comprends, la solution proposée est la suivante : plutôt que de remettre le message au serveur SMTP de l'émetteur, qui se charge ensuite de le transmettre au serveur SMTP du destinataire, de s'adresser directement au serveur SMTP du destinataire depuis son MUA.

      La chaîne :
      Client de l'émetteur (MUA) => SMTP de l'émetteur (FAI, google, yahoo, ...) => SMTP du destinataire => Client du destinataire (MUA)
      deviendrait alors :
      Client de l'émetteur (MUA) => SMTP du destinataire => Client du destinataire (MUA)

      En théorie, cela éviterait que nos courriels transitent par plein de serveurs SMTP intermédiaires qui ne sont pas maîtrisés par le destinataire.

      Maintenant, ça suppose que le SMTP du destinataire soit configuré en conséquence et il y a sûrement tout un tas d'autres impacts sur la résilience, la fiabilité, la scalabilité et j'en passe …

      Si vous n'aimez pas ce commentaire c'est qu'il est ironique.

      • [^] # Re: Déjà fait

        Posté par  (site web personnel) . Évalué à 3.

        Oui mais c'est en pratique faisable, sans changer le protocole.
        Le SMTP de l'émetteur peut être inscrit dans une chaîne de confiance vu qu'il est possible de l'installer chez soi voire sur sa propre machine.

        Quant au SMTP du destinataire, si il est installé également en local, on envoie bien un mail directement, sans intermédiaires.

        • [^] # Re: Déjà fait

          Posté par  . Évalué à -10.

          l'interêt d'ipv6 c'est aussi de faire la connexion directement sur l'ordi du destinataire même sur un réseau local,c'est pas naté
          en ipv6 il y a assez d'adresses pour cela

      • [^] # Re: Déjà fait

        Posté par  . Évalué à 2.

        Maintenant, ça suppose que le SMTP du destinataire soit configuré en conséquence et il y a sûrement tout un tas d'autres impacts sur la résilience, la fiabilité, la scalabilité et j'en passe …

        tout betement, il se passe quoi si le serveur destination n'est pas joignable au moment de l'envoi ?

        l'email reste dans la boite d'envoie ?
        et il te faudra reconnecter ton client mail pour retenter l'envoi…

        • [^] # Re: Déjà fait

          Posté par  . Évalué à -10.

          il est renvoyé automatiquement périodiquement selon la configuration du client mail

          • [^] # Re: Déjà fait

            Posté par  . Évalué à 2.

            le client mail garde l'email dans la boite d'envoi jusqu'a la prochaine synchro

            mais du coup, mon email n'est pas envoyé si j'ecris à ma mere, que son serveur est down
            et que j'eteins mon PC car je pars en vacances…

            si dans l'email je lui donnes mon programme, lui disant ou elle peut me retrouver,
            ben elle n'aura jamais l'info,
            ou alors, si , elle l'aura quand je rentrerais chez moi 3 semaines plus tard.

            • [^] # Re: Déjà fait

              Posté par  . Évalué à -10. Dernière modification le 27 juillet 2014 à 14:33.

              en plus si la facture d'electricité n'est pas payée …
              si son ordi est ON pourquoi le smtp serait DOWN ?

              "j'eteins mon PC car je pars en vacances…"

              le serveur smtp tu l'installes sur le mobile avec lequel tu pars en vacances

              • [^] # Re: Déjà fait

                Posté par  . Évalué à 2.

                ca m'arrive de partir en vacances sans ordi,
                ca veut dire que je dois ecrire l'email avec mon smartphone car je prend la route dans 1h ?

                pour etre sur de pouvoir envoyer l'email un peu plus tard si le serveur de destination n'est pas joignable ?

            • [^] # Re: Déjà fait

              Posté par  . Évalué à 2.

              mais du coup, mon email n'est pas envoyé si j'ecris à ma mere, que son serveur est down

              En effet, mais tu es prévenu du problème et tu peux prendre une décision (autre canal de communication ou laisser tomber). C'est différent des mails classiques (ton mail part dans tous les cas mais tu ne sais pas si la machine du destinataire est allumée) mais ça a aussi ses avantages.

              • [^] # Re: Déjà fait

                Posté par  . Évalué à -10.

                vrai jgo !
                de plus avec un carnet de contact après avoir indiqué l'adresse du serveur smtp,on peut ajouter la clé de chiffrement du destinataire

                la mathématique:
                la vérité est dans π

                la philosophie:
                pourquoi la vie ? pourquoi pas la vie ?
                le père dit à son fils,il est tant pour toi de déployer tes ailes,de quitter le nid et de voir le monde,c'est pour cela que je t'ai créé mon fils

  • # Tor

    Posté par  . Évalué à -1.

    A première ça semble idiot, mais seulement à première vue. En fait c'est pas bête.

    Ca remplacerait avantageuse toutes les application qui font ça sur les téléphones portables.

    Si le but est la confidentialité, pourquoi ne pas faire passer ça par Tor. Avec des services cachés par exemple.

  • # MTA local

    Posté par  . Évalué à 1.

    C'est quoi l'intérêt par rapport à un MTA local classique qui utiliserait les enregistrements MX de façon standard ?

    • [^] # Re: MTA local

      Posté par  . Évalué à 1.

      Au hasard … ne pas avoir à installer un MTA sur chaque poste utilisateur quand le MUA suffit :)
      Mais je reconnais que je gère mon propre MTA :D

      Si vous n'aimez pas ce commentaire c'est qu'il est ironique.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.