last minute change
Dan Romascanu <dan@lannet.com> Wed, 12 August 1992 09:29 UTC
Received: from ietf.nri.reston.va.us by IETF.NRI.Reston.VA.US id aa01976; 12 Aug 92 5:29 EDT
Received: from NRI.NRI.Reston.Va.US by IETF.NRI.Reston.VA.US id aa01972; 12 Aug 92 5:29 EDT
Received: from babyoil.ftp.com by NRI.Reston.VA.US id aa02403; 12 Aug 92 5:30 EDT
Received: from lannet.com.3.84.192.in-addr.arpa by ftp.com with SMTP id AA26619; Wed, 12 Aug 92 05:24:33 -0400
Received: from moon.lannet.com ([149.49.50.12]) by lannet.com (4.1/3.1.090690-Lannet Data Communications) id AA17027; Wed, 12 Aug 92 09:59:57 IDT
Received: by moon.lannet.com (4.1/SMI-4.1) id AA27857; Wed, 12 Aug 92 09:59:52 IDT
Date: Wed, 12 Aug 1992 09:59:52 -0000
Message-Id: <9208120659.AA27857@moon.lannet.com>
From: Dan Romascanu <dan@lannet.com>
To: enet_mib@ftp.com
Subject: last minute change
Cc: Frank Kastenholz <kasten@ftp.com>
Hallo, kasten@ftp.com writes: < because of the definition of the deprecated STATUS in rfc 1213, < it will be necessary to remove from the MIB the variables that < we have deprecated. < rfc1213 defines deprecated as < A deprecated object in the MIB is one which must be supported, but < one which will most likely be removed from the next version of the < MIB. < so, if we leave the variables deprecated, we still have to implement < them. and the whole purpose of the exercise was to remove variables < from the mib that were not needed... < please let me know in the next day or two whether this is ok or not. REMOVE ! dan@lannet.com Dan Romascanu Systems Group Manager LANNET Data Communications Ltd. Tel Aviv, Israel Voice: 972-3-6458414 Fax: 972-3-5447146
- last minute change Frank Kastenholz
- Re: last minute change Marshall Rose
- Re: last minute change Anil Rijsinghani
- Re: last minute change Donna McMaster
- last minute change Kenneth Virgile
- Re: last minute change Frank Kastenholz
- last minute change Dan Romascanu