binding to a msg sent to <bot nick>@<server>

[Xeggy]

I was wondering whether there is a way to do the bind msg thing with a msg that is sent to <bot nick>@<server> because if i msg the bot like that at the moment it will just put it in the partyline due to no tcl script having binded it.

[Xeggy]

if i just /msg <botnick> login blah blah

then it gets it fine and will not show it in the partyline

[ppslim]

From what I understand, you are saying

/msg bot@irc.server.com blah

fails.

But

/msg bot blah

doesn't

Can I ask if

/msg bot@host.name blah

Does this fail.

Looking at the RFC. What you ask isn't supposed to be supported by IRC servers, let alone clients. Thus you shouldn't expect any support for this soon.

The RFC regarding this, is HERE

[Xeggy]

i have made it so my bot has the umode +k on ircu which allows it to be msg'd via the bot@server.name

[ppslim]

Eggdrop is designed to follow the IRC RFC.

This defines the rules, that are needed to support basic IRC services.

The k mode is not a stardard mode, as defined by the RFC, nor is the method of messaging him.

As this breaks the rules of the RFC, it's doubtful it would be supported.

However, you can subscribe to the eggheads.org mailing list see the eggheads.org site), and submit such requests there.

Stating the full ifnrmation regarding the nature of the usermode, and how it affects messaging.

[Xeggy]

The +k usermode is a mode used by the X channel service bot on undernet to prevent deop, kill, kick and my eggdrop has that set. The +k usermode also allows for /msg blah@blah to get to the +k user. This would work like the undernet X login where you have to use /msg x@channels.undernet.org login user pass etc

thanx

[ppslim]

You can still capture these incoming messages using a RAW bind.

However, remember to watch the return code used.

Second, the above method of messaging, was added, to prevent users from messaging the wrong Service bot.

If you send a message to x@channels.undernet.org, you are gurenteed that only the real X bot will receive the message, while messaging x, can cause the message to goto a fake person.

As such, it is still not part of the official RFC. The RFC depicts how clinets should react to messages, and how they should send them. If it isn't in this RFC, it shouldn't be supporting it.

[Xeggy]

Where can i get help on raw binds???

[spock]

tcl-commands.doc and irc rfc's