Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!gatech!hubcap!ncrcae!ncr-sd!hp-sdd!ucsdhub!sdcsvax!ucbvax!IU.AI.SRI.COM!PKARP From: PKARP@IU.AI.SRI.COM (Peter Karp) Newsgroups: comp.os.vms Subject: Re: Sending mail from a remote DECnet task (Problems) Message-ID: Date: Wed, 29-Apr-87 12:56:46 EDT Article-I.D.: Posted: Wed Apr 29 12:56:46 1987 Date-Received: Sun, 3-May-87 04:14:36 EDT References: Sender: daemon@ucbvax.BERKELEY.EDU Distribution: world Organization: The ARPA Internet Lines: 19 I believe that your problem with trying to use MAIL from within a network task results from the fact that the MAIL program is used not only to compose outgoing mail, but to receive incoming mail from other DECnet nodes. When mail starts up it determines what mode (interactive/network/batch) its job is running in, and if it's running in network mode it assumes that it's being invoked as an agent to receive incoming mail. Thus it's probably hung on you trying to read an incoming message from the network. This would explain why it works when your network job runs it from batch. Gee, and I thought I had already determined all the ways in which VMS MAIL is brain damaged... As a fix, maybe before running MAIL you could run a program which toggles the mode bit in the PCB (or wherever it is) to fool MAIL into thinking it's running interactively. PKarp -------