Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    MAKENL_NG    |    MakeNL Next Generation.    |    1,725 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 278 of 1,725    |
|    mark lewis to Kees van Eeten    |
|    MakeNL Feature requests    |
|    06 Nov 12 17:26:39    |
       GA> It is only my hpt there not like to open .msg files for scan and pack        GA> functions by linux, it can normal read the netmail as .msg but not open        GA> and scan and pack them, so when I run makenl has I to use another        GA> path and manual move the messages to a squish netmail area.               KvE> That does not seem like a problem makenl should resolve, by        KvE> exporting to a squish message base. In essence I understand that        KvE> you have two netmail bases, one with .msg and one in squish        KvE> format.               that's my understanding...               KvE> The systems I have seen with hpt, use only one netmail base in         KvE> .msg format. All other areas are then in squish format. I can         KvE> imagine that telling hpt that it has two netmail areas is a        KvE> bit of a stretch.              it should not be any problem at all... MSG are generally used for mailer       netmail areas while JAM, Squish, HMB, Ezycom, and other formats used for       netmail are generally for the BBS users to access netmail... i have 4 netmail       areas on my system... one for the mailer (MSG), one for my personal netmail in       the mailer (MSG) and the others (JAM) in the BBS for the users... two of them       in the BBS because i have two FTNs here and i keep each FTN's netmail separate       in the BBS...              i suspect that the OP's other MSG area should simply be configured in HPT as       just another BBS area but in MSG format... surely HPT can handle more than one       netmail area...              if it is specifically a problem of HPT handling MSG files on *nix, that is       something that needs to be looked into... i can't see this being a problem but       it could be... that's for the HPT folks to figure out ;)              )\/(ark               * Origin: (1:3634/12)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca