[IRC-DEV] Estandarizacion del protocolo cliente-servidor

[Daniel Fernández]

Lo que sería realmente interesante para implementar lo del +ov sin tener
que saltarse el rfc a la torera sería hablar con los desarolladores de
clientes de irc para hablar sobre un nuevo estandar que soportase esto,
y que cuando un cliente de irc con el nuevo estandar conecte revise si
el servidor lo soporta enviando un comando nuevo, por ejemplo CVERSION
(o lo que se pueda ocurrir), si el servidor recibe este comando con el
número de versión adecuado entonces al entrar en un canal en el NAMES se
envía el +ov como un @+ (o como se decida), un ejemplo de una
negociación cliente servidor con este comando sería así:

(prefijo con <- lo que envia el cliente y con -> lo que recibe del
servidor)

NOTA: Todo esto es un ejemplo a grandes rasgos de como podría ser...

 <- CVERSION :2	<- Indica la máxima versión que soporta el cliente
 <- NICK pepe
 <- USER adm com dot :Soy un usuario
 -> :server.irc CVERSION :1 <- Indica la máxima versión soportada
 -> :server.irc PING :AF34C23D

etc...

Si resulta que el servidor no soporta el comando (como sería el caso
actual mientras no se estandarize) lo mas compatible sería que cuando se
entre en un canal con usuarios +ov el servidor envíe junto al NAMES un
ajuste de modos de canal al cliente que acaba de entrar (no al resto del
canal), por ejemplo:

:server.irc 353 pepe = #pruebas :aassda @nick1 @nick2 @nick3 @nick4
@nick5 @nick6 +nick7 +pepoide tracatrin
:server.irc 366 pepe #pruebas :End of /NAMES list
:server.irc MODE #pruebas +vvvv nick1 nick2 nick3 nick4

etc...

(ya se que el ejemplo de enviar MODE para los usuario los usuarios con
+ov fue comentado en esta lista, pero lo recomento igualmente ya que me
parece la mejor opción).

Por otro lado y respecto a comentarios sobre idioma del ircd, yo creo
que el ircd debería ser o todo en inglés, o en español o multilingüe, lo
de mezclar numerics me parece bastante chapuzas, ya que si alguien lo
quiere traducir lo puede hacer perfectamente del lado del cliente ya que
para algo son mensajes _numerados_, en los cuales cada número tiene su
único significado.

Por último decir que estoy en contra de hacer algo que se salte la RFC
tal como poner +@ en el NAMES o cosas similares, porque si para corregir
una cosa perdemos compatibilidad y generamos efectos imprevisibles en
algunos clientes de IRC y, por lo tanto, lo que arreglamos por un lado
lo estropeamos mas por otro, ya que si esto sigue adelante ocurrirá como
las paginas webs, "This IRC server is best viewed with mIRC"

Saludos
-- 
Warn Regards, Daniel.
GnuPG Key: 5DB443EB ( http://www.keyserver.net )
Fingerprint = B7CE C072 8A66 482C 4773 9C4F 7F4C D1C8 5DB4 43EB 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.jcea.es/pipermail/irc-dev/attachments/20020827/1ce18ae7/attachment.sig>