Hispanopedia Wiki
Articulo de referencia

Lista de comandos de IRC

Esta es una lista de todos los comandos de Internet Relay Chat ( IRC) de RFC 1459, RFC 2812 y extensiones añadidas a los principales demonios de IRC. La mayoría de los clientes ...

Hispanopedia WikiContenido en espanolLectura gratuita

Esta es una lista de todos los comandos de Internet Relay Chat ( IRC) de RFC 1459, RFC 2812 y extensiones añadidas a los principales demonios de IRC. La mayoría de los clientes de IRC requieren que los comandos vayan precedidos de una barra inclinada (" /"). Algunos comandos se envían a los bots de IRC ; el protocolo IRC los trata como mensajes normales, no como /comandos.

Convenciones utilizadas aquí: Los corchetes angulares (" < " y " > ") se utilizan aquí para indicar un marcador de posición para algún valor, y no son una parte literal de un comando. Los corchetes cuadrados ("[" y "]") se utilizan para indicar que un valor es opcional .

Comandos de usuario

ADMINISTRACIÓN

Sintaxis:

ADMIN [<target>]

Indica al servidor que devuelva información sobre los administradores del servidor especificado por <target> , donde <target> es un servidor o un usuario. Si se omite <target> , el servidor debe devolver información sobre los administradores del servidor actual. [ 1 ]

LEJOS

Sintaxis:

AWAY [<message>]

Proporciona al servidor un mensaje para enviar automáticamente en respuesta a un PRIVMSG dirigido al usuario, pero no a un canal en el que se encuentre. [ 2 ] Si se omite <mensaje> , se elimina el estado de ausencia. Definido en RFC 1459.

AVISO

Sintaxis:

CNOTICE <nickname> <channel> :<message>

Envía un mensaje NOTICE al canal <nickname> en <channel> que omite los límites de protección contra inundaciones. El apodo de destino debe estar en el mismo canal que el cliente que emite el comando, y el cliente debe ser un operador de canal.

Normalmente, un servidor IRC limita la cantidad de destinatarios a los que un cliente puede enviar mensajes en un período de tiempo determinado para evitar que spammers o bots envíen mensajes masivos a los usuarios de la red. Sin embargo, los administradores de canales pueden usar este comando para eludir esa limitación. Por ejemplo, lo suelen usar los administradores de soporte que se comunican con un gran número de usuarios en un canal de ayuda simultáneamente.

Este comando no está definido formalmente en un RFC, pero lo utilizan algunas redes IRC. El soporte se indica en una respuesta RPL_ISUPPORT (numérica 005) con la palabra clave CNOTICE.

Mensaje de texto de CPRIV

Sintaxis:

CPRIVMSG <nickname> <channel> :<message>

Envía un mensaje privado a <nickname> en <channel> que elude los límites de protección contra inundaciones. El apodo de destino debe estar en el mismo canal que el cliente que emite el comando, y el cliente debe ser operador del canal.

Normalmente, un servidor IRC limita la cantidad de destinatarios a los que un cliente puede enviar mensajes en un período de tiempo determinado para evitar que spammers o bots envíen mensajes masivos a los usuarios de la red. Sin embargo, los administradores de canales pueden usar este comando para eludir esa limitación. Por ejemplo, lo suelen usar los administradores de soporte que se comunican con un gran número de usuarios en un canal de ayuda simultáneamente.

Este comando no está definido formalmente en un RFC, pero lo utilizan algunas redes IRC. El soporte se indica en una respuesta RPL_ISUPPORT (numérica 005) con la palabra clave CPRIVMSG.

CONECTAR

Sintaxis:

CONNECT <target server> [<port> [<remote server>]](RFC 1459)
CONNECT <target server> <port> [<remote server>](RFC 2812)

Instruye al servidor <servidor remoto> (o al servidor actual, si se omite <servidor remoto> ) para que se conecte a <servidor de destino> en el puerto <puerto> . [ 3 ] [ 4 ] Este comando solo debería estar disponible para los operadores de IRC . Definido en RFC 1459; el parámetro <puerto> se volvió obligatorio en RFC 2812.

MORIR

Sintaxis:

DIE

Ordena al servidor que se apague. [ 5 ] Este comando solo puede ser emitido por operadores de servidores IRC. Definido en RFC 2812.

ENCAP

Sintaxis:

:<source> ENCAP <destination> <subcommand> <parameters>

Este comando se utiliza para que los servidores encapsulen comandos y estos se propaguen a través de los servidores centrales que aún no se han actualizado para admitirlos, e indica que el subcomando y sus parámetros deben pasarse sin modificaciones al destino, donde se desencapsularán y analizarán. Esto facilita la implementación de nuevas funciones sin necesidad de reiniciar todos los servidores antes de que estén disponibles en la red. [ 6 ]

ERROR

Sintaxis:

ERROR <error message>

Este comando lo utilizan los servidores para informar de errores a otros servidores. También se utiliza antes de finalizar las conexiones de los clientes. [ 7 ] Definido en RFC 1459.

AYUDA

Sintaxis:

HELP

Solicita al servidor que muestre el archivo de ayuda. Este comando no está definido formalmente en un RFC, pero lo utilizan la mayoría de los demonios de IRC principales.

INFORMACIÓN

Sintaxis:

INFO [<target>]

Devuelve información sobre el servidor <target> , o sobre el servidor actual si se omite <target> . [ 8 ] La información devuelta incluye la versión del servidor, la fecha de compilación , el nivel de parche , la fecha de inicio y cualquier otra información que pueda considerarse relevante. Definido en RFC 1459.

INVITAR

Sintaxis:

INVITE <nickname> <channel>

Invita a <nickname> al canal <channel> . [ 9 ] <channel> no tiene por qué existir, pero si existe, solo los miembros del canal pueden invitar a otros clientes. Si ise establece el modo de canal, solo los operadores del canal pueden invitar a otros clientes. Definido en RFC 1459.

ISON

Sintaxis:

ISON <nicknames>

Consulta al servidor para comprobar si los clientes de la lista separada por espacios <nicknames> están actualmente en la red. [ 10 ] El servidor devuelve únicamente los apodos que están en la red, en una lista separada por espacios. Si ninguno de los clientes está en la red, el servidor devuelve una lista vacía. Definido en RFC 1459.

UNIRSE

Sintaxis:

JOIN <channels> [<keys>]

Hace que el cliente se una a los canales de la lista separada por comas <channels> , especificando las contraseñas, si es necesario, en la lista separada por comas <keys> . [ 11 ] Si los canales no existen, se crearán. Definido en RFC 1459.

PATADA

Sintaxis:

KICK <channel> <client> :[<message>]

Elimina forzosamente a <cliente> de <canal> . [ 12 ] Este comando solo puede ser emitido por operadores de canal. Definido en RFC 1459.

MATAR

Sintaxis:

KILL <client> <comment>

Elimina forzosamente a <cliente> de la red. [ 13 ] Este comando solo puede ser emitido por operadores de IRC. Definido en RFC 1459.

GOLPEAR

Sintaxis:

KNOCK <channel> [<message>]

Envía un AVISO a un canal exclusivo por invitación con un mensaje opcional , solicitando una invitación. Este comando no está definido formalmente en una RFC, pero es compatible con la mayoría de los demonios IRC principales. La compatibilidad se indica mediante una respuesta RPL_ISUPPORT (número 005) con la palabra clave KNOCK.

Sintaxis:

LINKS [<remote server> [<server mask>]]

Enumera todos los enlaces de servidor que coinciden con <máscara de servidor> , si se proporciona, en <servidor remoto> , o el servidor actual si se omite. [ 14 ] Definido en RFC 1459.

LISTA

Sintaxis:

LIST [<channels> [<server>]]

Enumera todos los canales del servidor. [ 15 ] Si se proporciona la lista separada por comas <channels> , devolverá los temas de los canales. Si se proporciona <server> , el comando se reenviará a <server> para su evaluación. Definido en RFC 1459.

USUARIOS DE LUSORES

Sintaxis:

LUSERS [<mask> [<server>]]

Devuelve estadísticas sobre el tamaño de la red. [ 16 ] Si se llama sin argumentos, las estadísticas reflejarán toda la red. Si se proporciona <máscara> , devolverá solo las estadísticas que reflejen el subconjunto enmascarado de la red. Si se proporciona <objetivo> , el comando se reenviará a <servidor> para su evaluación. Definido en RFC 2812.

MODO

Sintaxis:

MODE <nickname> <flags> (user)
MODE <channel> <flags> [<args>]

El comando MODE tiene doble propósito. Puede utilizarse para configurar tanto el modo de usuario como el modo de canal. [ 17 ] Definido en RFC 1459.

MOTD

Sintaxis:

MOTD [<server>]

Devuelve el mensaje del día en <servidor> o el servidor actual si se omite. [ 18 ] Definido en RFC 2812.

NOMBRES

Sintaxis:

NAMES [<channels>](RFC 1459)
NAMES [<channels> [<server>]](RFC 2812)

Devuelve una lista de quién está en la lista separada por comas de <channels> , por nombre de canal. [ 19 ] Si se omite <channels> , se muestran todos los usuarios, agrupados por nombre de canal, y todos los usuarios que no están en un canal se muestran como parte del canal "*". Si se especifica <server> , el comando se envía a <server> para su evaluación. [ 20 ] Definido en RFC 1459; el parámetro opcional <server> se agregó en RFC 2812.

La respuesta contiene todos los apodos del canal precedidos por el prefijo de estado de canal más alto de ese usuario, por ejemplo, así (donde @ es el prefijo de estado más alto).

:irc.server.net 353 Phyre = #SomeChannel :@WiZ

Si un cliente desea recibir todos los prefijos de estado de canal de un usuario y no solo el más alto actual, se puede habilitar la extensión de prefijo múltiple IRCv3 (@ es el prefijo del operador de canal y + el prefijo de estado de voz más bajo): [ 21 ]

:irc.server.net 353 Phyre = #SomeChannel :@+WiZ

Véase también NAMESX más abajo para un enfoque alternativo y más antiguo que permite lograr el mismo efecto. Sin embargo, actualmente la mayoría de los clientes y servidores son compatibles con el nuevo estándar IRCv3. [ 22 ]

MELLA

Sintaxis:

NICK <nickname> [<hopcount>](RFC 1459)
NICK <nickname>(RFC 2812)

Permite que un cliente cambie su apodo de IRC. Hopcount se utiliza entre servidores para especificar la distancia entre un apodo y su servidor de origen. [ 23 ] [ 24 ] Definido en RFC 1459; el parámetro opcional <hopcount> se eliminó en RFC 2812.

AVISO

Sintaxis:

NOTICE <msgtarget> <message>

Este comando funciona de manera similar a PRIVMSG, excepto que nunca se deben enviar respuestas automáticas en respuesta a los mensajes NOTICE. [ 25 ] Definido en RFC 1459.

OPERAR

Sintaxis:

OPER <username> <password>

Autentica a un usuario como operador de IRC en ese servidor/red. [ 26 ] Definido en RFC 1459.

PARTE

Sintaxis:

PART <channels> [<message>]

Hace que un usuario abandone los canales en la lista separada por comas <channels> . [ 27 ] Definido en RFC 1459.

APROBAR

Sintaxis:

PASS <password>

Establece una contraseña de conexión. [ 28 ] Este comando debe enviarse antes de la combinación de registro NICK/USER. Definido en RFC 1459.

SILBIDO

Sintaxis:

PING <server1> [<server2>]

Comprueba la presencia de una conexión. [ 29 ] Un mensaje PING produce una respuesta PONG. Si se especifica <server2>, el mensaje se le pasa. Definido en RFC 1459.

APESTAR

Sintaxis:

PONG <server1> [<server2>]

Este comando es una respuesta al comando PING y funciona de manera muy similar. [ 30 ] Definido en RFC 1459.

PRIVMSG

Sintaxis:

PRIVMSG <msgtarget> :<message>

Envía <mensaje> a <destino del mensaje> , que suele ser un usuario o canal. [ 31 ] Definido en RFC 1459.

ABANDONAR

Sintaxis:

QUIT [<message>]

Desconecta al usuario del servidor. [ 32 ] Definido en RFC 1459.

CITA

Sintaxis:

QUOTE

Envía una cadena de comandos al servidor tal cual, es decir, sin analizarla en la aplicación cliente. [ 33 ] [ 34 ]

REFRITO

Sintaxis:

REHASH

Hace que el servidor vuelva a leer y reprocesar su(s) archivo(s) de configuración. [ 35 ] Este comando solo puede ser enviado por operadores de IRC. Definido en RFC 1459.

NORMAS

Sintaxis:

RULES

Solicita las reglas del servidor. Este comando no está definido formalmente en un RFC, pero lo utilizan la mayoría de los demonios IRC principales.

SERVIDOR

Sintaxis:

SERVER <servername> <hopcount> <info>

El mensaje del servidor se utiliza para indicarle a un servidor que el otro extremo de una nueva conexión es otro servidor. [ 36 ] Este mensaje también se utiliza para transmitir datos del servidor a través de toda la red. <hopcount> detalla cuántos saltos (conexiones de servidor) separan a <servername>. <info> contiene información adicional legible para humanos sobre el servidor.

Definido en RFC 1459.

SERVICIO

Sintaxis:

LISTA DE SERVICIO

CONSULTA

Sintaxis:

SQUERY <servicename> <text>

Idéntico a PRIVMSG excepto que el destinatario debe ser un servicio. [ 37 ] Definido en RFC 2812.

SQUIT

Sintaxis:

SQUIT <server> <comment>

Provoca que <servidor> abandone la red. [ 38 ] Definido en RFC 1459.

NOMBRE DEL CONJUNTO

Sintaxis:

SETNAME <new real name>

Permite al cliente cambiar el "nombre real" especificado al registrar una conexión.

Este comando no está definido formalmente por un RFC, pero lo utilizan algunos demonios de IRC. El soporte se indica en una respuesta RPL_ISUPPORT (numérica 005) con la palabra clave SETNAME.

SILENCIO

Sintaxis:

SILENCE [+/-<hostmask>]

Agrega o elimina una máscara de host a una lista de ignorados del servidor que impide que los usuarios coincidentes envíen mensajes al cliente. Se pueden especificar varias máscaras en una lista separada por espacios, cada elemento precedido por un "+" o un "-" para indicar si se agrega o se elimina. Si se envía el comando sin parámetros, se devuelven las entradas de la lista de ignorados del cliente.

Este comando no está definido formalmente en un RFC, pero es compatible con la mayoría de los demonios IRC principales. La compatibilidad se indica en una respuesta RPL_ISUPPORT (número 005) con la palabra clave SILENCE y el número máximo de entradas que un cliente puede tener en su lista de ignorados. Por ejemplo:

:irc.server.net 005 WiZ WALLCHOPS WATCH=128 SILENCE=15 MODES=12 CHANTYPES=#

ESTADÍSTICAS

Sintaxis:

STATS <query> [<server>]

Devuelve estadísticas sobre el servidor actual, o <servidor> si se especifica. [ 39 ] Definido en RFC 1459.

CONVOCAR

Sintaxis:

SUMMON <user> [<server>](RFC 1459)
SUMMON <user> [<server> [<channel>]](RFC 2812)

Envía a los usuarios que están en el mismo host que <servidor> un mensaje pidiéndoles que se unan a IRC. [ 40 ] [ 41 ] Definido en RFC 1459; el parámetro opcional <canal> se agregó en RFC 2812.

TIEMPO

Sintaxis:

TIME [<server>]

Devuelve la hora local en el servidor actual, o <servidor> si se especifica. [ 42 ] Definido en RFC 1459.

TEMA

Sintaxis:

TOPIC <channel> [<topic>]

Permite al cliente consultar o establecer el tema del canal en <canal> . [ 43 ] Si se proporciona <tema> , establece el tema del canal en <tema> . Si se establece el modo de canal +t, solo un operador de canal puede establecer el tema. Definido en RFC 1459.

RASTRO

Sintaxis:

TRACE [<target>]

Rastrea una ruta a través de la red IRC hasta un servidor o cliente específico, en un método similar a traceroute . [ 44 ] Definido en RFC 1459.

USUARIO

Sintaxis:

USER <username> <hostname> <servername> <realname>(RFC 1459)
USER <user> <mode> <unused> <realname>(RFC 2812)

Este comando se utiliza al inicio de una conexión para especificar el nombre de usuario, el nombre de host, el nombre real y los modos de usuario iniciales del cliente que se conecta. [ 45 ] [ 46 ] <nombre real > puede contener espacios, por lo que debe ir precedido de dos puntos. Definido en RFC 1459, modificado en RFC 2812.

HOST DE USUARIO

Sintaxis:

USERHOST <nickname> [<nickname> <nickname> ...]

Devuelve una lista de información sobre los apodos especificados. [ 47 ] Definido en RFC 1459.

IP DE USUARIO

Sintaxis:

USERIP <nickname>

Solicita la dirección IP directa del usuario con el apodo especificado. Este comando se usa frecuentemente para obtener la IP de un usuario que abusa de la plataforma y así aplicar un bloqueo más efectivo. Se desconoce qué privilegios, si los hay, se requieren para ejecutar este comando en un servidor.

Este comando no está definido formalmente en un RFC, pero lo utilizan algunos demonios de IRC. La compatibilidad se indica mediante una respuesta RPL_ISUPPORT (número 005) con la palabra clave USERIP.

USUARIOS

Sintaxis:

USERS [<server>]

Devuelve una lista de usuarios e información sobre esos usuarios en un formato similar a los comandos UNIX who , rusers y finger . [ 48 ] Definido en RFC 1459.

VERSIÓN

Sintaxis:

VERSION [<server>]

Devuelve la versión de <servidor> , o el servidor actual si se omite. [ 49 ] Definido en RFC 1459.

WALLOPS

Sintaxis:

WALLOPS <message>

Envía <mensaje> a todos los operadores conectados al servidor (RFC 1459), o a todos los usuarios con el modo de usuario 'w' establecido (RFC 2812). [ 50 ] [ 51 ] Definido en RFC 1459.

MIRAR

Sintaxis:

WATCH [+/-<nicknames>]

Agrega o elimina un usuario de la lista de amigos del servidor del cliente. Se pueden especificar varios apodos en una lista separada por espacios, cada uno precedido por un "+" o un "-" para indicar si se agrega o se elimina. Si se envía el comando sin parámetros, se devuelven las entradas de la lista de amigos del cliente.

Este comando no está definido formalmente en un RFC, pero es compatible con la mayoría de los demonios IRC principales. La compatibilidad se indica en una respuesta RPL_ISUPPORT (número 005) con la palabra clave WATCH y el número máximo de entradas que un cliente puede tener en su lista de amigos. Por ejemplo:

:irc.server.net 005 WiZ WALLCHOPS WATCH=128 SILENCE=15 MODES=12 CHANTYPES=#

OMS

Sintaxis:

WHO [<name> ["o"]]

Devuelve una lista de usuarios que coinciden con <nombre> . [ 52 ] Si se especifica el indicador "o", el servidor solo devolverá información sobre operadores de IRC. Definido en RFC 1459.

QUIÉN ES

Sintaxis:

WHOIS [<server>] <nicknames>

Devuelve información sobre la lista de máscaras de apodos separadas por comas <nicknames> . [ 53 ] Si se proporciona <server> , el comando se reenvía a este para su procesamiento. Definido en RFC 1459.

QUIÉN FUE

Sintaxis:

WHOWAS <nickname> [<count> [<server>]]

Se utiliza para devolver información sobre un apodo que ya no está en uso (debido a la desconexión del cliente o a cambios de apodo). [ 54 ] Si se proporciona, el servidor devolverá información de las últimas <count> veces que se ha utilizado el apodo. Si se proporciona <server> , el comando se reenvía a este para su procesamiento. En RFC 2812, <nickname> puede ser una lista de apodos separados por comas. [ 55 ]

Definido en RFC 1459.

Véase también

Referencias

  1. ↑ Comando de administrador . IETF . pág.  31.  sec.  4.3.7. doi : 10.17487/RFC1459 . RFC 1459 .
  2. ↑ Fuera . IETF . págs. 38-39. sec. 5.1. doi : 10.17487/RFC1459 . RFC 1459 .   
  3. ↑ Mensaje de conexión . IETF . págs. 29-30. sec. 4.3.5. doi : 10.17487/RFC1459 . RFC 1459 .   
  4. ↑ Mensaje de conexión . IETF . págs. 28-29. sec. 3.4.7. doi : 10.17487/RFC2812 . RFC 2812 .   
  5. ↑ Mensaje de muerte . IETF . pág. 39. sec. 4.3. doi : 10.17487/RFC2812 . RFC 2812 .   
  6. ↑ "Copia archivada" . Archivado del original el 5 de junio de 2013. Recuperado el 6 de diciembre de 2012 .{{cite web}}: CS1 mantenimiento: copia archivada como título ( enlace )
  7. ↑ Error . IETF . p. 38. sec. 4.6.4. doi : 10.17487/RFC1459 . RFC 1459 .   
  8. ↑ Comando de información . IETF . págs. 31-32. sec. 4.3.8. doi : 10.17487/RFC1459 . RFC 1459 .   
  9. ↑ Mensaje de invitación . IETF . pág. 25. sec. 4.2.7. doi : 10.17487/RFC1459 . RFC 1459 .   
  10. ↑ Mensaje de Ison . IETF . pág. 42. sec. 5.8. doi : 10.17487/RFC1459 . RFC 1459 .   
  11. ↑ Mensaje de unión . IETF . págs. 19-20. sec. 4.2.1. doi : 10.17487/RFC1459 . RFC 1459 .   
  12. ↑ Comando Kick . IETF . págs. 25-26. sec. 4.2.8. doi : 10.17487/RFC1459 . RFC 1459 .   
  13. ↑ Mensaje de eliminación . IETF . pág. 36. sec. 4.6.1. doi : 10.17487/RFC1459 . RFC 1459 .   
  14. ↑ Enlaces mensaje . IETF . pp. 28 – 29. sec. 4.3.3. doi : 10.17487/RFC1459 . RFC 1459 .   
  15. ↑ Lista de mensajes . IETF . págs. 24-25. sec. 4.2.6. doi : 10.17487/RFC1459 . RFC 1459 .   
  16. ↑ Mensaje de Lusers . IETF . págs. 25-26. sec. 3.4.2. doi : 10.17487/RFC2812 . RFC 2812 .   
  17. ↑ Mensaje de modo . IETF . págs. 21-23. sec. 4.2.3. doi : 10.17487/RFC1459 . RFC 1459 .   
  18. ↑ Mensaje Motd . IETF . pág. 25. sec. 3.4.1. doi : 10.17487/RFC2812 . RFC 2812 .   
  19. ↑ Mensaje de nombres . IETF . pág. 24. sec. 4.2.5. doi : 10.17487/RFC1459 . RFC 1459 .   
  20. ↑ Mensaje de nombres . IETF . págs. 20-21. sec. 3.2.5. doi : 10.17487/RFC2812 . RFC 2812 .   
  21. ↑ Andrew Northall. "IRCv3 – Bienvenido" . atheme.org . ircv3.net. Archivado del original el 9 de enero de 2015. Consultado el 21 de febrero de 2016 .
  22. ↑ Andrew Northall. "IRCv3 – Bienvenido" . atheme.org . Archivado del original el 17 de febrero de 2015. Consultado el 21 de febrero de 2016 .
  23. ↑ Mensaje de Nick . IETF . págs. 14-15. sec. 4.1.2. doi : 10.17487/RFC1459 . RFC 1459 .   
  24. ↑ Mensaje de Nick . IETF . págs. 10-11. sec. 3.1.2. doi : 10.17487/RFC2812 . RFC 2812 .   
  25. ↑ Aviso . IETF . p. 33. sec. 4.4.2. doi : 10.17487/RFC1459 . RFC 1459 .   
  26. ↑ Oper . IETF . pág. 17. sec. 4.1.5. doi : 10.17487/RFC1459 . RFC 1459 .   
  27. ↑ Mensaje de parte . IETF . págs. 20 – 21. sec. 4.2.2. doi : 10.17487/RFC1459 . RFC 1459 .   
  28. ↑ Mensaje de contraseña . IETF . pág. 14. sec. 4.1.1. doi : 10.17487/RFC1459 . RFC 1459 .   
  29. ↑ Mensaje de ping . IETF . pág. 37. sec. 4.6.2. doi : 10.17487/RFC1459 . RFC 1459 .   
  30. ↑ Mensaje Pong . IETF . págs. 37-38. sec. 4.6.3. doi : 10.17487/RFC1459 . RFC 1459 .   
  31. ↑ Mensajes privados . IETF . págs. 32-33. sec. 4.4.1. doi : 10.17487/RFC1459 . RFC 1459 .   
  32. ↑ Salir . IETF . págs. 17 – 18. sec. 4.1.6. doi : 10.17487/RFC1459 . RFC 1459 .   
  33. ↑ Desarrolladores de Irssi . "Cita - Página de ayuda de Irssi" .
  34. ↑/quote se cita en la documentación de mIRC () como equivalente del /rawcomando de mIRC, pero que es compatible con los demás clientes de IRC.
  35. ↑ Rehash mensaje . IETF . p. 39. sec. 5.2. doi : 10.17487/RFC1459 . RFC 1459 .   
  36. ↑ Mensaje del servidor . IETF . págs. 16-17. sec. 4.1.4. doi : 10.17487/RFC1459 . RFC 1459 .   
  37. ↑ Squery . IETF . p. 32. sec. 3.5.2. doi : 10.17487/RFC2812 . RFC 2812 .   
  38. ↑ Mensaje de salida del servidor . IETF . págs. 18-19. sec. 4.1.7. doi : 10.17487/RFC1459 . RFC 1459 .   
  39. ↑ Mensaje de estadísticas . IETF . págs. 27-28. sec. 4.3.2. doi : 10.17487/RFC1459 . RFC 1459 .   
  40. ↑ Mensaje de invocación . IETF . pág. 40. sec. 5.4. doi : 10.17487/RFC1459 . RFC 1459 .   
  41. ↑ Mensaje de invocación . IETF . pág. 40. sec. 4.5. doi : 10.17487/RFC2812 . RFC 2812 .   
  42. ↑ Mensaje de tiempo . IETF . pág. 29. sec. 4.3.4. doi : 10.17487/RFC1459 . RFC 1459 .   
  43. ↑ Mensaje del tema . IETF . págs. 23-24. sec. 4.2.4. doi : 10.17487/RFC1459 . RFC 1459 .   
  44. ↑ Mensaje de rastreo . IETF . págs. 30-31. sec. 4.3.6. doi : 10.17487/RFC1459 . RFC 1459 .   
  45. ↑ Mensaje del usuario . IETF . págs. 15-16. sec. 4.1.3. doi : 10.17487/RFC1459 . RFC 1459 .   
  46. ↑ Mensaje del usuario . IETF . pág. 11. sec. 3.1.3. doi : 10.17487/RFC2812 . RFC 2812 .   
  47. ↑ Mensaje del host de usuario . IETF . pág. 42. sec. 5.7. doi : 10.17487/RFC1459 . RFC 1459 .   
  48. ↑ Usuarios . IETF . págs. 40 – 41. sec. 5.5. doi : 10.17487/RFC1459 . RFC 1459 .   
  49. ↑ Mensaje de versión . IETF . págs. 26-27. sec. 4.3.1. doi : 10.17487/RFC1459 . RFC 1459 .   
  50. ↑ Mensaje de Operwall . IETF . pág. 41. sec. 5.6. doi : 10.17487/RFC1459 . RFC 1459 .   
  51. ↑ Mensaje de Operwall . IETF . págs. 41-42. sec. 4.7. doi : 10.17487/RFC2812 . RFC 2812 .   
  52. ↑ Consulta Who . IETF . págs. 33-34. sec. 4.5.1. doi : 10.17487/RFC1459 . RFC 1459 .   
  53. ↑ Consulta Whois . IETF . págs. 34-35. sec. 4.5.2. doi : 10.17487/RFC1459 . RFC 1459 .   
  54. ↑ Whowas . IETF . p. 35. sec. 4.5.3. doi : 10.17487/RFC1459 . RFC 1459 .   
  55. ↑ Whowas . IETF . p. 34. sec. 3.6.3. doi : 10.17487/RFC2812 . RFC 2812 .   

Bibliografía

  • Oikarinen, Jarkko ; Reed, Darren (mayo de 1993). Protocolo de chat de retransmisión de Internet . IETF . doi : 10.17487/RFC1459 . RFC 1459 . Consultado el 30 de octubre de 2009 .
  • Kalt, Christophe (abril de 2000). Internet Relay Chat: Protocolo de cliente . IETF . doi : 10.17487/RFC2812 . RFC 2812. Recuperado el 30 de octubre de 2009 .

Lecturas adicionales

  • Reed, Darren (mayo de 1992). Un debate sobre las conferencias en redes informáticas . IETF . doi : 10.17487/RFC1324 . RFC 1324. Consultado el 30 de octubre de 2009 .
  • Kalt, Christophe (abril de 2000). Internet Relay Chat: Arquitectura . IETF . doi : 10.17487/RFC2810 . RFC 2810. Recuperado el 30 de octubre de 2009 .
  • Kalt, Christophe (abril de 2000). Internet Relay Chat: Gestión de canales . IETF . doi : 10.17487/RFC2811 . RFC 2811. Recuperado el 30 de octubre de 2009 .
  • Kalt, Christophe (abril de 2000). Internet Relay Chat: Protocolo de servidor . IETF . doi : 10.17487/RFC2813 . RFC 2813. Recuperado el 30 de octubre de 2009 .