home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / vmsnet / mail / pmdf / 2283 < prev    next >
Encoding:
Internet Message Format  |  1992-09-13  |  7.1 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: <01GOQ6FQMREQ8WVZ87@spcvxa.spc.edu>
  5. From: "Terry Kennedy, Operations Mgr" <terry@spcvxa.spc.edu>
  6. Date: 13 Sep 1992 07:17:44 -0400 (EDT)
  7. Organization: St. Peter's College, US
  8. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  9. Resent-Date: 13 Sep 1992 07:17:44 -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: <01GOQ0ZGS11U984S9T@YMIR.CLAREMONT.EDU>
  14. X-Vms-To: IN%"NED@SIGURD.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: 177
  20.  
  21. > But this immediately begs the question of whether or not the existing channel
  22. > mechanisms can be coerced into doing what you want. And of course the answer is
  23. > yes it can. All you have to do is create a new channel called d_noexquota that
  24. > would look something like this:
  25.  
  26.   Well, I think that ease of understanding is getting lost in the effort to
  27. have a conceptually clean design. Part of my problem in grasping some of the
  28. subtleties about the way that PMDF works is probably due to this. I'd think
  29. that a single "channel" per host+protocol with a configuration file that says
  30. what actions are legal for addresses passed on that channel would be easier
  31. to understand. However, I'll readily admit that you're lots more familiar with
  32. this stuff than I am. Anyway, on to the project at hand:
  33.  
  34. >    l holdexquota
  35. >    localhost
  36. >
  37. >    d_noexquota noexquota
  38. >    noexquota.localhost
  39. >
  40. > And then you need some additional rewrite rules:
  41. >
  42. >    noexquota.localhost              $E$F$U%localhost@noexquota.localhost
  43. >    noexquota.localhost              $E$F$U@localhost
  44. >
  45. > Finally, for each user that you want to restrict so they cannot exceed quota
  46. > you would add an alias:
  47. >
  48. >    user:     user@noexquota.localhost
  49.  
  50.   Ok. I made these changes to my PMDF configuration (here's a VMS DIFF):
  51.  
  52. ************
  53. File PMDF_ROOT:[TABLE]PMDF.CNF;28
  54.   224   ! Rewrites included from external files
  55. ******
  56. File PMDF_ROOT:[TABLE]PMDF.CNF;31
  57.   225   ! Rewrites to support the "no exquota" option
  58.   226   !
  59.   227   noexquota.spcvxa    $E$F$U%spcvxa@noexquota.spcvxa
  60.   228   noexquota.spcvxa    $E$F$U@spcvxa
  61.   229   !
  62.   230   ! Rewrites included from external files
  63. ************
  64. ************
  65. File PMDF_ROOT:[TABLE]PMDF.CNF;28
  66.   238   d 733 nox_env_to goldmail linelength 255 defragment charset7 us-ascii charset8 iso-8859-1
  67. ******
  68. File PMDF_ROOT:[TABLE]PMDF.CNF;31
  69.   244   d_noexquota noexquota
  70.   245   noexquota.spcvxa
  71.   246
  72.   247   d 733 nox_env_to goldmail linelength 255 defragment charset7 us-ascii charset8 iso-8859-1
  73. ************
  74.  
  75.   I also added an alias for my test userid, "zztest_user", in the aliases file:
  76.  
  77. ! People who abuse quota and aren't allowed to get mail when over quota
  78. zztest_user: zztest_user@noexquota.spcvxa
  79.  
  80.   Also, my full local channel definition (if it matters) is:
  81.  
  82. l nox_env_to goldmail holdexquota linelength 255 defragment charset7 us-ascii
  83. [linewrap] charset8 iso-8859-1
  84. spcvxa.spc.edu
  85.  
  86.   By the way, do I need any of these things on the d_noexquota channel?
  87.  
  88.   The user had 4 blocks in use. I set the disk quota to 3 + 0 overdraft and
  89. sent the user a mail message. The user did _not_ have an existing mail file.
  90. Here is what I got:
  91.  
  92. PMDF_ROOT:[LOG]D_NOEXQUOTA_MASTER.LOG;1
  93. $ DECnet_compatibility_channel:
  94. $ !
  95. $ ! We now delivery it all with one invocation of MAIL_SERVER. Speeds things
  96. $ ! up a LOT!
  97. $ !
  98. $ define/user outbound pmdf_root:[log]d_noexquota_master_dirlst_2020643E.tmp
  99. $ run pmdf_root:[exe]list.exe
  100. $ !
  101. $ priv_list = f$setprv("SYSPRV, DETACH, BYPASS")
  102. $ if f$logical("PMDF_MESSAGE_FILE") .nes. "" then close/nolog queue_file
  103. $ open/read pmdf_message_list pmdf_root:[log]d_noexquota_master_dirlst_2020643E.tmp
  104. $ !
  105. $ local_loop_1:
  106. $   mail/protocol=pmdf_mailshr
  107. %MAIL-E-OPENOUT, error opening USER6:[GUESTS.ZZTEST_USER]MAIL.MAI; as output
  108. -SYSTEM-F-IVDEVNAM, invalid device name
  109. $   if .not. $status then goto local_loop_1
  110. $ !
  111. $ priv_list = f$setprv(priv_list)
  112. $ close pmdf_message_list
  113. $ delete pmdf_root:[log]d_noexquota_master_dirlst_2020643E.tmp;*
  114.  
  115.   Now, I don't know why the "invalid device name" message popped up. The
  116. logical for USER6 is:
  117.  
  118.    "USER6" [exec] = "$1$DUA6:" [concealed,terminal] (LNM$SYSTEM_TABLE)
  119.  
  120.   The message is now sitting in the D_NOEXQUOTA queue. So, I sent the user a
  121. mail message locally with VMS mail. That created the mail file just fine (I
  122. have EXQUOTA).
  123.  
  124.   I then mailed a 284 block file to the user via PMDF. That generated the
  125. following log file:
  126.  
  127. PMDF_ROOT:[LOG]D_NOEXQUOTA_MASTER.LOG;2
  128.  
  129. $ DECnet_compatibility_channel:
  130. $ !
  131. $ ! We now delivery it all with one invocation of MAIL_SERVER. Speeds things
  132. $ ! up a LOT!
  133. $ !
  134. $ define/user outbound pmdf_root:[log]d_noexquota_master_dirlst_20206A43.tmp
  135. $ run pmdf_root:[exe]list.exe
  136. $ !
  137. $ priv_list = f$setprv("SYSPRV, DETACH, BYPASS")
  138. $ if f$logical("PMDF_MESSAGE_FILE") .nes. "" then close/nolog queue_file
  139. $ open/read pmdf_message_list pmdf_root:[log]d_noexquota_master_dirlst_20206A43.tmp
  140. $ !
  141. $ local_loop_1:
  142. $   mail/protocol=pmdf_mailshr
  143. $   if .not. $status then goto local_loop_1
  144. $ !
  145. $ priv_list = f$setprv(priv_list)
  146. $ close pmdf_message_list
  147. $ delete pmdf_root:[log]d_noexquota_master_dirlst_20206A43.tmp;*
  148.  
  149.   For some reason, this got delivered. The user is now 300 blocks over quota.
  150. Now, I try another test with a different file:
  151.  
  152. PMDF_ROOT:[LOG]D_NOEXQUOTA_MASTER.LOG;3
  153.  
  154. $ DECnet_compatibility_channel:
  155. $ !
  156. $ ! We now delivery it all with one invocation of MAIL_SERVER. Speeds things
  157. $ ! up a LOT!
  158. $ !
  159. $ define/user outbound pmdf_root:[log]d_noexquota_master_dirlst_20206448.tmp
  160. $ run pmdf_root:[exe]list.exe
  161. $ !
  162. $ priv_list = f$setprv("SYSPRV, DETACH, BYPASS")
  163. $ if f$logical("PMDF_MESSAGE_FILE") .nes. "" then close/nolog queue_file
  164. $ open/read pmdf_message_list pmdf_root:[log]d_noexquota_master_dirlst_20206448.tmp
  165. $ !
  166. $ local_loop_1:
  167. $   mail/protocol=pmdf_mailshr
  168. %MAIL-E-OPENOUT, error opening !AS as output
  169. -RMS-E-CRE, ACP file create failed
  170. -SYSTEM-F-EXDISKQUOTA, disk quota exceeded
  171. $   if .not. $status then goto local_loop_1
  172. $ !
  173. $ priv_list = f$setprv(priv_list)
  174. $ close pmdf_message_list
  175. $ delete pmdf_root:[log]d_noexquota_master_dirlst_20206448.tmp;*
  176.  
  177.   Ok, so this one correctly failed to deliver the message. However, the message
  178. is still sitting in the D_NOEXQUOTA queue and no bounce message was returned. I
  179. thought "noexquota" would yield an immediate bounce, rather than a retry? Is it
  180. possible that this is being converted to "holdexquota" somehow?
  181.  
  182.   So, I believe I'm seeing 3 problems (or 3 aspects of one problem):
  183.  
  184. 1) The MAIL.MAI file isn't being created (and a wrong error is generated) in
  185.    this case. It may very well be a VMS MAIL issue, but if you could check it
  186.    I'd appreciate it.
  187.  
  188. 2) Some mail is getting through, even with noexquota set. Possibly it's only
  189.    the first message after a mail file is created?
  190.  
  191. 3) Mail which was correctly not delivered isn't generating bounce messages and
  192.    is staying in the queue.
  193.  
  194.     Thanks,
  195.     Terry Kennedy        Operations Manager, Academic Computing
  196.     terry@spcvxa.bitnet    St. Peter's College, Jersey City, NJ USA
  197.     terry@spcvxa.spc.edu    +1 201 915 9381
  198.