home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / vmsnet / mail / pmdf / 2294 < prev    next >
Encoding:
Internet Message Format  |  1992-09-14  |  4.0 KB

  1. Path: sparky!uunet!decwrl!infopiz!mccall!ipmdf-newsgate!list
  2. Newsgroups: vmsnet.mail.pmdf
  3. Subject: RE: Limiting access to outgoing mail.
  4. Message-ID: <01GOROEIM71U8WVYOW@spcvxa.spc.edu>
  5. From: "Terry Kennedy, Operations Mgr" <terry@spcvxa.spc.edu>
  6. Date: 14 Sep 1992 08:40:32 -0400 (EDT)
  7. Organization: St. Peter's College, US
  8. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  9. Resent-Date: 14 Sep 1992 08:40:32 -0400 (EDT)
  10. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  11. CC: ipmdf@YMIR.CLAREMONT.EDU
  12. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  13. Resent-Message-ID: <01GORI6ICB6Q984UWP@YMIR.CLAREMONT.EDU>
  14. X-Vms-To: IN%"NED@INNOSOFT.COM"
  15. X-Vms-Cc: IN%"ipmdf@ymir.claremont.edu",TERRY
  16. Mime-Version: 1.0
  17. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  18. Content-Transfer-Encoding: 7BIT
  19. Lines: 84
  20.  
  21. [We had a power failure while I was editing this reply. Hopefully the journal
  22. file recovered everything. Please let me know if something seems chopped at
  23. the wrong place].
  24.  
  25. > This is entirely a VMS MAIL issue. I cannot reproduce it on my system here. I
  26. > have no recommendations for how to fix it.
  27.  
  28.   That's odd. I've reproduced it a number of times here. I can get it to fail
  29. 100% of the time. In case it matters, here's the version info from the various
  30. parts of VMS MAIL:
  31.  
  32. SYS$COMMON:[SYSLIB]MAILSHRP.EXE;1
  33.         image name: "MAILSHRP"
  34.         image file identification: "X-9"
  35.         link date/time: 12-OCT-1991 04:43:53.93
  36.         linker identification: "05-09"
  37.  
  38. SYS$COMMON:[SYSLIB]MAILSHR.EXE;4
  39.         image name: "MAILSHR"
  40.         image file identification: "X-9"
  41.         link date/time:  8-JUL-1992 14:46:49.83
  42.         linker identification: "05-13"
  43.  
  44. SYS$COMMON:[SYSEXE]MAIL.EXE;2
  45.         image name: "MAIL"
  46.         image file identification: "X-10"
  47.         link date/time: 12-OCT-1991 05:04:57.58
  48.         linker identification: "05-09"
  49.  
  50.     Patch Information
  51.  
  52.         DEC eco levels   1- 96: %X'00000004', %X'00000000', %X'00000000'
  53.         user eco levels 97-128: %X'00000000'
  54.         read/write patch area address: %X'00013615', length: 491
  55.         read-only patch area address:  %X'00000000', length: 0
  56.         patch command text VBN: 158
  57.         last patch date/time: 25-AUG-1992 20:19:19.79
  58.  
  59.     PATCH TEXT
  60.  
  61.     VMI$EXE
  62.     SE EC
  63.     ^X00000003
  64.     INSE /I
  65.     ^X00005EA0
  66.     'MOVC5 #^X00000000,(SP),#^X00000000,#^X00000058,W^^X00000094(SP)'
  67.     'MNEGW #^X00000001,W^^X0000009C(SP)'
  68.     EXI
  69.  
  70.   I'll report this problem to DEC, where I'm sure it will receive the same
  71. prompt attention that the "unbalanced quote" problem has - NOT!
  72.  
  73. > This is once again entirely a VMS MAIL issue. I have no way of knowing how VMS
  74. > MAIL implements, extends or modifies quotas. I have seen similar things happen
  75. > and I have seen much stranger things happen. A lot of strange effects are
  76. > explained by the fact that VMS MAIL doesn't check quotas per se; it simply
  77. > reacts to quota errors and handles them cleanly by backing out all traces of
  78. > the incomplete delivery.
  79.  
  80.   It turns out that Jnet was installing MAIL.EXE with EXQUOTA. I turned that
  81. off and I haven't seen this problem happen again.
  82.  
  83. > This actually may be a change in VMS proper that VMS MAIL hasn't picked up on
  84. > yet. There's code in VMS MAIL to deal with SS$_EXQUOTA, but the STV error we're
  85. > seeing here is SS$_EXDISKQUOTA. I suspect that this got changed as part of the
  86. > big "let's fix quota/privilege errors to be more specific" move that started
  87. > around VMS 5.2. (SS$_EXDISKQUOTA is third from the end of the SS$_ error list,
  88. > which means it is one of the most recently added errors.) If this is in fact a
  89. > case of VMS MAIL not picking up on the change it just means we have to add VMS
  90. > MAIL to the very long list of applications that have been adversely affected by
  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.