bug-hydrant
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: PINE clone


From: jmiller
Subject: Re: PINE clone
Date: Fri, 26 Mar 2004 21:39:15 -0500 (EST)


On Thu, 25 Mar 2004, Rick Moen wrote:

> Josh, I hope you won't mind, but I've taken the liberty of public
> archiving that codebase on my personal server at
> http://linuxmafia.com/pub/linux/apps/ as nmail-1.3.tar.gz .  That
> directory's index (catalogue) file has a description with appropriate
> warnings about this being in proof-of-concept condition.

Thanks! I've created a project at berlios.de:
    http://developer.berlios.de/projects/oserp/

(note, I also changed the name... I found a few other projects named nmail
out there. Figured I'd avoid any possible problems right from the start).

If anyone wants developer access, just lemme know.

> tarball form.  If I may be so presumptuous, here are two suggestions:
>
> 1.  Version numbers / Changelog.  I inferred "1.3" from strings in your
> Pine-emulation code, but will gladly correct this if you assign more
> formal versioning.

That's fine. I'm letting CVS take care of the revision numbers for
individual files. I'll be using tags to track more normal versions on
distributions (ex. current version up on berlios is tagged 0.1).

> 2.  Add the GPLv2 "COPYING" file to the tarball.  It's currently
> referenced by the readme, but not present.

Thank you! I'm actually not 100% sure what to do with the license. On one
hand, I'd like people to be able to write different frontends with it, and
use a BSD or perl or whatever license they want, so LGPL sounds good. On
the other, if I use GNU MailUtils, I think I'll have to use GPL. The perl
version I have up there is under the LGPL right now, but I haven't had any
contributions, so I can change that in a future version if people think it
should get changed.

> I note from your program_structure file that you have a good list of
> existing mail-handling codebases from which code can be borrowed to
> avoid reinventing wheels.  In case it will help, here's my rundown of
> all 100-odd MUAs I'm aware of for Linux.  You might find other Perl or
> Perl-friendly codebases to borrow from.  (Beware of licence
> incompatibiltiies, of course.)
>
> "MUAs" on http://linuxmafia.com/kb/Mail/

Very nice list! Should definately help.


Thanks,
--
Josh I.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]