home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / bit / listserv / pmdfl / 2003 < prev    next >
Encoding:
Text File  |  1992-09-14  |  4.3 KB  |  105 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!SPCVXA.SPC.EDU!TERRY
  3. Errors-to: epmdf@YMIR.BITNET
  4. Organization: St. Peter's College, US
  5. X-Envelope-to: PMDF-L@IRLEARN.BITNET
  6. X-VMS-To: IN%"NED@INNOSOFT.COM"
  7. X-VMS-Cc: IN%"ipmdf@ymir.claremont.edu",TERRY
  8. MIME-version: 1.0
  9. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  10. Content-transfer-encoding: 7BIT
  11. Message-ID: <01GORI6ICB6Q984UWP@YMIR.CLAREMONT.EDU>
  12. Date:         Mon, 14 Sep 92 15:02:53 GMT
  13. Sender:       PMDF Distribution List <PMDF-L@IRLEARN>
  14. From:         "Terry Kennedy, Operations Mgr" <TERRY@SPCVXA.SPC.EDU>
  15. Subject:      RE: Limiting access to outgoing mail.
  16. Newsgroups: bit.listserv.pmdf-l
  17. Lines: 86
  18.  
  19. [We had a power failure while I was editing this reply. Hopefully the journal
  20. file recovered everything. Please let me know if something seems chopped at
  21. the wrong place].
  22.  
  23. > This is entirely a VMS MAIL issue. I cannot reproduce it on my system here. I
  24. > have no recommendations for how to fix it.
  25.  
  26.   That's odd. I've reproduced it a number of times here. I can get it to fail
  27. 100% of the time. In case it matters, here's the version info from the various
  28. parts of VMS MAIL:
  29.  
  30. SYS$COMMON:[SYSLIB]MAILSHRP.EXE;1
  31.                 image name: "MAILSHRP"
  32.                 image file identification: "X-9"
  33.                 link date/time: 12-OCT-1991 04:43:53.93
  34.                 linker identification: "05-09"
  35.  
  36. SYS$COMMON:[SYSLIB]MAILSHR.EXE;4
  37.                 image name: "MAILSHR"
  38.                 image file identification: "X-9"
  39.                 link date/time:  8-JUL-1992 14:46:49.83
  40.                 linker identification: "05-13"
  41.  
  42. SYS$COMMON:[SYSEXE]MAIL.EXE;2
  43.                 image name: "MAIL"
  44.                 image file identification: "X-10"
  45.                 link date/time: 12-OCT-1991 05:04:57.58
  46.                 linker identification: "05-09"
  47.  
  48.         Patch Information
  49.  
  50.                 DEC eco levels   1- 96: %X'00000004', %X'00000000', %X'00000000'
  51.                 user eco levels 97-128: %X'00000000'
  52.                 read/write patch area address: %X'00013615', length: 491
  53.                 read-only patch area address:  %X'00000000', length: 0
  54.                 patch command text VBN: 158
  55.                 last patch date/time: 25-AUG-1992 20:19:19.79
  56.  
  57.         PATCH TEXT
  58.  
  59.         VMI$EXE
  60.         SE EC
  61.         ^X00000003
  62.         INSE /I
  63.         ^X00005EA0
  64.         'MOVC5 #^X00000000,(SP),#^X00000000,#^X00000058,W^^X00000094(SP)'
  65.         'MNEGW #^X00000001,W^^X0000009C(SP)'
  66.         EXI
  67.  
  68.   I'll report this problem to DEC, where I'm sure it will receive the same
  69. prompt attention that the "unbalanced quote" problem has - NOT!
  70.  
  71. > This is once again entirely a VMS MAIL issue. I have no way of knowing how VMS
  72. > MAIL implements, extends or modifies quotas. I have seen similar things happen
  73. > and I have seen much stranger things happen. A lot of strange effects are
  74. > explained by the fact that VMS MAIL doesn't check quotas per se; it simply
  75. > reacts to quota errors and handles them cleanly by backing out all traces of
  76. > the incomplete delivery.
  77.  
  78.   It turns out that Jnet was installing MAIL.EXE with EXQUOTA. I turned that
  79. off and I haven't seen this problem happen again.
  80.  
  81. > This actually may be a change in VMS proper that VMS MAIL hasn't picked up on
  82. > yet. There's code in VMS MAIL to deal with SS$_EXQUOTA, but the STV error we'r
  83.    e
  84. > seeing here is SS$_EXDISKQUOTA. I suspect that this got changed as part of the
  85. > big "let's fix quota/privilege errors to be more specific" move that started
  86. > around VMS 5.2. (SS$_EXDISKQUOTA is third from the end of the SS$_ error list,
  87. > which means it is one of the most recently added errors.) If this is in fact a
  88. > case of VMS MAIL not picking up on the change it just means we have to add VMS
  89. > MAIL to the very long list of applications that have been adversely affected b
  90.    y
  91. > these changes.
  92.  
  93.   Ok. I'll report this one as well.
  94.  
  95. > Until I can add support for this into PMDF there is no way to get noexquota to
  96. > bounce messages immediately. (You can of course use the notices mechanism to
  97. > bounce all the mail within a day. Originators don't get an indication of what
  98. > the real problem is but then again they probably don't need to know its a disk
  99. > quota problem.)
  100.  
  101.   So if I put "notices 1" on the d_noexquota channel then this will bounce them
  102. after one day? And it won't affect anything else?
  103.  
  104.         Terry
  105.