> On July 8, 2002 at 11:05, Jon Steinhart wrote:
>
> > And I agree, downloading the entire message is the way to go. Most spam is
> > very small compared to even slow V90 speeds which is what I'm stuck with out
> > in the country here, so it's no big deal.
>
> Well, I would have to disagree abo
Gentlefolk,
I'm trying to build a solution to most objections against
folder-specific defaults in the mailfolders. You will get
two new options in your mh_profile: config-prefix and
config-postfix.
For prefix, postfix and folder I recognize three possible
values:
A- Fixed path (exactly . or .. o
On July 8, 2002 at 11:21, Ken Hornstein wrote:
> But seriously ... that's a good question. I haven't had time to come up
> with a set of release notes. The one new feature I know about (because
> I worked on it) is SASL support for POP and SMTP, so inc and comp can
> use SASL to authenticate to
[In a message on Mon, 08 Jul 2002 15:03:37 CDT,
the pithy ruminations of "Earl Hood" were:]
>On July 8, 2002 at 18:13, Christophe Prevotaux wrote:
>
>> > That's more of a protocol issue. It's not easy to do that within the
>> > context of POP. It _is_ possible just to get the headers wi
On July 8, 2002 at 11:05, Jon Steinhart wrote:
> And I agree, downloading the entire message is the way to go. Most spam is
> very small compared to even slow V90 speeds which is what I'm stuck with out
> in the country here, so it's no big deal.
Well, I would have to disagree about spam being
On July 8, 2002 at 13:31, Ken Hornstein wrote:
> I believe the Spam filters that use POP3 simply download the whole message
> then make a decision, so that's not what you want.
I believe I saw a project (Mailfilter?) listed on freshmeat that
would work just with the headers. There are quite a f
On July 8, 2002 at 18:13, Christophe Prevotaux wrote:
> > That's more of a protocol issue. It's not easy to do that within the
> > context of POP. It _is_ possible just to get the headers within POP
> > and I suppose inc could be changed to just retrieve the headers and
> > make some sort
>I'm working on a project to sort of do spam detection on email. The target
>mail system is nmh because it's a whole lot more modular than other mail
>systems. The reason that I say "sort of" is that it's not really a spam
>detection system, it's a system to show you your mail in order from most
> Sigh. I can see I'm not going to convince you. While some software exists
> to perform spam detection, integrating it into nmh would be ... challenging,
> especially if you want to avoid downloading the whole message.
>
> --Ken
Well, I've been waiting for all of the minor updates to nmh to be
>There are tons of software that let you do this on the net, I don't believe
>it is so hard to do , however this would certainly require to create a new
>command in nmh and the addition of a few new options in the existing commands
Sigh. I can see I'm not going to convince you. While some softw
On Mon, 08 Jul 2002 11:54:50 -0400
Ken Hornstein <[EMAIL PROTECTED]> wrote:
> >I had hoped to see APOP in this list among other things
>
> Well ... shoot. I was under the impression that APOP is on it's way out
> to be replaced by the CRAM-MD5 mechanism that SASL uses. But I just
> checked, an
>I had hoped to see APOP in this list among other things
Well ... shoot. I was under the impression that APOP is on it's way out
to be replaced by the CRAM-MD5 mechanism that SASL uses. But I just
checked, and it seems like you can enable APOP already with --enable-apop.
So that's a non-issue,
I had hoped to see APOP in this list among other things
and the ability to download only headers of messages in order
to be able to delete only the message that we don't want (AntiSPAM
like , well it is more like anti download huges unwanted files )
On Mon, 08 Jul 2002 11:21:25 -0400
Ken Hornstei
>I was wondering if you could list the features and new features (or
>reintegrated ones)
>of the 1.1 RC please
In short:
- A bunch of new shit
- A bunch of bug fixes
But seriously ... that's a good question. I haven't had time to come up
with a set of release notes. The one new feature I know
On July 4, 2002 at 09:45, [EMAIL PROTECTED] wrote:
> => Allow folder specific component files to be located in a centralized
> => location. For example, if I wanted a custom "scan.monthly" format
> => file for my inbox, I would create a file with a pathname of
> => `mhpath`/scan.monthly.inbox.
Hi,
I was wondering if you could list the features and new features (or reintegrated ones)
of the 1.1 RC please
--
--
===
Christophe Prevotaux Email: [EMAIL PROTECTED]
HEXANET SARLURL: http://www.hexanet.fr/
Z.A.C L
>Shouldn't this be 1.5? Otherwise, you'll get folks confused. I seem to
>recall that the last official "nmh" release was 1.4
Last release was 1.0.4, not 1.4. So I think 1.1 is right.
--Ken
> Well, I did:
> make distclean
> autoconf
> ./configure
> make
Errr ... you didn't run autoheader, as far as I can tell.
--Ken
18 matches
Mail list logo
