Windrop not joining channel

[yutsi]

I was able to successfully /ctcp yutsieggdrop chat, although all that happened was [19:54] [yutsieggdrop ERROR Reply] : no password set. I'm still unable to get a response from /msg yutsieggdrop [Command] except for /msg yutsieggdrop help

[yutsi]

Great, now that I've set password it won't respond to /msg or /ctcp anymore.

[yutsi]

...
Alright. I downloaded PuTTY and PuTTYTel. My IRC client is Icechat. I changed listen 3333 all to listen 60537 all. I checked Windows firewall and it is letting windrop through. And I can't get my routers configuration page.

It might be an interesting experiment, to try to telnet into your bot, using Putty.
Run Putty.
In the "hostname" box, enter: localhost
In the "port" box, enter: 60537

and try it, when your bot is up and running. Let us know what happens.

I've tried the above... using putty, on my Windows 7 computer, while running Windrop on the same computer. (Using the 'listen' port that my bot is config'd for), and I could log in to my test Windrop.

Ok on Icechat. I'm not familiar with it though.

For your router's configuration:
Examine your router for brand name, model number, etc.
Then visit: http://portforward.com/
At that site, are listed MANY routers, along with step-by-step intructions for forwarding ports. Take some time, and explore that site, before plunging ahead.

Nothing happens when I try to telnet to the bot.

[willyw]

Comcast set up my CG814WG v2 for me, and now I can't access http://192.168.0.1/ with any of the combos I found online, including comcast/1234 and admin/password and many permutations of those. Is there any way for me to find the password without resetting the router? I need to access this for the instructions in portforward.com.

I don't know. Sorry. I'm not familiar with it.

I can't advise you to just reset it either, as I don't know if that would cause you additional problems with connecting.

You may have to contact Comcast... and I doubt that will be any fun at all.

Maybe somebody else will join this thread, with an idea for you.


Also, keep an eye on your thread here:
http://forum1.netgear.com/showthread.php?p=287810
I see you've gotten a few replies there.

[willyw]

I was able to successfully /ctcp yutsieggdrop chat, although all that happened was [19:54] [yutsieggdrop ERROR Reply] : no password set. I'm still unable to get a response from /msg yutsieggdrop [Command] except for /msg yutsieggdrop help

Please be specific - what commands did you try?

Great, now that I've set password it won't respond to /msg or /ctcp anymore.

What /msg and what /ctcp did you try?

[yutsi]

What /msg and what /ctcp did you try?

I tried most of the commands listed in /msg yutsieggdrop help and I tried /ctcp yutsieggdrop chat

[willyw]

What /msg and what /ctcp did you try?

I tried most of the commands listed in /msg yutsieggdrop help and I tried /ctcp yutsieggdrop chat

If the bot knows you as owner- I would expect it to reply to those other commands.

I wonder if your password truly was set.
Did it say that it accepted it?

As for the /ctcp botnick chat command, usually that causes the bot to send you a request for chat, that you have to acknowledge.
I don't know what that would appear as, with IceChat.

What happens if you try changing your password?
Just curious if the bot responds to that.

Code: Select all

-botnick- /MSG botnick PASS <password> - This sets a password for your handle. You need a password to use most commands and/or chat the bot.
-botnick- /MSG botnick PASS <oldpass> <newpass> - Allows you to change your password.

[willyw]

In your eggdrop.conf, check this setting:
set quiet-reject 1

# This setting makes the bot squelch the error message when rejecting a DCC
# CHAT, SEND or message command. Normally, Eggdrop notifies the user that the
# command has been rejected because they don't have access. Note that sometimes
# IRC server operators detect bots that way.
set quiet-reject 1

Set it to 0
Perhaps you'll then get some response, that will be a clue.

[yutsi]

What /msg and what /ctcp did you try?

I tried most of the commands listed in /msg yutsieggdrop help and I tried /ctcp yutsieggdrop chat

If the bot knows you as owner- I would expect it to reply to those other commands.

I wonder if your password truly was set.
Did it say that it accepted it?

As for the /ctcp botnick chat command, usually that causes the bot to send you a request for chat, that you have to acknowledge.
I don't know what that would appear as, with IceChat.

What happens if you try changing your password?
Just curious if the bot responds to that.

Code: Select all

-botnick- /MSG botnick PASS <password> - This sets a password for your handle. You need a password to use most commands and/or chat the bot.
-botnick- /MSG botnick PASS <oldpass> <newpass> - Allows you to change your password.

He's not responding when I try to change my password.

[yutsi]

In your eggdrop.conf, check this setting:
set quiet-reject 1

# This setting makes the bot squelch the error message when rejecting a DCC
# CHAT, SEND or message command. Normally, Eggdrop notifies the user that the
# command has been rejected because they don't have access. Note that sometimes
# IRC server operators detect bots that way.
set quiet-reject 1

Set it to 0
Perhaps you'll then get some response, that will be a clue.

I already did set it to 0.

[willyw]

I'm a bit baffled by the lack of response from the bot.

I wonder if you are using the correct password.

If you have nothing important in the user file, you might want to remove it, and just start over... with the hello process, to make yourself owner again, and then set your password again.

Or, see:
http://www.egghelp.org/faq.htm#016
as that explains how to just remove the present password, so that you can then proceed to set it again.

Perhaps I've missed something obvious too. If anyone reading along has an idea, please jump in.

[willyw]

In your eggdrop.conf, check this setting:
set quiet-reject 1

# This setting makes the bot squelch the error message when rejecting a DCC
# CHAT, SEND or message command. Normally, Eggdrop notifies the user that the
# command has been rejected because they don't have access. Note that sometimes
# IRC server operators detect bots that way.
set quiet-reject 1

Set it to 0
Perhaps you'll then get some response, that will be a clue.

I already did set it to 0.

Again, I'm not familiar with IceChat, as to where you'd see the response from the bot.... but with quiet-reject set to 0, and a user that is unknown to the bot, I see:
-botnick- No access
as response from the bot, when I send: /msg botnick help

[yutsi]

Here's my eggdrop.conf: http://www.mediafire.com/file/0n9hjbnix ... gdrop.conf

[willyw]

Here's my eggdrop.conf: http://www.mediafire.com/file/0n9hjbnix ... gdrop.conf

1.) See the first line of your eggdrop.conf. It is:

Code: Select all

#! /path/to/executable/eggdrop

Change that to an accurate statement, for your installation.
Here is a typical looking example:

Code: Select all

#!C:/bot/eggdrop

You need to replace

Code: Select all

C:/bot/   

with whatever is correct, for your installation.

2.) See:

Code: Select all

set console "yutsi"

Change that to something that uses flags the bot knows.
An example is:

Code: Select all

set console "mkcobxs"

3.) See:

Code: Select all

set nat-ip "69.xxx.xx.xx"

If you are going to use set nat-ip, be sure it is accurate.
Were it me, for now I would leave it commented out.

[yutsi]

The eggdrop still won't respond to /ctcp yutsieggdrop chat