That sould allow you to use /ctcp $botnick CHAT.Eggdrop.conf
# If you would like the bot to listen for users and bots in separate ports,
# use the following format.
#
# listen 3333 bots
# listen 4444 users
#
# If you wish to use only one port, use this format:
listen 3333 all
Hope the helps you outeggdrop.conf
# If you're using virtual hosting (your machine has more than 1 IP), you
# may want to specify the particular IP to bind to. You can specify either
# by hostname or by IP. You may also want to set the hostname here if
# eggdrop has trouble detecting it when it starts up.
#set my-hostname "nothing.net"
set my-ip "254.186.6.54"
You need to set your ip in mIRC so that it dont think that it is a internal ip connecting to the eggdrop... I run a NAT server on RH7.2 and my eggdrop are hosted off that..eggdrop.log:
[15:22] CTCP CHAT: from Archibald (~haddock@as6-3-2.spa.s.bonet.se)
[15:23] Telnet connection: 192.168.100.6/2184
[15:23] Lost connection while identing [192.168.100.6/2184]
[15:23] Telnet connection: 192.168.100.6/2184
Your problems stem from your firewall setup. Since alice.tcl (egghttp.tcl) require outbound access, you need to figure out what settings on your firewall you need to change in order to allow this to happen. Also, as always, read the FAQ that comes with the script.Haddock wrote:Weeee!
I managed to set +alice at last by simply telnetting to the bot.
Fine!
But alice is still not responding =(
Now I'm out of clues.
PLZ help!
I love how you keep re-wording my answersppslim wrote:Depending on how the script works, the following things might be causing this.
A, it's not even talking to a alice server. This is a problem on you end, most likely a config issue.
It's conecting the alice server, but is uanlbe to gain a connection. This is not likely a NAT issue, because if eggdrop is connecting, then connections are being routed correctly, as such, so should the alice connections. It could be a firewall problem, as such, you should see the documentation on forwarding the correct ports numbers.
Being the author of the scripts in question, I can say with all authority,ppslim wrote:I am not re-wording them, more correcting them.
You base your answers on one hypothetical possibility, rather than saving the time of re-visiting the question.
Simply stating that somthing isn't replying, and getting a answer of a firewall issue, could very well lead down the wrong track.