The server that answered does not have the expected name

Hello,I am having a strange problem.

When my remote user attempt to dialin to the domino server the receive the following error message, “THE SERVER THAT ANSWERED DOES NOT HAVE THE EXPECTED NAME”. These users dial directly into the server via 2 modems attached to the server.

TCP/IP connections work fine.

I have tried changing the ini file so that the key file names match. But that did not work.

I have been on the phone with support but they can not come up with an answer.

I am hoping someone out there has run into the issue and found a solution.

Subject: THE SERVER THAT ANSWERED DOES NOT HAVE THE EXPECTED NAME

Check the server names in the Connection/Location documents. Also the server address in the connection document.There is probably a typo.

Subject: Type ‘Show Server’ at the server console and see what name appears.

Subject: RE: Type ‘Show Server’ at the server console and see what name appears.

It is the same server name that is configured on each remote users computer.

Subject: i think my solution is the answer to 99% of your problem

It has happend to me before.Go to the address book on server, names.nsf

then go to Server Section,

then configuration, open the config for your server, go to ports tab,

make sure the Net Address is the correct name of the server (fully qualified internet host or ip address)

Right now you probably have something else.

Subject: destination field in dialup connection doc

Likely a name mismatch. Copying the distinguished name from the server doc and pasting it into the destination server field in the connection doc on the affected clients may help.

Subject: RE: destination field in dialup connection doc

Sorry I should have added something to the post. Thank you for your responses so far.

This just started occuring. Everything was working fine up until yesterday. I completed the upgrade over 4 months ago.

All remote users that are trying to dial in are getting this error message. This is definetly something related to the server side.

Subject: try Notes network trace

I can’t tell which side of the equation is in error, but the message your end-users are getting generally means that the Notes client tried to contact a given server name at a specified address, and a server with another name answered. I’d attack this one by turning logging all the way up in the port trace dialog on one of the affected Notes clients, then trying to connect to the server again. The usual result is something like this:

09-07-2004 10:16:04 AM Network: Local network connection document found for Tunbridge/Acme

09-07-2004 10:16:04 AM Network: Verifying address ‘10.19.4.19’ for Tunbridge/Acme on TCPIP

09-07-2004 10:16:04 AM Network: Connected to the wrong server Tonbridge/Acme using address 10.194.4.190

09-07-2004 10:16:04 AM Network: Connected to the wrong server Tonbridge/Acme using address 10.194.4.190

09-07-2004 10:16:04 AM Network: Unable to connect to Tonbridge/Acme on TCPIP (Connection denied. The server you connected to has a different name from the one requested.)

09-07-2004 10:16:04 AM Network: No default passthru server defined

09-07-2004 10:16:04 AM Network: Unable to find any path to Tunbridge/Acme because Connection denied. The server you connected to has a different name from the one requested.

Yours may vary, but a ‘connected to wrong server’ message could be illuminating.