WARNOCK@clemson.CSNET.UUCP (01/31/87)
We have an 8600 and 8650 clustered. When a user on one node sends VMS MAIL to a user on the other node, the recipient is NOT notified... (New mail on node NODE from USER). Anyone know why ? Thanks again ! Todd Warnock Clemson University CSnet: Warnock@Clemson.CSnet BITnet: Warnock@Clemson
ROY@gmr.com.UUCP (02/03/87)
>We have an 8600 and 8650 clustered. When a user on one node sends VMS MAIL to >a user on the other node, the recipient is NOT notified... (New mail on node >NODE from USER). Anyone know why ? Check the logical MAIL$SYSTEM_FLAGS. There are different setting it can have to (1) not use DECNET between nodes in a homogeneous cluster,(2) notify both nodes of new mail (homogeneous cluster, usually), and (3) Add a time stamp to the notification that is printed on the screen. This is described in the MAIL utility manual, pages MAIL-14 and MAIL-15. Parameters ---------- 1 Bypasses DECNET between nodes in cluster 2 Notifies recipient of new mail on all nodes in cluster 4 Time stamp in notification message We use: $ define/sys/exec MAIL$SYSTEM_FLAGS 6 Since we want mail to go through DECnet for some of our other mail hooks. Lynette Roy GM Research Labs <ROY@GMR.COM>
SYSTEM@CRNLNS.BITNET.UUCP (02/03/87)
Todd, New mail notification is NOT by default sent to all cluster cpus. There is an undocumented flag that will cause that to happen: $ DEFINE/SYSTEM/EXEC MAIL$SYSTEM_FLAGS 7 Selden E. Ball, Jr. Cornell University NYNEX: 1-607-255-0688 Laboratory of Nuclear Studies BITNET: SYSTEM@CRNLNS Wilson Synchrotron Lab ARPA: SYSTEM%CRNLNS.BITNET@WISCVM.WISC.EDU Judd Falls & Dryden Road PHYSnet/HEPnet/SPAN: Ithaca, NY, USA 14853 LNS61::SYSTEM = 44283::SYSTEM (node 43.251)
S211KENO@HTIKHT5.BITNET.UUCP (02/03/87)
> We have an 8600 and 8650 clustered. When a user on one node sends VMS > MAIL to a user on the other node, the recipient is NOT notified... > (New mail on node NODE from USER). Anyone know why ? Because the user-specified address probably does not include a node-name. (address NODE::USER will have the desired effect but is expensive). However, defining MAIL$SYSTEM_FLAGS is much more efficient: $ DEFINE/SYSTEM/EXEC MAIL$SYSTEM_FLAGS 2 on both nodes See Mail Utility Reference Manual page 14 ----------- Kees.
oberman@LLL-ICDC.ARPA.UUCP (02/03/87)
>We have an 8600 and 8650 clustered. When a user on one node sends VMS MAIL to >a user on the other node, the recipient is NOT notified... (New mail on node >NODE from USER). Anyone know why ? It sounds suspiciously like you have two copies of SYS$SYSTEM:VMSMAIL.DAT. To keep the mail system happy if you have a cluster it works best to have one copy of the VMSMAIL.DAT file in SYS$COMMON:. I also highly recommend the use of DECnet aliases for clusters with common SYSUAFs. R. Kevin Oberman LLNL arpa: oberman@lll-icdc.arpa (415) 422-6955 ------
DCOTTLER@rca.com.UUCP (02/03/87)
>We have an 8600 and 8650 clustered. When a user on one node sends VMS MAIL to >a user on the other node, the recipient is NOT notified... (New mail on node >NODE from USER). Anyone know why ? You need to tell VMS-MAIL that it is a homogeneous cluster by defining the logical name MAIL$SYSTEM_FLAGS on each member of the cluster. Use the command $ DEFINE /SYSTEM /EXEC MAIL$SYSTEM_FLAGS 7 The documentation as to how the flags are interpreted is in the MAIL Utility Ref. In the VMS V4.4 doc set, see page 14 "System Management and Mail". - Dan Cottler, <dcottler@rca.com> RCA Advanced Technology Laboratories Moorestown, NJ
LEICHTER-JERRY@YALE.ARPA.UUCP (02/04/87)
New mail notification is NOT by default sent to all cluster cpus.
There is an undocumented flag that will cause that to happen:
$ DEFINE/SYSTEM/EXEC MAIL$SYSTEM_FLAGS 7
The above is correct with one exception: MAIL$SYSTEM_FLAGS IS documented.
See the section "System Management and MAIL" in the MAIL reference manual,
which explains the individual bits you are setting when you use the value
7 above, and what they do. (That section, and several others, should be
read by system managers who have to deal with user mail problems - i.e., ALL
of them!)
-- Jerry
-------