PHWinfo banniere

Titres
PORTAIL ANNUAIRE ARTICLES COMPARATEUR HÉBERGEURS DEVIS FORUMS RÉDUCTEUR D'URL
Précédent   PHWinfo > Forums Hébergement > Forum Logiciels d'hébergement > comp.mail.imap > procmail vs. server-side Sieve vs. client-side Sieve
S'inscrire FAQ Membres Recherche Messages du jour Marquer les forums comme lus
comp.mail.imap Discussion of IMAP-based mail systems.

procmail vs. server-side Sieve vs. client-side Sieve

Réponse
 
LinkBack Outils de la discussion
Vieux 17/05/2006, 15h45   #1
Jochen Hayek
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut procmail vs. server-side Sieve vs. client-side Sieve

Years ago my ISP suggested me to use procmail rules together with my IMAP mail boxes with them.
My .procmailrc is now 7,500 lines long.
Now they announced, they would stop that service.
But apparently they will also not provide server-side Sieve.

Is client-side Sieve (GNU mailutils) a serious option?
Does anybody use that?

Or should I redirect my own domain, that I only use for e-mail forwarding and also for http redirecting,
.... to a reasonable ISP,
that either is committed to allow procmail and/or server-side full-fledged Sieve?

I am a little desperate right now.

I appreciate your serious advice.

J.

  Réponse avec citation
Vieux 17/05/2006, 23h25   #2
Sam
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: procmail vs. server-side Sieve vs. client-side Sieve

Jochen Hayek writes:

> Or should I redirect my own domain, that I only use for e-mail forwarding and also for http redirecting,
> ... to a reasonable ISP,
> that either is committed to allow procmail and/or server-side full-fledged Sieve?


The number of ISPs that permit this is dwindling as time goes by.

> I am a little desperate right now.
>
> I appreciate your serious advice.


You've reached the point where you should seriously look into running your
own mail server and having complete and total control over your E-mail.



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQBEa6Lpx9p3GYHlUOIRApyzAJ46ScCfG9kexgQrhULRvI jSTpwBFQCdERIZ
dFi3JGaW9iDeIqMN9K1YXL4=
=sfhQ
-----END PGP SIGNATURE-----

  Réponse avec citation
Vieux 18/05/2006, 07h32   #3
Jochen Hayek
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: procmail vs. server-side Sieve vs. client-side Sieve

>>>>> "S" == Sam <sam@email-scan.com> writes:

Jochen Hayek writes:

J> Or should I redirect my own domain, that I only use for e-mail
J> forwarding and also for http redirecting, ... to a reasonable
J> ISP, that either is committed to allow procmail and/or
J> server-side full-fledged Sieve?

S> The number of ISPs that permit this is dwindling as time goes by.

J> I am a little desperate right now.

J> I appreciate your serious advice.

S> You've reached the point where you should seriously look into
S> running your own mail server and having complete and total
S> control over your E-mail.

Alright ... -- I have already been running UWash IMAP at home at the other end of a 2M downstream / 512k upstream DSL line.

And that's alright for using Outlook as an IMAP client to that IMAP server,
if the mail doesn't display readable in emacs's "Gnus"
AND when I am at home.

But when I am not at home like Mondays to Fridays (working for a customer),
I hate the idea of making myself dependant on a bottleneck like my home DSL line,
I prefer professional staff to take care of the IMAP server I connect to *and* my incoming mail,
which gets presorted there.
(And there is no professional IT staff at home, when I am at work.
If the line is broken, it doesn't , that I could connect to my Linux at home, if the line wasn't broken ...--YKWIM.)

(I have procmail rules running at my ISP's IMAP server, and that is for pre-sorting,
and I have procmail rules running on my local box.
Certainly these procmail rules are maintained in a single source.)

So should I run my own mail server on a hosted Linux (or whatever) machine on a rack with an ISP (or only a virtual server)?

And just because the masses have not already chosen, that IMAP + server-side filtering is the only acceptable way,
which would make the market come up with real and nice offers in that area.
I think I am going to cry a little ...

It simply cannot be like that ... -- does it?
  Réponse avec citation
Vieux 18/05/2006, 10h33   #4
NM Public
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: procmail vs. server-side Sieve vs. client-side Sieve

Sur 2006-05-18, Jochen Hayek skribis:
> [ snip ]
>
> And just because the masses have not already chosen, that IMAP
> + server-side filtering is the only acceptable way, which would
> make the market come up with real and nice offers in that area.
> I think I am going to cry a little ...
>
> It simply cannot be like that ... -- does it?



It takes a while for the market to work, but slowly it's
happening and the more people like you (and me) who demand this,
the more likely it will become available for everyone. I've just
been blogging about this kind of thing so, if you are interested,
check out my recent blog posts whose titles start with
"Server-Side".

2 IMAP providers that offer server-side Sieve are Tuffmail.com
and FastMail.FM. Let me know if you learn about others!

Good luck finding a good IMAP service provider,
Nancy

--
Nancy McGough
Infinite Ink: <http://www.ii.com/>
Bookmarks & Blog: <http://deflexion.com/>
  Réponse avec citation
Réponse


Outils de la discussion

Règles de messages
Vous ne pouvez pas créer de nouvelles discussions
Vous ne pouvez pas envoyer des réponses
Vous ne pouvez pas envoyer des pièces jointes
Vous ne pouvez pas modifier vos messages

Les balises BB sont activées : oui
Les smileys sont activés : oui
La balise [IMG] est activée : oui
Le code HTML peut être employé : non
Trackbacks are oui
Pingbacks are oui
Refbacks are oui


Fuseau horaire GMT +1. Il est actuellement 22h46.


Édité par : vBulletin® version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0 RC5 Tous droits réservés.
Version française #16 par l'association vBulletin francophone
PHWinfo est un site Éducation Sans Frontières ©2000-2008
Ad Management by RedTyger
©Tous droits réservés par les parties respectives
Page generated in 0,09895 seconds with 12 queries