aeris22’s avataraeris22’s Twitter Archive—№ 64,339

          1. Ça me fera toujours marrer les gens qui mettent « urgent » et « email » dans la même phrase. Avez-vous réellement lu le RFC 5321 ? tools.ietf.org/html/rfc5321
            Permalink On twitter.com Twitter logo aeris22’s avatar ♻️ 9 Retweets ❤️ 18 Favorites Mood 0
        1. …in reply to @aeris22
          En TLDR, la séquence de timeout principale est déjà à 35min *SI TOUT SE PASSE BIEN* (ie sans erreur rencontrée). Ajoutez le greylisting moderne, vous ne pourrez délivrer votre message qu’au bout de 5 à 15min généralement. Et ça c’est en supposant que vous avez du bol et que c’est
          Permalink On twitter.com Twitter logo aeris22’s avatar Mood -2 🙁
      1. …in reply to @aeris22
        la même machine qui revient présenter le message à la 2nde tentative. Sinon vous repartez pour 5 à 15min d’attente.
        Permalink On twitter.com Twitter logo aeris22’s avatar Mood 0
    1. …in reply to @aeris22
      Ah oui, et du coup avec du greylisting, vous pouvez donc avoir 5min + 15min + 35min d’attente avant d’avoir le mail de délivré. Et tout ce sera *BIEN* passé dans ce cas-là un. Ce n’est *PAS* un cas d’erreur.
      Permalink On twitter.com Twitter logo aeris22’s avatar ♻️ 1 Retweets Mood -2 🙁
  1. …in reply to @aeris22
    S’il y a réellement un cas d’erreur ie votre message ne passe pas la 1ère fois pour une raison ou une autre ? Le RFC indique que l’émetteur devra réessayer. Durant *AU MOINS* 4 à 5 **jours**.
    On twitter.com Twitter logo aeris22’s avatar Mood 0
    1. …in reply to @aeris22
      Bref, si vous voulez avoir la certitude que votre destinataire reçoit rapidement une information, oubliez le mail. On attend d’un protocole lent et asynchrone d’être instantané et synchrone. XMPP est plus adapté pour ça.
      Permalink On twitter.com Twitter logo aeris22’s avatar ♻️ 3 Retweets ❤️ 3 Favorites Mood 0