In comp.sys.hp.misc Frank Slootweg <this@ddress.is.invalid> wrote:
> Dennis Handly <dhandly@cup.hp.com> wrote:
>> Frank Slootweg (this@ddress.is.invalid) wrote:
>> : Netscape (7.01), but they can not
>> : import mbox format mail folders (Yes, Netscape stores its mail in
>> : mbox-like folders
>>
>> Netscape 4.7 likes them.

did you ever go to cygwin.com? a quick check of:

http://cygwin.com/packages/

shows precompiled packages for pine & mutt. also this:

nano: A pico clone text editor with extensions

i have used pine, a brain dead elm w/IMAP, and other serious
elm users transitioned to mutt and liked it just fine. die-hards,
like me, managed to find an unsupported elm w/IMAP and used that
w/fetchmail. this was in the Unix world, not linux. --Loren


> Well, 'likes' is probably overstating things, but it seems that a
> little persistence it can handle them.

> I tried Netscape 4.76, which was the oldest I still have (an install
> package for).

> For import it only understands Eudora, Outlook 97/98 and Outlook
> Express, so I tried Eudora. That expects .mbx files, so I renamed my
> (HP-UX) mail(1)/mailx(1) folders to .mbx. The import started and then
> hung (had to terminate it from the Task Manager).

> The mail folders have a file which looks like UNIX mbox format, but
> they have an associated .snm file, which is probably some kind of index
> file. First I tried to overwrite an existing folder file, but that did
> not really work (only for one message). Then I just copied a UNIX mbox
> file into the Netscape mail folder directory (C:\Program Files\Netscape\
> Users\frank_slootweg\Mail). After exiting restarting Netscape a few
> times, Netscape 'saw' the new folder and had made an associated .snm
> file for it. The messages seemed to be OK and the number of messages
> seemed about right.

> So for the moment I have a somewhat workable workaround. However I
> would prefer to have a simple mail(1)/mailx(1)/elm(1) clone as well,
> because I do not really trust what Netsape is doing to my messages (for
> example it seems to strip some stuff, at least From " header lines. So
> further pointers are appreciated.