On Sun, 19 Jan 2003 16:30:02 -0500, Paul M Foster wrote:
-> It sounds like you have
-> some sort of recipes that are creating odd files with odd
extensions on
-> this. If this is what you want, okay.
I don't have ANY recipes at all. I thought would give me the
result of ALL emails going through to the default folder. I
didn't bother with recipes because that part is easy to
understand. The concept of handing mail from one module to
another is what I wasn't too sure about. By the way, I used a
.forward file, as per Matt's method.
-> I have to ask why you would want to give your mail to a pop
server? If
-> you're reading your mail on that machine, then you have all
the
-> ingredients you need already. The only reason to implement a
pop server
-> is if you wish to pick up mail fetched on this machine from
another
-> machine. In that case, you might want to consider IMAP. You
already
-> have a spool file, as I mentioned before, probably in
-> /var/spool/mail/john, or somewhere like that.
Ok, to explain: I have a pretty complex email client system on
a WinNT machine, and I'm not really ready to migrate away from
that. I have a dozen accounts on different machines, hundreds
of folders, hundreds of filters, etc. And my email client has
features that I have not seen elsewhere, and I rely on them
HEAVILY! Example: Sometimes I'll have one or two thousand
emails in my inbox--ok, I admit it, I get behind.... Suppose I
decide to work on the backlog, and I decide that everything from
SLUG has been answered or read. I can click on the inbox and
"select all", then click "Apply manual filters" and click on
"SLUG". Bang, it will take ONLY SLUG emails and file them in
the proper folder (which is a sub category of "mail lists").
Of course, it can do all the other filtering that any other
email client can do, but the feature above is what I use more
than any other, and no other client that I've seen can do it.
At least, not easily.
Sorry for the lengthy preamble... My goal here is to have a
Linux box that pulls in the emails, does a bayesian spam
filtration, and gives it to my present Windoze box via a POP3
mailbox. The fringe benefits are, a) I learn more about Linux,
and b) I'm moving towards a total Linux email solution
ultimately.
If anybody is interested in what I want to do with the Linux
mail handling:
fetchmail polls all the remote mailboxes --->
--> procmail does a simple test: I have a reference list of
people/companies/mail lists, and all I want to do is test for
KNOWN/APPROVED vs UNKNOWN.
--> KNOWN bypasses the SPAM test and goes straight into the
local POP3 spool.
--> UNKNOWN is tested for SPAM (ie bogofilter or whatever) and
either goes
into the local POP3 spool (rejoining the "KNOWN") OR
goes into a SPAM directory.
This lets me use my present email system completely unchanged.
Don't worry, I _will_ migrate my mail system away from WinNT
someday, but it's not going to be an afternoon's work (unless I
find a client that will do what I need, off the rack).
Make sense? I appreciate your input.
John
This archive was generated by hypermail 2.1.3 : Fri Aug 01 2014 - 13:36:48 EDT