Thabks for your answer 

I thought that pop3 client downloads everything from server to its local
INBOX regardless it comes from inbox or spam or wherever
Your solution could be better, that Sm users turn this feature on but
Ididn't understand the next one " Configure your Local Delivery Agent
(maildrop, procmail, whathaveyou) to check for the existance of a
runamavis file and a filterspam before running amavis or moving spam
message to a spam folder ".
I'm using maildrop.
Thanks 

-----Original Message-----
From: Jay Lee [mailto:[EMAIL PROTECTED] 
Sent: Thursday, April 06, 2006 5:10 PM
To: Jevos, Peter
Cc: [email protected]
Subject: RE: [Courier-imap] Fetch emails from other folder than INBOX
through POP3

On Thu, April 6, 2006 11:00 am, Jevos, Peter wrote:
> I  think this is not a protocol matter but pop3 daemon If I'll tell to

> daemon that Spam or Thrash is your INBOX than server gives emails from

> there to the client I though there is some configuration parameter 
> which tells daemon what is your INBOX for POP3 protocol I review som 
> free emails and there you can choose from which directories you wanna 
> download an emails ( in the case of POP3)

I don't think your users would appreciate having POP3 serve their Spam
folders instead of their INBOX.  You would still need some way of the
client indicating which folder you wish to access.  Any attempt to add
that to the POP3 protocol would be an ugly, non-standard hack and it
would be completely pointless since there's this wonderful (albeit
complex) standard called IMAP that fully supports the concept of
folders.

Unless your willing to modify the Courier source yourself, I'd give up
on this idea, it's been brought up and shot down many times before.

I just responded to your thread on the Squirrelmail-users list.  Your
best solution IMHO, is to *NOT* filter mail into a Spam folder by
default. 
IMAP and/or Squirrelmail users can easily turn this feature on while
POP3 users have no method of turning it off.  Configure your Local
Delivery Agent (maildrop, procmail, whathaveyou) to check for the
existance of a runamavis file and a filterspam before running amavis or
moving spam message to a spam folder.

Jay
--
Jay Lee
Network / Systems Administrator
Information Technology Dept.
Philadelphia Biblical University
--


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Courier-imap mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap

Reply via email to