Completely stumped and would appreciate any help
 

For the life of me I haven't been able to get EQEmu to work... period. And this extends back to months before I even registered on the site. Lately I've been more pressed to try to get it to work and I'm coming up empty-handed. Hopefully one of you fine folks can spot a problem I am missing.

There are a few things to note before I get into the specifics of potential problems:

1. I'm trying to run a server locally... no luck thus far (1017)
2. I've tried running the server using the eqemu login servers... no luck (1017)
3. I can't even connect to another hosted server without a 1017.

Also note that the following information has been adjusted every which way but loose. So if your suggestion is to change an IP address here or there, could you please also say "why" you think that may fix it. I've done 127.0.0.1's, localhosts, my actual IP, a domain registered to my IP and internal IP's (which is what the following is of) and nothing seems to work.

Now for the info....

OS: Win XP SP1
RAM: 768megs ECC Rambus
CPU: 1.7GHz P4
EMU: EQEmu 0.4.4-DR1
DB: Telmet DB Addon
EQ Client: Use Patcher (est. 01/04/03)

In my latest try, Computer #1 in running an internal IP of 192.168.0.5 and is runs Minilogin.exe and eqgame.exe (by the way, it doesn't work with minilogin on Comp #2 either). Computer #2 (Win98 SE / P3 750 / 192megs) is hosting World.exe as well as the zones. It runs on an internal IP of 192.168.0.79. Both systems connected with a Linksys workgroup hub. No firewall is running on either system and all ports are accessible between the two.




I've seen various posts. Some say this file is still needed, others say the database should be handling it. /shrug I used it just in case and used any possible IP it might see eqgame.exe as coming from.


I only booted 2 zones for my testing (hence the unusual *.bat name). Also, I did try using 127.0.0.1 as the second address in one testing. As you'll note later, the problem seems to occur before this could even present a problem.


Looks good to me?


And now, with comments, where it seems the problem lies - but why?

Note that World.exe does not register a connection attempt. I've never got this working, but I was certain it DOES register a client connecting.

My hunch is that it may be a database problem. I've read virtually every post on this forum. I've done:

world adduser eqemu eqemu 200
- and I've manually done it in mysql after rebuilding the db -

I've seen suggestions on deleting the account with Admin Tools (did that), and I've seen suggestions on using Admin Tools to create the account (did that after deleting didn't work). I've also seen suggestions on changing the account number from 0 to 1. I tried that also.

Heck, it may not be a database issue at all? I am stumped. I want to say that if it were a database problem, World.exe would give a hint to a password or account problem, yet it seems like the problem never gets that deep into the chain. I've also considered that maybe minilogin and the client get scrambled being on the same IP but I get the same results if the login is on a different IP.


Any ideas??

Oh.. probably won't matter/help but I'm running version 3.23.56 of MySQL.

I had this getstate() problem and my solution to this was to change lsaccount_id column in table Accounts to 0 for the account
I am trying to use.

Try it, maybe your are lucky.

Thanks for the tip Grimbar...

I played with it some more, changing the lsaccount_id to 0 (it was at 1) and that generated the same Client disconnected (eqnc->GetState()=102) message.

I also deleted all accounts in Admin Tools, let minilogin use the accounts.ini and attempted to log in... that also gave a Client disconnected (eqnc->GetState()=102).

I disabled the MiniLoginaccounts.ini one more time, remade an account in the database using world adduser <name> <pass> <priv> which generated a Server GM account. according to the command window.

The thing I find strange is that EQEmu Admin Tool 4.2 would not show that newly created account under "accounts" when I restarted it?? I've heard world no long worked for adding accounts, I guess this proves it. In any case, I decided to try it and same GetState() message followed by a disconnect.

I then created the same GM account in Admin Tools (assuming that world didn't actually create since Admin Tools isn't seeing it in the db) and set the lsaccount_id to 0. I then tried to connect. Yup, you guessed it.. more Client disconnected (eqnc->GetState()=102).

Last try... I delete ALL ACCOUNTS from the database (using MySQL) and I create (going according to another accounts tip I found):
INSERT INTO account SET name='eqemu', password='eqemu', status=200, lsaccount_id=0;
I try to log in and.... Client disconnected (eqnc->GetState()=102).

Now here's something that caught my eye, and perhaps it''s correct but it seemed strange:

LOGINSERVER:
Login server listening on port:5999
New TCP connection: 192.168.0.79:1177 **This is World.exe on Comp #2 connecting**
95317 New client from ip: 192.168.0.5 port: 3627 **This is eqgame.exe reaching server select**
Client disconnected (eqnc->GetState()=102) **The millisecond "Play EQ" is clicked**


It's listening on port 5999 yet when world.exe connects it lists port 1446 (Even though World says it's connected on 5999)? The Client connects and gets port 1458? Does this auto foward to a new port on each connection?

Any other ideas??

Only sucsess I've had with XP OS is this....
 

I run the Emu on my XP machine, I am able to log into it on the XP machine and all the other pc's on the LAN, they run win98 and win2k. If i try to run the server on any of the other machines , the XP machine can't log in, gets 1017 error.
It seems to me the 1017 error is mostly a winXP problem for clients , try running the server on your XP machine , and play from your win98 box.