RE: Thunderbird

  • Canada
  • Microsoft Exchange
Effectivement, sur linux, j'aurais probablement d'autres options (peut-être
sur windows aussi). Mais comme mon système présent est Windows, et que le
mailer que je voudrais remplacer (outlook express) a cette fonctionalité, je
me suis dit que ça pouvait être la même chose. Outlook d'office le permet
aussi, et ce n'est pas nécessairement la tâche du serveur.

L'équipe de programmation gmail est en train de programmer le forwarding
automatique du mail, ce qui est un autre exemple d'implémentation au sein du
mailer de la fonctionalité de forwarding de mail.

D.
 

Re: Thunderbird

  • Canada
  • GNU/Linux
  • Mutt

> Effectivement, sur linux, j'aurais probablement d'autres options (peut-être
> sur windows aussi). Mais comme mon système présent est Windows, et que le
> mailer que je voudrais remplacer (outlook express) a cette fonctionalité, je
> me suis dit que ça pouvait être la même chose. Outlook d'office le permet
> aussi, et ce n'est pas nécessairement la tâche du serveur.


Ça implique que tu doives laisser Outlook ouvert en tout temps, sinon le
forward ne fonctionne pas, n'est-ce pas? si ça fonctione et que Outlook
est fermé, c'est louche et ça sent davantage le server-side rules (à la
sieve, caché peut-être par l'interface de Outlook).



--
--====|====--
--------================|================--------
Patrice Levesque
http://ptaff.ca/
wayne(à)ptaff.ca
--------================|================--------
--====|====-- GPG: http://ptaff.ca/k.asc ID 9212A432
--
Pièces jointes
 

Re: Thunderbird

  • Canada
  • Windows
  • Mozilla Thunderbird
David Genest wrote:

> Effectivement, sur linux, j'aurais probablement d'autres options (peut-être
> sur windows aussi). Mais comme mon système présent est Windows, et que le
> mailer que je voudrais remplacer (outlook express) a cette fonctionalité, je
> me suis dit que ça pouvait être la même chose. Outlook d'office le permet
> aussi, et ce n'est pas nécessairement la tâche du serveur.


C'est encore un exemple de MS qui mélange la fonctionnalité
d'applications. Ce n'est pas au client qui lit tes emails à faire des
forwards automatiques. Ceci devrait être séparé pour plusieurs raisons:
1) tu veux pas toujours rouler ton client email, mais tu voudras que le
forwarding fonctionne en tout temps
2) tu voudras peut-être centraliser la gestion de ton forwarding, par
exemple tu te fais un serveur mail et tu veux que ce sois seulement lui
qui roulent le forwarding, parce que par exemple tu lis tes emails sur
un laptop qui n'est pas toujours branché...


Bref, il semble y avoir procmail sous Cygwin. Je ne sais pas si ça
fonctionne.

Il y aurait ce logiciel gratuit, mais pas libre, qui pourrait rediriger
tes emails d'un compte à un autre:
http://email.about.com/gi/dynamic/offsite.htm?zi=1/XJ&sdn=email&zu=http%3A%2F%
2Fwww.chimera.co.nz%2Findex.html



Sinon, tu pourrais te configurer une machine linux comme
serveur/firewall/router. Non seulement tu apprendrais Linux, mais tu
pourrais en même temps te mettre un vrai pare-feu entre ton ordi et
l'Internet.


> L'équipe de programmation gmail est en train de programmer le forwarding
> automatique du mail, ce qui est un autre exemple d'implémentation au sein du
> mailer de la fonctionalité de forwarding de mail.


Pour gmail, on peut pas dire que c'est simplement un client mail, c'est
aussi un serveur mail. Je veux dire, Google roule un MTA et un


--
Stefan "Mitch" Michalowski
a.k.a. DjDelovsky
Email: mitch(à)ptaff.ca
 

Re: Thunderbird

  • Canada
  • GNU/Linux
  • Mutt

> C'est encore un exemple de MS qui mélange la fonctionnalité
> d'applications. Ce n'est pas au client qui lit tes emails à faire des
> forwards automatiques.


D'accord avec toi, de manière générale ça ne relève pas du MUA de faire
ça, mais que l'usager n'ait pas à le savoir est la meilleure manière de
l'implémenter. (Rouler un proxy à côté ne me dérange pas, tout comme
Thunderbird/Enigmail pipe à GPG et ça ne dérange personne). David
serait en mesure de faire un setup d'application séparée, mais matante
Ginette non.

Dans le paradigme (héhé) de Thunderbird, ce serait un bon cas pour une
extension.

Je suis tout à fait au courant que le principe de base de POP/IMAP est
la mobilité, qu'on peut aller chercher son courrier de partout à travers
le monde. Or, les cas raisonnables d'utilisation d'un forward et autres
manipulations "côté client" sont fréquents:

1) Le serveur n'offre pas la possibilité d'agir sur les courriels, aussi
bête que ça puisse sonner;

2) Matante Ginette part en Floride 1 semaine. Normalement un auto-reply
devrait se faire côté serveur, mais si elle peut juste cliquer sur
"vacation" dans son logiciel et laisser son logiciel rouler chez elle,
c'est intuitif. Comment elle aurait le reflexe d'aller sur le serveur
de sympatico (et avec Firefox, ça va donc mal...) faire le setup de ça?
elle pourrait être aussi simple d'esprit que ça:

http://www.mbuf.ca/media/service_a_la_clientle_videotron1.mp3

3) Sergei travaille chez Microsolutions.NET et le sysadmin là-bas est
parano et ne laisse sortir que les requêtes http et MSN (héhé, encore).
Sergei ne peut pas aller chercher son courriel personnel de la maison
via POP/IMAP, et son provider ne lui fournit pas d'accès web. Il y a
des services web pour accéder à POP/IMAP, mais de faire du cut'n'paste
dans son MUA au travail est fatiguant et con.

4) Brigitte reçoit beaucoup de courriels importants dans une journée,
c'est une femme accomplie, et est souvent en meeting pour décider de la
couleur réglementaire du cutex des employées. Elle a son
cellulaire-email-jeux-256-couleurs et veut que ses courriels soient
acheminés vers son cellulaire payé par la compagnie quand elle est en
réunion. Un simple clic (elle n'aime pas les claviers) et son courriel
est forwardé. Qu'elle doive aller ailleurs que dans son MUA configurer
ça, plusieurs fois par jour, la décourage.

C'est un feature request populaire, qui a fêté son 5e anniversaire le
mois passé (iiiiiish! ça date de M15!)

http://bugzilla.mozilla.org/show_bug.cgi?id=11034


Je n'ai rien trouvé sur mozdev, c'est surprenant que personne ne se soit
donné la peine; ça doit pas être si compliqué que ça. Et tant qu'à le
faire, supporter le server-side filtering serait un joli bonus - et
lorsque c'est possible, ce serait "fait dans l'art" - et matante Ginette
n'aurait pas besoin de le savoir.

À qui veut la renommée mondiale, la perche est tendue.


--
--====|====--
--------================|================--------
Patrice Levesque
http://ptaff.ca/
wayne(à)ptaff.ca
--------================|================--------
--====|====-- GPG: http://ptaff.ca/k.asc ID 9212A432
--
Pièces jointes
 

 

Propulsé par xhtmail