home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / mail / elm / 2239 < prev    next >
Encoding:
Text File  |  1992-08-27  |  1.6 KB  |  40 lines
  1. Newsgroups: comp.mail.elm
  2. Path: sparky!uunet!ftpbox!mothost!schbbs!news
  3. From: kinyon@next3.corp.mot.com (John J. Kinyon)
  4. Subject: Re: NeXT help: newmbox - length of mbox. != spool mailbox length!!
  5. Reply-To: kinyon@next3.corp.mot.com
  6. Organization: MOTOROLA 
  7. Date: Thu, 27 Aug 1992 21:08:31 GMT
  8. Message-ID: <1992Aug27.210831.17481@schbbs.mot.com>
  9. References: <1992Aug24.204413.21484@DSI.COM>
  10. Sender: news@schbbs.mot.com (Net News)
  11. Nntp-Posting-Host: 129.188.151.162
  12. Lines: 26
  13.  
  14. In article <1992Aug24.204413.21484@DSI.COM> syd@DSI.COM (Syd Weinstein) writes:
  15. >  kinyon@next3.corp.mot.com (John J. Kinyon) writes:
  16. >  >I am having trouble with a big mailbox.  Is there a quick fix, or do I
  17. >  >really have to read/save/delete some messages.  I suspect that there is
  18. >  >a limit of 4 MB for the mail spool or temporary file.  Here is the error
  19. >  >message:
  20. >  
  21. >  
  22. >  >    secadm% elm
  23. >  
  24. >  >    Reading in /usr/spool/mail/kinyon, message: 896
  25. >  >    newmbox - length of mbox. != spool mailbox length!!
  26. >  
  27. >  >    Write to temp file failed, exiting leaving mailbox intact!
  28. >  Most likely this message has nothing to with file length limites
  29. >  (unless you run a small ulimit) but more likely there is a 
  30. >  null byte in the mailbox, and 2.3 chokes on binaries (null bytes).
  31. >  
  32. >  2.4 will be more tolerant of this.
  33. >  -- 
  34. >  ========================================================================
  35. >  Sydney S. Weinstein, CDP, CCP          Elm Coordinator - Current 2.3PL11
  36.  
  37. The problem turned out to be not the filesize (that was set to 'unlimited')
  38. but 'datasize' which was set to 4 MB.  Datasize is "the maximum growth of
  39. the data+stack region via sbrk(2) beyond the end of the program text".
  40.