I had a problem like this 2. It's verry simple in fact, for me was. You can chk for a solution of this in 2 ways:
1. Start your egdrop or another one exactly like it with: './eggdrop -nt' then on irc try an /ctcp chat with him and see on the 'console' what is happening.
2. You should have an line like this: '--HOSTS -telnet!*@*' in the 'users' file, if you don't, then add manualy one. You can change tha mask to whatever you want and suits you better.
Hope this will sole your problem to. Good luck.
PS: I was almost forget to say that if you stop the 'console' the eggdrop dies to. Do your stuff then start it normaly, without the '-nt' modes.
Once the game is over, the king and the pawn go back in the same box.
ok 3 eggdrops all the same version
one user can only /ctcp chat or /dcc chat one of them the other two he cannot
yet his flags hosts everything is identical in all 3
i've tried everything i could think of and still he cannot get into the partyline
i've run out of ideas short of redoing the entire user file *sigh* any suggestions?
ya it's on a shell
no firewall nuthin
the user has a firewall but how come he can access one and not the others when all info is the exact same in every way?
You failed to have answered any of the other questions.
While it may be on a shell, where is this shell located in relation to the internet.
There may be no firewall in place, but a router can act like a firewall depending on it's setup.
What error messages do you get? Both inside the client and eggdrop? Along with the error, is the IP that is sent tot he client the correct one?
Is my-ip correctly set? This is the msot common cause.
The person that is able to connect. Is he your average Joe user, connected to the internet, or is he in any way on the same network segment of the bot?
MOst of these are obvious ports of call, and it would be batter if you look into all of them beofre posting simpel "It don't work" messages.
The fact that a IP resolves to that address dfoes not mean it is the correct setting.
A machine may be seen on the internet as being from this IP, and this again, does not mean that machine has that IP address.
I have 2 linux servers, one at home, and another in work. One has a IP address on 192.168.254.1, and the other 192.168.1.2. However, when they make a connection to the internet, there IP needs to be translated into a public IP.
This may be your issue.
However, I have re-read the post, and see that even "/ctcp <bot> chat" isn't working.
Are you sure there hostmasks are correct in there user-records?
Are you using the "protect-telnet" setting?
Ar eyou using the require-p setting without giving them the correct flags?
What flgs do the non-operational people have, and the operational person?
What do you have for your connect-timeout setting?
What is your max-dcc setting?
Is there a ingore on any other there hostnames?