Evolution d'OutClock

On y réfléchit mais rien n'est décidé.

Qu'est-ce qui manquerait selon toi ?

Chubaka écrit: Franchement que des pico-détails.
- une possibilités de paramétrer les couleurs afin de personnaliser l'habillage.

Cela ne fait pas partie des priorités...

Chubaka écrit: - une gestion des boites mails par onglet.

Je suppose pour l'affichage sélectif des messages ? Ceux-ci sont colorés lorsque l'on sélectionne une boîte.

Chubaka écrit: - une possibilité de modifier les paramètres d'une boite mail même s'il y a des messages (modifier la temporisation).

Il suffit de vider la liste avec le bouton ad hoc.

Chubaka écrit: - une gestion de son par boite mail.

Cela ne devrait pas être trop compliqué le jour où on le décidera

Chubaka,

- Pour la gestion des spams, la version actuelle (sans onglet par boîte) a cependant un énorme avantage, c'est que, pour les spams non encore détectés, on a un aperçu rapide de ces spams quand on a plusieurs boîtes dans le même domaine, puisque les spammeurs réussissent à envoyer les mêmes sur ces différentes boîtes.

- Un Outclock qui détecterait ces envois de spams (même expéditeur, même sujet sur des boîtes différentes) serait-il possible?

click écrit: Un Outclock qui détecterait ces envois de spams (même expéditeur, même sujet sur des boîtes différentes) serait-il possible?

C'est possible si l'on considère que ce qui demeure dans l'historique sont des spams et qu'il suffit alors d'analyser cet historique pour recenser les doublons.

Pour l'instant, on peut contrôler cet aspect en triant l'historique selon le critère de son choix.

Georges, dans tout ce que tu dis, je compte apporter des solutions lorsque je pourrai disposer d'éléments de code informatique dont j'ignore pour l'instant la disponibilité en matière de protocole IMAP.

Aucune date n'est visible à ce jour pour une future version que j'attends du projet indy. Ce que j'ai pu tester jusqu'à présent ne me permet pas de répondre positivement aux attentes des utilisateurs comme aux miennes.

Patience, donc...

gser écrit: Bonjour,
Avec l'arrivée du nouveau support du forum, j'ai cru un instant que la nouvelle version d'OutClock était arrivée, non il faut encore patienter

Si elle arrive un jour...

gser écrit: notre fidélité à OutClock finira bien par être récompenser...

Je suis sur qu'Alain y pense tous les jours en se rasant!

La technologie avançant à grand pas, en terme de développement la version Androïd est-elle en gestation auprès de sa grande sœur pour Windows.

Androïd étant malgré tout un système propriétaire conçu pour le "nuage", je ne vise pas d'aller vers ça. En tout état de cause, si aucun développeur ne vient nous rejoindre, l'évolution est très compromise, d'autant que la fin de Thunderbird est annoncée dans le cadre du développement de la messagerie sur le web.

Quand j'ai commencé le développement d'OutClock il y a 10 ans, j'étais sûr que c'était pour un usage de quelques années, j'étais sûr qu'à différents niveaux, les spams seraient vaincus sans qu'il soit besoin d'un logiciel sur chaque poste de travail. Et bien qu'aujourd'hui les fournisseurs de services soient dotés d'anti-spam sur leurs serveurs, on est loin du compte. Trop d'intérêts sont en jeu pour que de véritables solutions de fond au niveau du réseau lui-même soient proposées. Et il semble que la solution du nuage emporte les suffrages au moment où nous allons disposer de plusieurs terminaux de nature différente que l'on souhaite synchroniser. De fait, c'est bien sur le serveur de messagerie qu'on devrait répondre au problème des spams, à défaut d'une solution à la base. Ce faisant, je crains que l'accès aux messages avec les protocoles historiques POP et IMAP soit progressivement abandonné. Dans quel environnement devrait-on alors imaginer le futur d'un anti-spam ? pas facile d'y répondre.

Quant à travailler avec des étudiants, je crains que les nécessités d'apprentissage du point de vue des enseignants rendent la maîtrise du développement aléatoire.