HDTenEightyP/NetNews huggingface dataset:
From: Mark A. Hacker <hacker@uts.edu.au>
Newsgroups: comp.protocols.appletalk
Subject: Re: CAP vs. UShare
Date: 26 Dec 1992 00:48:38 GMT
Organization: UTS
Distribution: world
NNTP-Posting-Host: dcu1-2-14.des.uts.edu.au
X-UserAgent: Nuntius v1.1.1d16
X-XXMessage-ID: <A761F724E801DC40@dcu1-2-14.des.uts.edu.au>
X-XXDate: Sat, 26 Dec 92 11:48:52 GMT

A while ago a asked if anyone knew of UShare.

Lots of people replied, and the majority of the answers suggested that
UShare had died. This is NOT so. I have been contacted by IPT, and had a
representative give me a demo copy of the software.

Thanks John. I'm looking into it.

I'd like to thank IPT, and below is the address to get more info. 

 Olivia Favela
 VP Sales & Mkt.
 oli@iptech.com
 805/541-3000
 805/541-3037 Fax
 555 Chorro Street
 San Luis Obispo, CA  93405

Mark Hacker
Computing & Network Services Manager,
Faculty of Design, Architecture & Building.
University of Technology, Sydney
Australia
Ph (02) 330 2917
Internet: hacker@uts.edu.au
A/link: AUST0475
From: bell@apple.com (Mike Bell)
Newsgroups: comp.protocols.appletalk
Subject: Re: SPAttention Call
Date: 21 Dec 92 23:17:52 GMT
Reply-To: bell@apple.com (Mike Bell)
Organization: Apple Computer, Inc.

In article <1992Dec21.033043.9080@sm.sony.co.jp>, hagiwara@sm.sony.co.jp 
(Takashi Hagiwara) writes:
> Path: gallant.apple.com!mumbo.apple.com!apple!agate!ames!sun-
barr!sh.wide!wnoc-tyo-
> news!scslwide!wsgw!smdnd!hagiwara
> From: hagiwara@sm.sony.co.jp (Takashi Hagiwara)
> Newsgroups: comp.protocols.appletalk
> Subject: SPAttention Call
> Message-ID: <1992Dec21.033043.9080@sm.sony.co.jp>
> Date: 21 Dec 92 03:30:43 GMT
> Sender: news@sm.sony.co.jp (Usenet News System)
> Organization: Supermicro Systems Group, Sony Corporation, Tokyo, Japan
> Lines: 8
> Nntp-Posting-Host: chang1
> 
> Could anyone tell me how to get "Attention Code" used in SPAttention call ?
> I would like to use this call for notifying some events to client.
> I am looking for the definition of this code in "Inside AppleTalk second
> edition", however, I cannot find out yet.
> 
> 
> Takashi Hagiwara
> Sony Corporation, Tokyo


The SPAttention codes are documented in the AppleShare 3.0 developers kit, 
available from Apda. 


The attention code sent in an Attention packet looks like this



(4 bits)|(12 bits)
  1234    XXXXXXXXXXXX


4-Bits (Attention code)
------

Bit
----

1 - Shutdown

2 - Server Crash

3 - Server Message

4 - Disconnect



The other 12 bits are the number of minutes until shutdown, or an extended 
bitmap.



See the Developers kit for more details.




Mike




********************************************************

Mike Bell										     	       	      email: bell@apple.com
Senior Engineer
68000 High Performance Software Group
MS 60-CS
Apple Computer, Inc.
20525 Mariani Ave.
Cupertino, CA 95014

********************************************************
Newsgroups: comp.protocols.appletalk
From: haase@meediv.lanl.gov (Peter Haase)
Subject: Re: NSI 1.3/AT 58.0  is it for real
Followup-To: comp.protocols.appletalk
Organization: Los Alamos National Laboratory
Date: Tue, 29 Dec 1992 18:29:17 GMT

In article <1992Dec28.163514.443@uswmrg.mrg.uswest.com.mrg.uswest.com>,
philc@uswmrg.mrg.uswest.com (Phillip Corchary) wrote:
> 
> So now that the 1.3 NSI is out there ... does ANYBODY know what the
> real story is? First the industry journals say it`s realeased, then
> the mysterious note on AppleLink saying it`s not ...
> 
> So, is it realease and supported or not?

Yes....it is out there.....It is now on AppleLink and I beleive that it
is also on "ftp.apple.com"....
 
> Does anybody know what is the specific differences between 58.0
> and 57.04 (or even 57.03 for that matter). iSomeones told me
> that there was ia change in packet sizes between .03 and .04.
> (Other that snmp  over AT, of course, not over IP, that is)
> 
> Has anyone else heard of this?
> 
> 
> Phil Corchary
> IN: philc@uswmrg.mrg.uswest.com
> AL: PCORCHARY
> 
> =======================================================================
> ======
> *                    U S West Marketing Resources Group, Inc.            
>    *
> *          publishers of the U S West Direct Yellow Page Directories     
>    *
> *                and other Yellow Page and Marketing products            
>    *
> =======================================================================
> ======

<==================================+==================================>
  Peter Haase                      +    Internet: haase@meediv.lanl.gov
  Network Manager/MEE-Division     +    Applelink: HAASE
  Los Alamos National Laboratory   +    Phone: 505-667-2684

"The opinions expressed in this message are my own and do not necessarily
 reflect those of Los Alamos National Laboratory"
Newsgroups: comp.protocols.appletalk
From: marshall@cs.iastate.edu (Bill Marshall)
Subject: Re: What is AFS ???
Organization: Iowa State University, Ames IA
Distribution: usa
Date: Tue, 22 Dec 1992 19:59:47 GMT

rrp@cfm.brown.edu (Bob Petrocelli) writes:

>I noticed a reference to AFS when FTPing to archive.umich.edu...
>What is AFS....How do I get it...

From /afs/umich.edu/group/itd/archive/mac/00introduction
==================
  AFS (which is also referred to as Andrew File System) connects universities
and research sites around the world together.  The mac.archive files are
kept on an AFS server, and Unix machines running the client software can
"cd" (change directory) into the directory holding the archive files
directly (i.e. bypassing ftp).  To the typical user, it's as if mac.archive
was on your local machine.

  If you'd like more information on the AFS network and technology and its
advantages, you can send e-mail to "info@transarc.com" or phone them
up at 1-412-338-4400.
==================

My comments:

AFS was developed at CMU and is supported my Transarc. It provides a
distributed file system with consistent pathnames for any user on any
machine. Transarc has some good info in the way of technical papers
and brochures.

Bill






--
			    Bill Marshall
		     Computer Science Department
			Iowa State University
		       marshall@cs.iastate.edu
Newsgroups: comp.protocols.appletalk
From: xrsbg@calvin.gsfc.nasa.gov (Steve B. Green)
Subject: Unix printing to AppleTalk printers
Organization: NASA Goddard Space Flight Center, Greenbelt MD
Date: Wed, 30 Dec 1992 21:49:17 GMT

I have written a small applications that acts as an LPD server.  This
started out as a personal project but now looks like it may be useful to
others.  Its not finished yet and has not been thoroughly tested but
if there is interest in it, please drop me a message.

In short, the program allows you to setup LPD queues on your Mac which
in turn, prints to any AppleTalk connected printer on your network.  It
also has a very simple text to PostScript filter built in.

-- 
Steve Green <xrsbg@dirac.gsfc.nasa.gov>

NASA Goddard Space Flight Center, Center For Computational Sciences, Code 931
Newsgroups: comp.protocols.appletalk
From: grandoni@iei.pi.cnr.it (Fabrizio Grandoni)
Subject: PC=>Ethernet=>Appletalk
Followup-To: comp.protocols.appletalk
Organization: IEI-CNR
Date: Wed, 23 Dec 1992 09:54:02 GMT

I've not found a FAQ in the local news cache; this is my problem anyway:
we have a number of LocalTalk connected to an Ethernet backbone through
FastPath bridges; our Mac users share Appleshare servers and laser printers
scattered in our building. We have also many PC users connected to Ethernet
via ethernet cards (mostly 3Com); some of them have LocalTalk interfaces &
drivers to access local Appletalk laser printers. Question: does it exist a
driver for ethernet interfaces able to access our full LocalTalk/EtherTalk
net (i.e., to access any zone)?
Please answer by e-mail; i'll post a summary.
Thanks a lot,
                       fab

______________________________________________________________________
fabrizio grandoni                         Internet: fabg@iei.pi.cnr.it     
             
IEI-CNR                                    
Via S. Maria,46                            
56126 Pisa, Italy                          
Newsgroups: comp.protocols.appletalk
From: cgk@mitre.org (Chriss Koch)
Subject: AppleTalk weirdness
Followup-To: comp.protocols.appletalk
Organization: The MITRE Corporation
Date: Thu, 24 Dec 1992 17:13:59 GMT


I wonder if anyone might be able to shed some light on a strange
problem I'm seeing.

I've got about 100 Macs (variety of models) and a few PCs on my local
network.  The local network consists of 3 zones, 1 ethernet and 2
LocalTalk.  The ethernet is used for a few UNIX workstations, Mac mail
and file servers, and as a local backbone for the 2 LocalTalk
segments.  The LocalTalk segments each consist of 4 interconnected
Farallon StarController hubs, and a Cayman GatorBox CS gateway.  The
ethernet segment is connected through a cisco router and 57Kb
dedicated line to the corporate network.

In one of the 2 local LocalTalk segments I've got an SE/30 with 8 MB
RAM running 7.0.1 + Tune-up 1.1.1, KeyServer 3.0.5 (50 clients), and
Meeting Maker Server 1.5.  This machine is a dedicated
KeyServer/Meeting Maker host, and I've enabled file sharing so that I
can occasionally access the disk from remote for administrative
purposes.

I recently began using TrafficWatch II 1.0A to analyze network
utilization, and I noticed that this SE/30 was sending a substantial
number of packets to a nonexistent device in the same zone.  I can't
resolve the recipient address to any device.  This mysterious device
receives packets only from the SE/30, and never sends packets to the
SE/30, or any other device.

Upon closer inspection (using LocalPeek), I noticed that the packets
being sent by the SE/30 to the mystery device consist entirely of
lapRTS.

Does anyone have any insight into this strange anomaly?  Please e-mail
me and I'll summarize in this newsgroup.

--
Chriss G. Koch, Macintosh Network Administrator <cgk@mbunix.mitre.org>
The MITRE Corporation            |
1259 Lake Plaza Drive            |      <Insert witty quote here>
Colorado Springs, CO 80906       | 
Newsgroups: comp.protocols.appletalk,comp.sys.mac.comm
From: isr@rodan.acs.syr.edu (Michael S. Schechter - ISR group account)
Subject: Re: 'comp.sys.mac.mactcp' newsgroup?
Organization: Syracuse University, Syracuse, NY
Date: Wed, 30 Dec 92 11:28:52 EST

In article <1992Dec18.215320.1112@netcom.com> creiman@netcom.com (Charlie Reiman) writes:
>Rebuttals invited.

Well, I don't see why you think more newsgroups are a bad thing.

I don't subscribe to the haypercard, application, games (is there one),
forsale, or advocacy groups...  Why should I have to, even with an efficient 
reader (which for variious reasons I can't use), have to wade thru
several hundred different thread titles? I don't care about modems,
I don't care about Mac-PC comm; I don't care about UUCP; I care about
MacTCP. That's it. True there might be cross-posting.. As you said,
get a good newsreader!

I'm all for the new group.
From: philc@uswmrg.mrg.uswest.com (Phillip Corchary)
Newsgroups: comp.protocols.appletalk
Subject: NSI 1.3/AT 58.0  is it for real
Date: 28 Dec 92 21:35:14 GMT
Organization: U S WEST Marketing Resources Inc.
XXXDate: Mon, 28 Dec 92 15:30:29 GMT
XUserAgent: Nuntius v1.1.1d16
XXXMessageID: <A764CE154D024126@phil_corchary_mac.mrg.uswest.com>
NntpPostingHost: phil_corchary_mac.mrg.uswest.com

So now that the 1.3 NSI is out there ... does ANYBODY know what the
real story is? First the industry journals say it`s realeased, then
the mysterious note on AppleLink saying it`s not ...

So, is it realease and supported or not?

Does anybody know what is the specific differences between 58.0
and 57.04 (or even 57.03 for that matter). iSomeones told me
that there was ia change in packet sizes between .03 and .04.
(Other that snmp  over AT, of course, not over IP, that is)

Has anyone else heard of this?


Phil Corchary
IN: philc@uswmrg.mrg.uswest.com
AL: PCORCHARY

=======================================================================
======
*                    U S West Marketing Resources Group, Inc.            
   *
*          publishers of the U S West Direct Yellow Page Directories     
   *
*                and other Yellow Page and Marketing products            
   *
=======================================================================
======
From: dplatt@ntg.com (Dave Platt)
Newsgroups: comp.protocols.appletalk
Subject: Re: Cap 60/pl126 and Personal Laserwriter NTR
Date: 31 Dec 92 01:54:04 GMT
Distribution: usa
Organization: New Technologies Group, Inc.  Palo Alto CA

>>                                       The NTR is visible
>>from a mac's finder but not from atlook/atlooklws or lwpr.
>>What is going on?
>
>I have encountered the same problem running CAP 6.0, pl126, phase 2,
>on a Sun SPARCstation 2 with SunOS 4.1.3.  I am able to see several
>different kinds of printers (IIg, NTX) but not the Personal LaserWriter
>NTR.  If anyone has an explanation for this, please post it to the group.

Cause:  the LaserWriter II NTR does not calculate DDP checksums
properly.  Macs do not bother verifying DDP checksums;  CAP does.  CAP
is discarding the packets sent by the NTR on the reasonable assumption
that they have been damaged in transit.

Cure:  upgrade to CAP 6.0 pl125.  You can disable DDP checksums
entirely, but it's better to simply run atlook, atlooklws, lwsrv, and
so forth with the -k option which selectively disables DDP checksum
validation on a connection-by-connection basis.

Other printers affected:  some Tektronix Phaser printers, and some QMS
printers, also exhibit this problem.

Other steps required for fix:  if you are using a FastPath running
K*Star as a gateway between Ethertalk and Localtalk, you must disable
DDP checksum validation in K*Star.
-- 
Dave Platt                                                VOICE: (415) 813-8917
              Domain: dplatt@ntg.com      UUCP: ...netcomsv!ntg!dplatt
 USNAIL: New Technologies Group Inc. 2470 Embarcardero Way, Palo Alto CA 94303
From: perkins@MSUPA.PA.MSU.EDU
Newsgroups: comp.protocols.appletalk
Subject: Re: NCSA Telnet for PC Newsgroup?
Date: 2 Jan 93 05:06:24 GMT
Reply-To: perkins@MSUPA.PA.MSU.EDU
Organization: MSU Dept. of Physics & Astronomy
NNTP-Posting-Host: msupa.pa.msu.edu

In article <1993Jan2.150422.4368@ucsvc.ucs.unimelb.edu.au>, 
u6104701@ucsvc.ucs.unimelb.edu.au writes:
>In article <2845@wcc.oz.au>, tom@wcc.oz.au (Tom Evans) writes:
>> I'm having problems with NCSA Telnet for the PC, version 2.3.05. Could
>> someone please advise me of an appropriate newsgroup to send this to
>> [...]
>comp.sys.ibm.pc.misc ?

or comp.protocols.tcp-ip.ibmpc ?

------------------------------------------------
G J Perkins             perkins@msupa.pa.msu.edu
Newsgroups: comp.protocols.appletalk
From: marshall@cs.iastate.edu (Bill Marshall)
Subject: Re: What is AFS ???
Organization: Iowa State University, Ames IA
Distribution: usa
Date: Wed, 23 Dec 1992 17:59:54 GMT

louis@asterix.drev.dnd.ca (Louis Demers) writes:

>In <marshall.725054387@stimpy.cs.iastate.edu> marshall@cs.iastate.edu (Bill Marshall) writes:

>>rrp@cfm.brown.edu (Bob Petrocelli) writes:

>>>I noticed a reference to AFS when FTPing to archive.umich.edu...
>>>What is AFS....How do I get it...

>>...
>>  If you'd like more information on the AFS network and technology and its
>>advantages, you can send e-mail to "info@transarc.com" or phone them
>>up at 1-412-338-4400.
>>==================
>> ...
>>AFS was developed at CMU and is supported my Transarc. It provides a
>>distributed file system with consistent pathnames for any user on any
>>machine. Transarc has some good info in the way of technical papers
>>and brochures.

>	Is it freely available on the NET  or is it sold by Transarc ?

Rats. I thought I made that point.

It is sold by Transarc.

Depending on how many machines you have, it can reduce support costs
and increase performance in comparison to NFS. Iowa State has > 600
workstations running AFS.

Bill
--
			    Bill Marshall
		     Computer Science Department
			Iowa State University
		       marshall@cs.iastate.edu
Newsgroups: comp.protocols.kerberos
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: If you are running a Kerberos V4 server, PLEASE APPLY THIS PATCH
Organization: Internet-USENET Gateway at Stanford University
Date: Wed, 30 Dec 1992 21:11:32 GMT

We have recently discovered a problem in the V4 Kerberos server; it was
not properly checking the string lengths of the principal names in
incoming requests.  On certain architectures, this will cause the
in-core master key schedule to be overwritten, causing the KDC to fail
by sending out garbage instead of tickets in response to requests, thus
resulting in a fairly nasty denial-of-service attack.

I strongly urge you to apply the following patch to your V4 kerberos
servers.

						- Ted

System: Kerberos V4, any patch level
Priority: MEDIUM-HIGH

*** /tmp/,RCSt1a05375	Thu Dec 17 19:25:15 1992
--- kerberos.c	Thu Dec 17 18:57:33 1992
***************
*** 317,322 ****
--- 317,323 ----
      }
  }
  
+ #define LENGTH_CHECK(str, size) if (strlen((str)) >= (size)) (str)[(size)-1]=0
  
  kerberos(client, pkt)
      struct sockaddr_in *client;
***************
*** 392,399 ****
--- 393,403 ----
  
  	    /* set up and correct for byte order and alignment */
  	    req_name_ptr = (char *) pkt_a_name(pkt);
+ 	    LENGTH_CHECK(req_name_ptr, ANAME_SZ);
  	    req_inst_ptr = (char *) pkt_a_inst(pkt);
+ 	    LENGTH_CHECK(req_inst_ptr, INST_SZ);
  	    req_realm_ptr = (char *) pkt_a_realm(pkt);
+ 	    LENGTH_CHECK(req_realm_ptr, REALM_SZ);
  	    bcopy(pkt_time_ws(pkt), &req_time_ws, sizeof(req_time_ws));
  	    /* time has to be diddled */
  	    if (swap_bytes) {
***************
*** 404,410 ****
--- 408,416 ----
  	    req_life = (u_long) (*ptr++);
  
  	    service = ptr;
+ 	    LENGTH_CHECK(service, SNAME_SZ);
  	    instance = ptr + strlen(service) + 1;
+ 	    LENGTH_CHECK(instance, INST_SZ);
  
  	    rpkt = &rpkt_st;
  	    klog(L_INI_REQ,
***************
*** 528,534 ****
--- 534,542 ----
  	    req_life = (u_long) (*ptr++);
  
  	    service = ptr;
+ 	    LENGTH_CHECK(service, SNAME_SZ);
  	    instance = ptr + strlen(service) + 1;
+ 	    LENGTH_CHECK(instance, INST_SZ);
  
  	    klog(L_APPL_REQ, "APPL Request %s.%s@%s on %s for %s.%s",
  	     ad->pname, ad->pinst, ad->prealm, inet_ntoa(client_host),
Newsgroups: comp.protocols.kerberos
From: hendrick@express.ctron.com ("James R. Hendrick")
Subject: Using NIS w/ patchlevel 10 of Kerberos V4 on SGI: How??
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 21 Dec 1992 18:37:14 GMT

I have built the latest V4 on an SGI running IRIX 4.0.5F and
have yet to be able to get NIS hostname / username lookup working.
I have used (in all permutations) -DBSD42 and -lsun (which 
supposedly has the gethostbyname version that uses NIS in it) to
no avail. Could someone suggest what may be wrong? I define the -lsun
in the config.Imakefile in the GLOBAL_CDEFS line. In fact (if it would help)
my latest attempt used:

GLOBAL_CDEFS=   -cckr -DKERBEROS -DPOSIX -DNOTTYENT -DNOSTBLKSIZE -DNOVFORK
-DNOUTHOST -DNO_GETUSERSHELL $(SITEDEFS) $(OSDEFS) -DBSD42 -lsun

I am at a loss. The code works fine (at least I can do kinit, klist, kdestroy
and rlogin) when I list myself in /etc/passwd and the hosts for the kerberos
database and the target for rlogin in /etc/hosts.

Thanks for any help.

Jim

Newsgroups: comp.protocols.kerberos
From: bobb@AGORA.RAIN.COM (Bob Beauchemin)
Subject: OS/2 Kerberos and MIT
Organization: Internet-USENET Gateway at Stanford University
Date: Tue, 29 Dec 1992 01:20:00 GMT



  I've been testing IBM's version of Kerberos for OS/2, that comes with
TCP/IP 1.2.1. This version seems to work OK if both the server and kinit
run on the OS/2 machine, but running OS/2 kinit against an MIT R4 Kerberos
server produces an 000D exception (after prompting for the password).
  Has anyone else experienced this...ie, is it a known problem with OS/2
Kerberos? Also, are there any kerberized applications aside from the sample
application?
  Thanks,

Bob Beauchemin
OCSG
bobb@agora.rain.com

Newsgroups: comp.protocols.kerberos
From: Christian.Kuehnke@arbi.informatik.uni-oldenburg.de (Christian Kuehnke)
Subject: V5: Inter-Realm-Authentication
Organization: University of Oldenburg, Germany
Date: Fri, 1 Jan 1993 23:20:22 GMT

Hi!
 
I've got a question regarding inter-realm authentication in
Kerberos V5. I think the "Internet-Draft" leaves some gaps open in
this field.
 
Situation:     Client c in Realm rc wants to communicate with
               Server s in Realm rs.
 
Now, I see two possibilities:
 
a)   c requests from his TGS a TGT for Realm rs
b)   c requests from his TGS a Ticket for (s,rs)
 
Which one is the proper procedure? Assume that no interaction with
intermediate Realms is necessary. In both of these cases, the
response would be the same: A TGT for Realm rs, with which the
client could request a Ticket for s from the remote TGS. Right?
 
Of course, in case b) the client would have to recognize, that the
obtained Ticket isn't for s. On the other hand, in a) the client
has to see that it simply cannot obtain the Ticket for s directly.
 
I am still more confused by page 24, section 5.3.1 of the Internet-
Draft (01/09/92), where in the explanation of the "realm" field in
the Ticket, it says:
 
     "This field specifies the realm that issued a ticket. It also
     serves to identify the realm part of the servers's principal
     identifier. Since a Kerberos server can only issue tickets for
     servers within its realm, the two will always be identical."
 
But what does a TGT for a "remote" Realm then look like? Of course,
the statement holds for Tickets for application servers. But for
the example given above, shouldn't be realm=rs, sname=s?
Especially, because in the pseudocode for KRB_TGS_REP generation
(A.6), the realm of the resulting ticket always is set to the realm
the TGT is for.
 
And the pseudocode for KRB_TGS_REQ generation (A.5) doesn't set
req.realm at all...
 
Any enlightening is very much appreciated :-)
 
Happy new year,
Christian

-- 
- Snail   : Christian Kuehnke/Hartenscher Damm 65/2900 Oldenburg/BRD -
- Internet: Christian.Kuehnke@arbi.Informatik.Uni-Oldenburg.DE       -
- Bitnet  :            249923@DOLUNI1                                -
<* For CIA grep: bomb, spy, attack, socialism, panama, cuba, grenada *>
Newsgroups: comp.protocols.kerberos
From: bjaspan@aktis.com ("Barry Jaspan")
Subject: Yet Another klist Patch
Organization: Internet-USENET Gateway at Stanford University
Date: Wed, 23 Dec 1992 21:00:01 GMT


I made a silly mistake in my previous patch to implement the klist -s
function.  Although the exit status was set correctly, all credentials
in the cache *except* the tgt were printed anyway.  This patch fixes
this bug.

Barry Jaspan, bjaspan@aktis.com
Aktis, Inc.

===================================================================
RCS file: RCS/klist.c,v
retrieving revision 5.19
diff -c -r5.19 klist.c
*** 5.19	1992/12/23 20:54:34
--- klist.c	1992/12/23 20:53:24
***************
*** 257,264 ****
      }
      
      while (!(code = krb5_cc_next_cred(cache, &cur, &creds))) {
! 	 if (status_only && exit_status) {
! 	      if (creds.server->length == 2 &&
  		  strcmp(creds.server->realm.data, princ->realm.data) == 0 &&
  		  strcmp((char *)creds.server->data[0].data, "krbtgt") == 0 &&
  		  strcmp((char *)creds.server->data[1].data,
--- 257,264 ----
      }
      
      while (!(code = krb5_cc_next_cred(cache, &cur, &creds))) {
! 	 if (status_only) {
! 	      if (exit_status && creds.server->length == 2 &&
  		  strcmp(creds.server->realm.data, princ->realm.data) == 0 &&
  		  strcmp((char *)creds.server->data[0].data, "krbtgt") == 0 &&
  		  strcmp((char *)creds.server->data[1].data,