Mail ultra Bas Débit
Salut,
Lors d'un récent voyage j'ai du composer avec des accès à internet à ultra bas débit (genre 3 minutes et après plusieurs essais pour afficher http://google.com). Autant vous dire que les webmail genre yahooMail, gmail, hotmail et consorts étaient complètement inutilisables.
Heureusement, j'avais anticipé en écrivant avant de partir une petite application ultra-légère (avec champs pré-remplis, cf. copie d'écran jointe) pour pouvoir envoyer quelques petits messages rassurants à mes proches. Et ça a marché à merveille ! 🙂
De retour en France, j'ai commencé à réfléchir à modifier mon système pour le proposer à mes amis voyageurs, jusqu'à ce que je me dise que ça pourrait être un service proposé par voyageforum.com .
Voici donc ma proposition :
Ligne directrice : Les principes fondamentaux sont légèreté, simplicité, compatibilité (tous système et surtout les plus vieux/lents). Voici ce qu'il en découle : - pas d'images, - pas de scripts, - pas de css, - pas de cookies, - HTML ultra basic (genre 3.2), - pas de fioritures (couleurs, styles de font, etc.)
URL : L'adresse doit être courte et mnémotechnique, comme par exemple http://voyageforum.com/mbd (pour Mail/Message Bas Debit)
Login : Formulaire de login simple avec pseudo et mot de passe. Prévoir d'informer quelque-part l'utilisateur qu'il sera peut être amené à taper son mot de passe sur un clavier "exotique".
Écriture du message : Formulaire de composition du message avec les champs suivants : Destinataires : Champ pré-rempli (avec la valeur saisie lors de la dernière utilisation ou définie dans une propriété du compte). L'avantage de définir la liste des destinataires dans le compte c'est qu'on ne peu pas la perdre en faisant une fausse manipulation, l'inconvénient c'est que c'est plus lourds à modifier. Éventuellement limiter le nombre de destinataires pour réduire le risque de classement du message comme spam par les filtres automatisés. Destinataire Carbon Copy : L'adresse mail de l'utilisateur VF (champ pré-rempli), pour qu'il ait une copie du message qu'il a envoyé. Sujet : Champ pré-rempli (avec la valeur saisi lors de la dernière utilisation). Corps du message : Champ pré-rempli (avec la valeur saisi lors de la dernière utilisation). Ajout coté serveur (pour ne pas charger inutilement la page) d'une note de bas de message dans le même esprit que mon PS1 à l'attention des destinataires. Notification d'envoi : Afficher clairement le fait que le message a bien été envoyé, parce qu'avec une connexion internet non fiable il faudra potentiellement s'y reprendre à plusieurs reprises.
Logout : Sur toutes les pages il faut la présence d'un moyen de se déconnecter.
Voila c'est ma proposition d'évolution qui peu être très pratique pour les "baroudeurs"............. qui ont un entourage un peu anxieux 😉
A+, Ronan.
Lors d'un récent voyage j'ai du composer avec des accès à internet à ultra bas débit (genre 3 minutes et après plusieurs essais pour afficher http://google.com). Autant vous dire que les webmail genre yahooMail, gmail, hotmail et consorts étaient complètement inutilisables.
Heureusement, j'avais anticipé en écrivant avant de partir une petite application ultra-légère (avec champs pré-remplis, cf. copie d'écran jointe) pour pouvoir envoyer quelques petits messages rassurants à mes proches. Et ça a marché à merveille ! 🙂
De retour en France, j'ai commencé à réfléchir à modifier mon système pour le proposer à mes amis voyageurs, jusqu'à ce que je me dise que ça pourrait être un service proposé par voyageforum.com .
Voici donc ma proposition :
Ligne directrice : Les principes fondamentaux sont légèreté, simplicité, compatibilité (tous système et surtout les plus vieux/lents). Voici ce qu'il en découle : - pas d'images, - pas de scripts, - pas de css, - pas de cookies, - HTML ultra basic (genre 3.2), - pas de fioritures (couleurs, styles de font, etc.)
URL : L'adresse doit être courte et mnémotechnique, comme par exemple http://voyageforum.com/mbd (pour Mail/Message Bas Debit)
Login : Formulaire de login simple avec pseudo et mot de passe. Prévoir d'informer quelque-part l'utilisateur qu'il sera peut être amené à taper son mot de passe sur un clavier "exotique".
Écriture du message : Formulaire de composition du message avec les champs suivants : Destinataires : Champ pré-rempli (avec la valeur saisie lors de la dernière utilisation ou définie dans une propriété du compte). L'avantage de définir la liste des destinataires dans le compte c'est qu'on ne peu pas la perdre en faisant une fausse manipulation, l'inconvénient c'est que c'est plus lourds à modifier. Éventuellement limiter le nombre de destinataires pour réduire le risque de classement du message comme spam par les filtres automatisés. Destinataire Carbon Copy : L'adresse mail de l'utilisateur VF (champ pré-rempli), pour qu'il ait une copie du message qu'il a envoyé. Sujet : Champ pré-rempli (avec la valeur saisi lors de la dernière utilisation). Corps du message : Champ pré-rempli (avec la valeur saisi lors de la dernière utilisation). Ajout coté serveur (pour ne pas charger inutilement la page) d'une note de bas de message dans le même esprit que mon PS1 à l'attention des destinataires. Notification d'envoi : Afficher clairement le fait que le message a bien été envoyé, parce qu'avec une connexion internet non fiable il faudra potentiellement s'y reprendre à plusieurs reprises.
Logout : Sur toutes les pages il faut la présence d'un moyen de se déconnecter.
Voila c'est ma proposition d'évolution qui peu être très pratique pour les "baroudeurs"............. qui ont un entourage un peu anxieux 😉
A+, Ronan.
