 |
 |
Return-path: [log in to unmask] Received: from smtpserv1.SLAC.Stanford.EDU ([134.79.16.136]) by mailbox.slac.stanford.edu (PMDF V5.2-27 #34068) with SMTP id <[log in to unmask]>; Thu, 18 Feb 1999 10:06:54 -0800 (PST) Received: from directory-daemon by smtpserv1.slac.stanford.edu (PMDF V5.2-29 #34068) id <[log in to unmask]>; Thu, 18 Feb 1999 10:06:53 -0800 (PST) Received: from mailgwy.SLAC.Stanford.EDU (MAILGWY.SLAC.Stanford.EDU [134.79.18.28]) by smtpserv1.slac.stanford.edu (PMDF V5.2-29 #34068) with ESMTP id <[log in to unmask]>; Thu, 18 Feb 1999 10:06:53 -0800 (PST) Received: from mailgwy.slac.stanford.edu by mailgwy.slac.stanford.edu (PMDF V5.2-29 #29743) id <[log in to unmask]>; Thu, 18 Feb 1999 10:06:50 -0800 (PST) Received: from mailbox.SLAC.Stanford.EDU ([134.79.18.29]) by mailgwy.slac.stanford.edu (PMDF V5.2-29 #29743) with ESMTP id <[log in to unmask]> for [log in to unmask] (ORCPT rfc822;[log in to unmask]); Thu, 18 Feb 1999 10:06:45 -0800 (PST) Received: from sphinx.SLAC.Stanford.EDU ([134.79.24.136]) by mailbox.slac.stanford.edu (PMDF V5.2-27 #34068) with SMTP id <[log in to unmask]> for [log in to unmask] (ORCPT rfc822;[log in to unmask]); Thu, 18 Feb 1999 10:06:44 -0800 (PST) Received: by sphinx.SLAC.Stanford.EDU (NX5.67d/NeXT-1.0+SLAC-930209) id AA23902; Thu, 18 Feb 1999 10:06:43 -0800 Received: by NeXT.Mailer (1.100) Received: by NeXT Mailer (1.100) Resent-date: Thu, 18 Feb 1999 10:06:50 -0800 (PST) Date: Thu, 18 Feb 1999 10:06:43 -0800 From: [log in to unmask] Subject: large mail files from batch Sender: [log in to unmask] To: [log in to unmask] Reply-to: [log in to unmask] Message-id: <[log in to unmask]> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Precedence: bulk Because of a recent change to our mail system, output from batch jobs which is sent by email, and which exceeds our mail system size limit, will likely be lost. Previously, large mail files were rejected by the mailer and bounced to the sender (LSF) which managed to worm its way through the mail system into my mailbox. I then had to either cull the mail from my mailbox or purge it, depending on the situation. With the recent change in our mail server, this behavior is now changed. The mailer bounces the mail to LSF but it then appears to get purged with no indication that has happened. Hence, I am no longer aware of this situation taking place. We continue to work with Platform Computing to get better control on e-mail files from batch. But in the meantime batch users need to be sure that they: o Specify the -o option on bsub to send stdout to a file; o Make sure that the location of the file specified by the -o option has sufficient space (including AFS quota) to hold any job output; o Make sure that the space available in their home directory space has sufficient space to hold any job output (since it is written there during job execution).