Je trouverai cela tellement plus cohérent de tout me présenter dans une seule arborescence
flemme de lire tout ton post, mais c est le fonctionnement de TB par default si tu utilise des boites POP.
Perso, je prefere IMAP justement parce que je veux tout garder separer. Toutefois, en IMAP, rien ne t empeche de faire ce qui suit:
pour chaque dossier IMAP, tu cre une regle de filtrage, et tu declare que tout mail posterieur au 01/01/1970 ( ou avant) sera deplace dans le dossier Local/inbox.
Je ne vois franchement pas ce qu il y as de complique a ca. Je crois surtout que tu critiques sans avoir reflechi a comment contourner le poteau qui est devant toi ... alors qu il y as de quoi faire passer un 36t de chaque cote.
Je pense que la meme chose est fesable avec les autres logiciels de mail comme OE ...
Par contre ce que je cherche, c est un client mail qui soit capable de repondre automatiquement aux mails d un certain dossier: imaginons que TB deplace les spams dans Junk, je voudrais qu au lieu d effacer les Junk, quelque chose s occupe de repondre systematiquement aux mail, question que si un humain vrai veut m ecrire, et que le mail est considere comme un spam, le truc ne soit pas flushe sans rien dire, mais que l emeteur legitime soit averti que JE N AI PAS LU son message.
N abordez pas le probleme du pingpong. J ai deja resolu le pb du pingpong autrement, le jour ou j ai mis en place ce system sur un server IMAP qui se charge de faire ca en Perl, avec le script Perl appele par un CGI depuis une machine qui roule un crontab/hourly. Ca marche tres bien. Mais si un filtre antispam pouvait inclure cette fonction, ca m arrangerais beaucoup pour essayer un truc plus souple.
# \_o<
Posté par doublehp . En réponse au journal J'ai rêvé d'un client mail différent. Évalué à 2.
flemme de lire tout ton post, mais c est le fonctionnement de TB par default si tu utilise des boites POP.
Perso, je prefere IMAP justement parce que je veux tout garder separer. Toutefois, en IMAP, rien ne t empeche de faire ce qui suit:
pour chaque dossier IMAP, tu cre une regle de filtrage, et tu declare que tout mail posterieur au 01/01/1970 ( ou avant) sera deplace dans le dossier Local/inbox.
Je ne vois franchement pas ce qu il y as de complique a ca. Je crois surtout que tu critiques sans avoir reflechi a comment contourner le poteau qui est devant toi ... alors qu il y as de quoi faire passer un 36t de chaque cote.
Je pense que la meme chose est fesable avec les autres logiciels de mail comme OE ...
Par contre ce que je cherche, c est un client mail qui soit capable de repondre automatiquement aux mails d un certain dossier: imaginons que TB deplace les spams dans Junk, je voudrais qu au lieu d effacer les Junk, quelque chose s occupe de repondre systematiquement aux mail, question que si un humain vrai veut m ecrire, et que le mail est considere comme un spam, le truc ne soit pas flushe sans rien dire, mais que l emeteur legitime soit averti que JE N AI PAS LU son message.
N abordez pas le probleme du pingpong. J ai deja resolu le pb du pingpong autrement, le jour ou j ai mis en place ce system sur un server IMAP qui se charge de faire ca en Perl, avec le script Perl appele par un CGI depuis une machine qui roule un crontab/hourly. Ca marche tres bien. Mais si un filtre antispam pouvait inclure cette fonction, ca m arrangerais beaucoup pour essayer un truc plus souple.