Mib Software
Usenet
Rapid
Knowledge
Transfer
INN 2.x Setup
configure&compile
Control messages
Incoming news
Storage/Spool
nnrpd/Readers
Active/History/db
Outgoing news
Expire
Logs
INN 2.x
Recommendations
INSTALL
Utilities
Man pages
Storage API
Troubleshooting
INN 1.x
For Developers
Upgrading to INN 2.x
The format of hosts.nntp has changed. See incoming.conf(5)
"Storage API"
INN 2.x has the capability of storing articles in either the "traditional" file-per-article, directory per newsgroup format, or through "Storage API" methods. You may not mix and match. Either you run storage API or you don't.
If you choose to stay with the INN "traditional" spool (one file per article, one directory per newsgroup), you do not make any changes to your spool. With the exceptions of incoming.conf and inn.conf, other configuration files (expire.ctl, newsfeeds, nnrp.access, etc) have not changed.
Spool Conversion to Storage API
If you switch to the storage API, there is no easy way to convert a large spool to the new format.
Although you can use makehistory(8) to convert an existing history file and spool, this will take many, many hours for a full spool.
If you have certain particular newsgroups you wish to transfer, you can create a history file which contains only those newsgroups, and run that subset of the history file through makehistory to migrate those articles. newsrequeue(8) is another possiblity
A brief discussion of the advantages and disadvantages of the storage API choice is found in
The INN 2.x Installation guide. INN 2.x INSTALL: Welcome to INN 2.0!
RKT Rapid-Links:[ Search ] [ RKT Tips ] Path: Usenet RKT / INN 2.x For Subscribers / INN 2.x Setup and Changes by Topic / 0062.htm
Comments? [DocID: USERKT/INN2.0/0062.htm]
Copyright 1997-1999, Forrest J. Cavalier III, Mib Software, INN customization and consulting