Received: from pch.mit.edu (PCH.MIT.EDU [18.7.21.90]) by krbdev.mit.edu (8.9.3p2) with ESMTP id AAA06360; Thu, 5 Aug 2004 00:01:21 -0400 (EDT) Received: from pch.mit.edu (localhost [127.0.0.1]) by pch.mit.edu (8.12.8p2/8.12.8) with ESMTP id i7541Kl1006525 for ; Thu, 5 Aug 2004 00:01:20 -0400 (EDT) Received: from biscayne-one-station.mit.edu (BISCAYNE-ONE-STATION.MIT.EDU [18.7.7.80]) by pch.mit.edu (8.12.8p2/8.12.8) with ESMTP id i7541Il1006521 for ; Thu, 5 Aug 2004 00:01:18 -0400 (EDT) Received: from melbourne-city-street.mit.edu (MELBOURNE-CITY-STREET.MIT.EDU [18.7.21.86])i7541IYh005996 for ; Thu, 5 Aug 2004 00:01:18 -0400 (EDT) Received: from [130.129.141.108] (wepe-130-129-141-108.ietf60.ietf.org [130.129.141.108]) (authenticated bits=0) (User authenticated as raeburn@ATHENA.MIT.EDU)i75418Om020186 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Thu, 5 Aug 2004 00:01:17 -0400 (EDT) MIME-Version: 1.0 (Apple Message framework v618) Content-Transfer-Encoding: 7bit Message-Id: <113354FB-E694-11D8-AA6D-000A95909EE2@mit.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed To: krb5-bugs@mit.edu From: Ken Raeburn Date: Wed, 4 Aug 2004 21:01:02 -0700 X-Mailer: Apple Mail (2.618) Subject: gssapi test assumes fast DNS service X-Beenthere: krb5-bugs-incoming@mit.edu X-Mailman-Version: 2.1 Precedence: list Sender: krb5-bugs-incoming-bounces@mit.edu Errors-To: krb5-bugs-incoming-bounces@mit.edu X-RT-Original-Encoding: us-ascii Content-Length: 701 The test suite doesn't wait long for the gss-server process to start accepting connections. At IETF-60, in the hotel room with rather mediocre network access, resolving my own hostname takes a while (and I'm on a Mac, so no caching configured). This means the gss-server process can take a long time to figure out its own service principal name. By the time it does, some of the tests have already failed. Possible fix: Very long delay before starting client processes. Suggested fix: Have the server output a "ready" message when it's listening for incoming connections, and have the test suite permit a long delay for that message, but continue on as soon as the message is seen. Ken