Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!husc6!necntc!ames!ucbcad!ucbvax!SIMTEL20.ARPA!WANCHO From: WANCHO@SIMTEL20.ARPA.UUCP Newsgroups: comp.dcom.modems Subject: Re: size of archive-file of recent messages *TOO BIG* Message-ID: <12292515010.10.WANCHO@SIMTEL20.ARPA> Date: Tue, 7-Apr-87 00:21:41 EST Article-I.D.: SIMTEL20.12292515010.10.WANCHO Posted: Tue Apr 7 00:21:41 1987 Date-Received: Wed, 8-Apr-87 06:28:28 EST References: Sender: daemon@ucbvax.BERKELEY.EDU Distribution: world Organization: The ARPA Internet Lines: 41 Werner, Your points are well-taken. At the moment, I am using a mail file splitter program, designed to break up files too large for MM to handle. It's cutoff point is set at 200 disk pages or so, well within the file size capabilities of MM to handle. By my arithmetic, a disk page holds 2.5K, (512 words/page * 7 chars/word) / 1024 chars/K. Thus, 200 disk pages is 500K or about .49MB. I suppose it can be recompiled to break at some value you would consider more reasonable, such as 100 disk pages. You are also correct in that the generation numbers will cause a small problem in 1990, with the leading digit a 0, which the system will suppress. However, there is a problem in that the yymm format implies a file containing all of the correspondence for that month. The mail splitter isn't that smart (yet). The second problem is that with the smaller files you want, there may be more than one file for that month. I suppose yymmn would have to do as we can't have yymmnn as the generation numbers can only go up to 131071... The type field has the most potential. It is .ARCHIV only for historical reasons - the six character limit per field on ITS files, from whence some of these archives came. (From whence?) Anyway, the most logical change is to use that field - yymmdd - good until around 2079... Then there's a question of time. There are 21 archives we keep here. One is frozen, and one hasn't gotten off the ground yet. Nineteen active archives. I'm lucky if I remember to check the sizes every so often and run the splitter program. Obviously, the answer is to fix the splitter program - well, not "fix" - it happens to work - just make it smarter. That takes a bit of doing. The program is written in TOPS-20 MACRO-20... Care to volunteer... anybody? The task: make the program split mail files into monthly groups and name the output files appropriately. I'll take a look at it - shortly after April 15th... --Frank -------