POPAGIFT - ACCESS DENIED

giftadmin

Member
------------------------------------------------------------------------------

POPAGIFT - ACCESS DENIED, Please contact your mail administrator

X-Post: <giftadmin@castrol.co.in>
X-Envelope-From: <jdeworld@jdelist.com>
Received: from 130.10.10.24 [130.10.10.24] by router2 (1.61/SMTPD) at Tue, 06 Mar 01 21:09:59 India
Return-Path: <owner-jdeworldml@jdelist.com>
Received: from senator.wipro.net.in ([202.177.128.36]) by
diplomat.wipro.net.in (Netscape Messaging Server 4.15) with
ESMTP id G9S7K500.F6V for <mukhersi@castind.castrol.co.in>; Tue,
6 Mar 2001 20:42:05 +0530
Received: from marathon.wipro.net.in ([202.177.128.35]) by
senator.wipro.net.in (Netscape Messaging Server 4.15) with ESMTP
id G9S7K500.QY0 for <mukhersi@castind.castrol.co.in>; Tue, 6 Mar
2001 20:42:05 +0530
Received: from jdelist.com ([216.122.12.105]) by
marathon.wipro.net.in (Netscape Messaging Server 4.15) with
ESMTP id G9S7BA00.02X for <mukhersi@castind.castrol.co.in>; Tue,
6 Mar 2001 20:36:46 +0530
Received: (from jdelist@localhost)
by jdelist.com (8.9.3/8.9.3) id GAA00577
for jdeworldml-62631225; Tue, 6 Mar 2001 06:38:35 -0800 (PST)
Received: from shell.tsoft.com (eric@shell.tsoft.com [198.144.192.5])
by jdelist.com (8.9.3/8.9.3) with ESMTP id GAA00547
for <jdeworldml@jdelist.com>; Tue, 6 Mar 2001 06:38:31 -0800 (PST)
Received: (from eric@localhost)
by shell.tsoft.com (8.8.7/8.8.7) id GAA26187;
Tue, 6 Mar 2001 06:38:30 -0800 (PST)
Date: Tue, 6 Mar 2001 06:38:30 -0800 (PST)
Message-Id: <200103061438.GAA26187@shell.tsoft.com>
To: jdeworldml@jdelist.com
From: jdeworld@jdelist.com
X-Mailer: Mailer::1.0 (http://www.gossamer-threads.com/scripts/)
Subject: RE: Calling JDE from external menues
Sender: owner-jdeworldml@jdelist.com
Precedence: bulk
Reply-To: jdeworld@jdelist.com

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C0A64B.142EE6F0
Content-Type: text/plain;
charset="iso-8859-1"

Ron,

If I may disagree with you slightly. In the vast majority of cases you are
right, not trapping non-fatal errors which the programmer/user does not
need, is valid. Trapping for the fatal errors and handling them properly is
also valid. However, I tend to like to add the extra "insurance" of having
that final trap just in case there are changes in the system or programs
that I might not be aware of or account for. It adds code to every CL and
everyone in the shop needs to follow the standard in order to be effective.
On the other hand it gives the user immediate feedback and me a job log for
debugging if it occurs.

Doug Belcher
KV Pharmaceutical
St Louis MO
Opinions expressed are not necessarily those of my employer


>

Doug Belcher
St Louis MO
Opinions expressed are not necessarily those of my employer
--------------------------
To view this thread, visit the JDEList forum at:
http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=W&Number=6735
*************************************************************
This is the JDEList World Mailing List.
Archives and information on how to SUBSCRIBE, and
UNSUBSCRIBE can be found at http://www.JDELIST.com
*************************************************************
 
Top