Traducción libre por José Carlos y Luis Fdo. (operadores de EB7CJO) realizada el 8-11-1997 a partir del artículo original "NNTP for Virgins" de Gareth G4HIP. [N. del T.]
NNTP viene de "Network News Transfer Protocol" (que significa "Protocolo de Transferencia de Noticias en Red" [N. del T.]). Es una buena forma de mandar cosas "en difusión", tales como boletines, noticias, peticiones de ayuda, etc. por todo el sistema. Es posible que quieras usar NNTP si dispones de una fuente de boletines NNTP desde otro host, o bien si deseas crear tus propios "boletines" o "puertas de enlace" desde SMTP o de la red de BBS AX25 hacia NNTP para que los lean otros.
La documentación para los recién llegados al NNTP es algo escasa, sobre todo porque la mayoría de los ejecutables "de fábrica" no tienen el NNTP compilado. Incluso los ejecutables "por encargo" puede que contengan únicamente el cliente de NNTP. Lo aquí escrito sólo está dirigido a los que tengan TNOS 2.10 o superior con el servidor NNTP compilado, aunque *quizás* podría ser de utilidad a los amigos del JNOS 1.10l con las mismas cosas compiladas. A lo largo de este documento asumiré que tienes algo de experiencia con los xNOS y que al menos sabes cómo manejar las pantallas de comandos y sesiones.
¿Tiene tu NOS un servidor de NNTP?
Aunque esto puede que parezca una tontería, hay un montón de preguntas del tipo "Mi xNOS no puede" que tienen su origen en bits ausentes en el ejecutable.
1) Asegúrate de que tu TNOS tiene el servidor de NNTP compilado. Desde la
línea de comandos escribe: version (los usuarios de JNOS escribid:
info)
En la parte superior verás "TCP Servers". Mira si "NNTP" se encuentra en esa
lista. Si no lo está, intenta conseguir un xNOS que lo tenga, o si eres capaz de
compilarte el tuyo propio, hazlo así incluyendo #define NNTPS
¿Qué ficheros deberían estar presentes?
Si todo va bien, veremos si tienes los ficheros adecuados en el directorio nntp. Los NOS tienden a quejarse si los ficheros de control del NNTP no están presentes, "Error in NNTP file system" ("Error en el sistema de ficheros NNTP") suele ser el regalo que nos hace.
Usuarios de TNOS: Cambia al directorio raíz del NOS y después haz cd
spool/nnews
Usuarios de JNOS: Igual, pero hacer cd
spool/news
A partir de ahora los directorios serán relativos al directorio raíz del NOS, por ejemplo /tnos, c:\nos, etc.
Los siguientes ficheros deberían estar presentes:
1) access
Este fichero puede estar vacío si no te importa quién podrá coger o poner mensajes NNTP de o hacia tí, pero si tienes interés, aquí va un ejemplo documentado. Si 'nntp access' está en 'off', este fichero no será consultado por el programa (pero aún así necesita que esté presente)
# Fichero de ejemplo /spool/news/access en jnos # /spool/nnews/access en tnos # # Solo cuenta la primera concordancia encontrada # # host:permisos: # Despues del primer ':' R significa permiso de lectura (Read), P significa # permiso de envio (Post) # # Por alguna razon no queremos que entre este host notwanted.ampr.org:: # # El resto de hosts ampr.org pueden leer y enviar *.ampr.org:RP: # # El host foobar.com solo puede leer foobar.com:R: # # Si 'nntp access' esta en 'on', se rechazara al resto de los hosts # Si 'nntp access' esta en 'off', cualquier host tiene acceso.
~~~~~~
2) active
Este fichero también puede estar vacío para empezar, así que es mejor que dejes que el propio NOS sea quien genere el contenido. Una línea típica sería:
ampr.bbs.tcpip 00087 00001 y
ampr.bbs.tcpip
| es el nombre del grupo de noticias |
00087
| es el "número de artículo" mayor que hay almacenado en tu sistema |
00001
| es el menor |
y
| indica "permitir envíos" para este grupo. Si fuera 'n' el envío no está permitido, y si es 'm' significa que el grupo será moderado, una práctica que consiste en que todos los artículos son enviados primero al operador, quien debe dar el visto bueno y mandarlos después al grupo de noticias. |
No te preocupes demasiado por ahora del contenido (o la falta del mismo).
~~~~~~
3) fwd.seq
Este fichero contiene un número. Si estás empezando con el NNTP, asegúrate de que contiene: 1 (en ASCII!). Cuando llega un mensaje, primero se busca en el fichero 'active' el grupo de noticias. Si no estuviera presente, el NOS relegará el mensaje al directorio spool/nnews/forward (spool/news/forward en el JNOS) e incrementará este número. El número indica el siguiente nombre de fichero que será empleado en el momento de mandar los mensajes "condenados a muerte" a la "mazmorra" 'forward'.
~~~~~~
4) history
Tal que un buen operador de un contest, nos gusta evitar las duplicaciones. El fichero history mantiene un registro de los identificadores de mensajes ("Message IDs") de forma que el NOS pueda comprobar si ya posee un artículo de NNTP, y si la suerte está de nuestra parte, rechazar aquellos objetos que ya se tengan. El fichero history también graba el sitio donde se ha almacenado el artículo.
Este es otro de los ficheros que puede estar vacío para empezar, pero veamos un ejemplo:
<53664_GB7HSN@hamradio> 960211 235945 ampr.bbs.dcc/11
<53664_GB7HSN@hamradio>
| Es una identificación (pretendidamente) única que viajará a todas partes junto con el mensaje. Se utiliza como un "número del artículo" cuando el mensaje va a ser recogido de un servidor. |
960211
| representa la fecha de envío - 11 de Febrero del 96 |
235945
| esta es la hora - cinco minutos para la medianoche. |
ampr.bbs.dcc
| es el grupo de noticias donde se ha almacenado, y por último... |
/11
| es el nombre del fichero dentro del directorio del grupo. |
Nota: Las líneas del fichero history del TNOS pueden llevar adicionalmente un identificador de la zona horaria - p. ej. GMT, así como más grupos de noticias y nombres de ficheros.
Si quisiéramos inspeccionar el fichero manualmente, tendríamos que ir a spool/nnews/ampr/bbs/dcc/11 (los usuarios de JNOS ya deberían haber pillado el tranquillo - sustituir nnews por news)... ¡a menos que el fichero pointer nos depare una desagradable sorpresa!
~~~~~~
5) pointer
Vaya... otro fichero vacío con el que empezar!
Deja que tu programa de NOS haga el trabajo. Este fichero contiene la lista de correspondencia de los grupos de noticias con los directorios del disco, así como la fecha y hora en que el grupo fué creado en tu sistema.
ampr.bbs.tcpip spool/nnews/ampr/bbs/tcpip 960211 235138
ampr.bbs.tcpip
| Nombre del grupo de noticias |
spool/nnews/ampr/bbs/tcpip
| El directorio donde se almacenan los artículos |
960211
| Creado en tu ordenador el 11 de Febrero del 96 |
235138
| a las 23:51:38 |
~~~~~~
6) Poll
Este fichero se utiliza para almacenar cuándo se le preguntó a un servidor por última vez si tenía noticias nuevas. De nuevo, puede estar vacío en un principio. Este es un fichero útil para "engañarlo" si has estado fuera durante las vacaciones y no quieres que al volver se pase dos semanas entorpeciendo el canal de 1200 baudios mientras recupera los mensajes. Ajustando esta fecha a, digamos, 5 días atrás, sólo cogerás las noticias de hace 5 días la próxima vez que hagas 'nntp kick'.
En este ejemplo:
gb7bbc.ampr.org 951122 134431
gb7bbc.ampr.org
| El nombre del servidor |
951122
| La última vez que se le consultó fué el 22 de Noviembre del 95 |
134431
| Algo antes de las 2 en punto |
~~~~~~
Bueno, estos son los ficheros con los que hay que pelearse. También están los subdirectorios de spool/nnews donde se almacenan las noticias. Si todo va bien, y tienes un grupo en tu sistema llamado ampr.ip.tnos, el texto de los artículos acechará en (a partir del directorio raíz del NOS) el directorio spool/nnews/ampr/ip/tnos
Puedes preguntar por ahí si alguien tiene activo un servidor NNTP del cual puedas coger noticias, o bien observar la pantalla de trazado (trace) por si encuentras tramas TCP pasando "por el aire".
Esta trama obtenida de la pantalla de trazado es un ejemplo:
AX25: GB7CIP-5->GB7BBC-5 UI pid=IP IP: len 77 44.131.244.1->44.131.178.10 ihl 20 ttl 63 prot TCP TCP: 119->1749 Seq xf756f34e Ack x23060a33 PSH ACK Wnd 432
Fíjate en el '119' de la línea TCP:. Esto indica que 44.131.244.1 es un servidor de NNTP. Si esta línea fuera 1749->119 por ejemplo, entonces es que 44.131.178.10 es un servidor.
También puedes usar al viejo amigo "Telnet" para encontrar víctimas, telneteando al puerto 119 de un presunto servidor de NNTP.
Por ejemplo: telnet 44.131.178.10 119
Una abrupta interrupción de la conexión ('reset') significará que en este host no se encuentra alojado un servidor de NNTP, mientras que una línea como:
200 gb7bbc.ampr.org NNTP version KO4KS-TNOS/Unix v2.02 ready at Tue Feb 20 15:35:48 1996 (posting ok)
Es música para tus oídos.
Alguna vez puede que encuentres un:
502 ariel.gb7bbc NNTP server can't talk to you. Goodbye.
Lo cual no es una buena señal.
Asumiendo que tengas un servidor cooperante, quizás te gustaría ver cuáles son los grupos de noticias disponibles en este servidor.
Escribe (en mayúsculas): LIST
Recibirás una lista de los grupos de noticias que tiene, seguidos por algunos números - estos vienen del fichero 'active' del servidor, el cual ha sido explicado en la sección anterior de los ficheros. Cuanto más grande sea el primer número, más tráfico lleva el grupo en cuestión.
Después del punto y aparte, escribe QUIT para salirte
amablemente. Si quieres coger las noticias de otro servidor, es educado
preguntar antes al Sysop de allí. Si quieres que tus propias noticias escapen
hacia la red, los Sysops de otros servidores de NNTP tendrán que añadirte a las
listas de los servidores a los que ellos consultan.
Configuración básica:
Me gusta poner los comandos nntp al final del autoexec, aquí hay algunos ejemplos míos. Estos deberían ser suficientes para que al menos empieces, y si quieres aventurarte aún más, consulta la referencia de comandos que hay más adelante.
Primero veamos los comandos de perfiles ("profile") de NNTP:
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ nntp profile fullname "Gareth Rowlands" nntp profile host g4hip.ampr.org nntp profile organ "Amateur Radio" nntp profile reply g4hip@gb7bbc.ampr.org nntp profile user g4hip #~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Realmente deberías poner el host a tu dirección
indicativo.ampr.org, ya que aparecerá en la lista de caminos de los
servidores por los que ha pasado un objeto [mensaje]. Sí, podrías poner
'cómo.hago.para.obtener.una.dirección...' pero esto podría hacerte
algo impopular, especialmente para algún "nazi" de tu zona.
El trabajo de los demás comandos profile consiste en
configurarte tus datos para el momento en el que vayas a mandar un mensaje con
el comando 'nntp post', pero asumen que sólo tú vas a mandar
mensajes desde tu estación. Si en lugar de ésto montas fiestas frecuentemente
para la brigada local de TCP/IP, y los "packs" de seis botellas, las "Jack
Daniels" y las orgías de mandar mensajes por NNTP están a la órden del día,
entonces te conviene dejar éstos campos sin rellenar de forma que otros que se
pongan al teclado puedan rellenarlos en el momento de mandar un mensaje. El
programa de NOS se encargará de pedir estos datos.
nntp profile fullname : Tu nombre ó "nickname", etc. nntp profile host : Nombre del host ó host + dominio de tu ordenador nntp profile organ : Organización (p. ej. "Radioaficion", "Terror del TCP") nntp profile reply : La dirección de respuesta de correo nntp profile user : Indicativo
Algunos comandos más que añadir:
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ # 'autocreate' no funciona en JNOS # Con JNOS probablemente prefieras poner 'nntp lzw off' nntp access off nntp autocreate on nntp firstpoll 5 nntp ihave 0 nntp lzw on nntp quiet 2 #~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| Cuando está en 'on' sólo pueden entrar los hosts que
estén en el fichero access.
|
| Permite la creación automática de grupos de noticias (NO EN JNOS). |
| Número máximo de días de antigüedad de las noticias que se van a coger de un servidor la primera vez que se conecte a él. |
| Usar el método de "empujado" IHAVE para la distribución de artículos (mejor dejarlo a 0 por ahora). |
| Compresión LZW. En JNOS puede causar un problema de memoria si se activa. |
| Si mostrar (y hasta qué nivel) el progreso de las sesiones NNTP. |
Si vas a coger cosas NNTP de otro servidor, tienes que decirle a tu programa de NOS lo siguiente:
<servidor_nntp>, p. ej.
gb7cip.ampr.org ó 44.131.244.1
Si no deseas coger todos los grupos de noticias que haya disponibles en el servidor (recuerda que puedes ver qué es lo que hay disponible usando Telnet y LIST, como se dijo en "Cómo obtener boletines NNTP" anteriormente), puedes indicar los grupos que deseas, bien con una lista:
ampr.bbs.ip ampr.bbs.wnos ampr.ip.general
bien con comodines:
ampr.bbs* ampr.ip* ampr.mailbox*
(Esto significa coger todos
los artículos de aquellos grupos que comiencen por "ampr.bbs", "ampr.ip", etc.,
esto es, "ampr.bbs.dcc" y "ampr.mailbox.tcpip" se cogerán)
o también usando el comando "NO" '!':
ampr* !ampr.bbs.debate
Esto cogerá todos los grupos que
comiencen por "ampr" excepto "ampr.bbs.debate".
Puedes poner varios servidores de los que coger noticias si lo deseas.
Para cada servidor añade a tu fichero autoexec una línea de la forma:
nntp add <servidor_nntp> <intervalo> [<rango>]
[<grupos>]
Por ejemplo:
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ nntp add gb7cip.ampr.org 3600 * # (cogerlo todo de gb7cip, a cada hora) nntp add gb7bbc.ampr.org 7200 22:00-06:00 ampr* !ampr.bbs.debate # (coger todos los grupos que comiencen por "ampr.", cada dos horas por # la noche, exceptuando "ampr.bbs.debate") #~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Existe el comando 'nntp kick <servidor>' (p. ej.
nntp kick gb7cip.ampr.org), que fuerza a que en ese instante se
lance una sesión de NNTP para coger mensajes, aunque aún no se haya agotado el
temporizador para realizar petición de mensajes al servidor, pero si se
especificó un rango horario en el cual se pueden coger noticias, 'nntp
kick' no funcionará fuera del mismo!
Si quieres que los demás puedan coger noticias por NNTP de tu servidor, hayas
o no elegido usar las facilidades de 'nntp access', hay otra línea
que añadir a tu autoexec:
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ start nntp #~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
** Importante **
Puedes crear grupos de noticias manualmente en tu ordenador utilizando el
comando: 'nntp create <nombre_del_grupo>' (esto no es algo
que se ponga en el autoexec). Si no tienes activado 'nntp
autocreate' (y no puedes hacerlo en JNOS), deberías crear manualmente
esos grupos que piensas que van a pasar a través tuya, mediante el comando
nntp create.
En este momento, y también otras veces a partir de ahora, deberías examinar
aquellas cosas que hayan ido a parar a spool/nnews/forward (ó
spool/news/forward), buscar el grupo al que pertenecen en la cabecera, y
hacerles un favor escribiendo el comando 'nntp create
<nombre_del_grupo>' para que los futuros mensajes para ese grupo se
puedan meter en el mismo. (p. ej. nntp create ampr.ip.news).
Cuando no se usa autocreate, si llegan cosas a un grupo de
noticias que no ha sido creado con anterioridad en tu ordenador, éstos serán
relegados a la "fosa común" que es el directorio forward.
Expiración de noticias en JNOS: para controlar los artículos que se quedan viejos, y así evitar que se amontonen y te ulceren el disco duro, añade una línea para cada grupo donde deseas que expiren estos mensajes en el fichero expire.dat con el formato:
!<nombre_del_grupo> <días_de_vida>
Por ejemplo
!ampr.bbs.sysop 14 !ampr.ip.wnos 7 !forward 28
Esto hará que expiren los artículos para el sysop que sean más viejos que dos
semanas, y las cosillas del wnos que tengan más de una semana, en el momento en
que el comando 'expire' es ejecutado en el JNOS.
Las cosas del "calabozo" forward se tiran cada 28 días según pone arriba.
En TNOS, el sistema es un poco más simple en cuanto a que no existe el
fichero expire.dat, y que todos los grupos de noticias son tratados por igual
por parte del mecanismo de expiración. Establece el 'nntp expire
articles' a aquel número de días que desees que los artículos lleguen a
su fin, y 'nntp expire bids' al número de días que deseas
protegerte de que los artículos regresen a anidar en tu ordenador. Deberías
evitar que el tiempo de expiración de los bids sea inferior al de los artículos.
Para llevar a cabo el acto, emplea 'nntp expire now'
Existe un lector de noticias interno al programa. Tráelo a la vida mediante
un comando de la forma 'nntp read <nombre_del_grupo>' desde
la pantalla de comandos.
Por ejemplo, nntp read ampr.rec.landy
Después de cada artículo se te preguntará si quieres ver el siguiente o el anterior, o bien si quieres quitarlo.
Si quieres que el NOS tenga constancia del último artículo que has leído, crea un fichero vacío que se llame 'news.rc' en el directorio del grupo de noticias (p. ej. para el de antes, pon el fichero vacío dentro de spool/nnews/ampr/rec/landy).
Si alguna vez llegas a sentirte lo suficientemente confiado como para mandar
un artículo, utiliza 'nntp post'. El programa de NOS te pedirá el
nombre del grupo y aquellas cosas que dejaste sin rellenar cuando configuraste
el 'nntp profile' en el autoexec.
Termina el mensaje con un único punto y aparte al principio de la línea. Se te preguntará si de verdad quieres mandarlo.
Si recibes boletines de una BBS de AX25, o bien deseas que los mensajes de algún área pública local de tu BBS tengan una mayor distribución, tienes la posibilidad de pasarlos hacia NNTP.
En este ejemplo veremos cómo pasar los boletines entrantes de la red de AX25 sobre "TCPIP" a nuestra área pública 'tcpip' así como al grupo de noticias 'ampr.mailbox.tcpip'.
Para usuarios del JNOS, así como del TNOS anterior a la 2.20:
En el fichero rewrite (etc/rewrite para los que usen TNOS) pondremos la siguiente línea:
tcpip@* tcpip
en el emplazamiento adecuado, mientras que el fichero alias (etc/alias) deberá contener la línea:
tcpip tcpip !ampr.mailbox.tcpip
Esto significa que envíe las cosas para 'tcpip' tanto a nuestra área 'tcpip' como al grupo de noticias 'ampr.mailbox.tcpip'. El signo de exclamación significa "lo que sigue es un grupo de noticias".
Usuarios del TNOS 2.20 ó superior:
Los últimos TNOS incluyen específicamente un mecanismo de Gateway, así como un fichero dedicado al mapeado entre "tema AX25" <-> "grupo de noticias".
** Nota para los gateways PBBS <-> NNTP **
Ten mucho cuidado con transferir mensajes de BBS de AX25 hacia NNTP en zonas donde ya hay servidores NNTP activos. Esto viene de que muchos servidores del Reino Unido requieren que los identificadores de boletines (BID) sean compatibles con el sistema empleado en UKNOS, y un gateway de NNTP sin modificar puede pasar mensajes duplicados a la red.
Los BIDs del UKNOS tienen por lo general el formato: 53664_GB7HSN@hamradio (Fíjate en las letras en mayúsculas, y el @hamradio). Un programa de NOS sin modificar produciría un BID de la forma 53664_gb7hsn@gb7hsn.bbs
El TNOS 2.20 produce BIDs compatibles con UKNOS. En anteriores versiones del TNOS, así como en el JNOS, se puede modificar el código fuente para generar BIDs del tipo del UKNOS. Para ello busca ayuda específica en el "guru" de tu zona.
La mayor parte de esta sección ha sido desvergonzadamente sustraída de los trabajos de James Dugal K5KNX, Ian Wade G3NRW, OH2BNS y otros.
nntp access <on | off>
Esto se puede conmutar con 'nntp access on|off'. Con ello,
cuando se conecta otro host se lee el fichero spool/nnews/access y se le da
permiso se lectura, envío o no se le da acceso de acuerdo a lo que allí
aparezca.
nntp active
Muestra la lista de los grupos de noticias que hay configurados, junto con el intervalo de números de artículos que hay almacenados.
nntp add <servidor_nntp> <intervalo>
[<rango>] [<grupos>]
Añade un servidor de noticias NNTP al que se le va a consultar cada <intervalo> segundos si tiene nuevos artículos en los <grupos> indicados.
Con <rango> se especifica en qué rango horario se realizarán las consultas.
Se pueden usar varios comandos 'nntp add' para ampliar la
lista de grupos (hasta un máximo de 512 bytes).
Ejemplo:nntp add ns9nws 600 22:00-23:00 rec.ham-radio*
nntp autocreate <on | off> (sólo para
TNOS)
Permite que al enviar o al llegar nuevos artículos se realice la creación
de grupos de noticias de forma automática. Si nntp autocreate no
está en 'on' los artículos entrantes que estén destinados a un
grupo de noticias que no haya sido previamente creado serán relegados al
directorio 'forward'.
nntp create <grupo_de_noticias>
La utilización de este comando es 'nntp create
<grupo_de_noticias> [y|n]', donde 'y' significa que
se pueden mandar mensajes a este grupo. Sirve para crear manualmente grupos de
noticias en el sistema.
nntp drop <servidor_nntp>
Borra al servidor NNTP indicado, p. ej. nntp drop ns9nws
nntp dump <grupo_de_noticias>
<buzón>
Transfiere todo el contenido de un grupo de noticias al buzón de la BBS indicado. No se realiza comprobación de duplicados ni nada.
nntp expire <articles | bids | now>
[<días>]
Tanto para los artículos como para los BIDs, este es el número de días que
quieres que se amontonen en tu disco duro. 'nntp expire now'
lanza el mecanismo de expiración, eliminando los que han superado el tiempo de
vida.
nntp firstpoll <días>
Establece cuántos días de noticias se van a pedir en una primera conexión con un nuevo servidor.
nntp ihave <0 | 1 | 2>
Habilita el mecanismo de "empujado" IHAVE. IHAVE es un sistema que consiste en que, después de pedir las noticias, tu servidor ofrecerá noticias al otro servidor al cual ha estado preguntando. Un valor de '0' ignorará los IHAVE entrantes, y nunca ofrecerá noticias a otros servidores mediante IHAVE. El valor '1' permite que se reciban noticias mediante IHAVE, mientras que '2' además hará que tu servidor ofrezca noticias a otros servidores usando IHAVE.
nntp kick <servidor_nntp>
Lanza al cliente NNTP local para que entre en contacto con el servidor
indicado. P. ej. nntp kick gb7cip.ampr.org.
Nota: Si, cuando se añadió este servidor (con nntp add), se
indicó un rango horario, nntp kick no tendrá efecto fuera de este
rango.
nntp list
Lista a los servidores que hay definidos actualmente.
nntp lzw <on | off>
Habilita / deshabilita la compresión LZW.
Nota: A los que tengan
problemas de pérdida de memoria con JNOS mientras se usa el NNTP se les
recomienda que pongan esto en 'off'.
nntp post
Hace que tu propio artículo NNTP se pierda en la inmensidad.
nntp profile <subcomando>
La mayoría de estos comandos preconfiguran a 'nntp post'
fullname <tu_nombre>
P. ej. nntp profile fullname "Joe Bloggs"
host <tu_host>
P. ej. nntp profile host g9bf.ampr.org
organ <tu_organización>
P. ej. nntp profile organisation "Moon Under Water Contest Group"
reply <tu_dirección_de_respuesta>
P. ej. nntp profile reply g9bf@g9bf.ampr.org
user <tu_indicativo>
P. ej. nntp profile user g9bf
nntp quiet <0 | 1 | 2>
Esto regula el nivel de detalle para el NNTP cuando se reportan "acontecimientos" hacia la pantalla de comandos.
nntp read <grupo_de_noticias>
[<número>]
Activa el lector de noticias de NNTP para leer los artículos del grupo que se indica. Si se pone un <número> opcional, la lectura comienza por ese artículo.
nntp rline <on | off>
Determina si se conservarán las líneas R: al mover mensajes de la
PBBS hacia NNTP. Cuando está en 'off', los mensajes que pasen a
través del gateway PBBS->NNTP serán despojados de sus líneas R:, y
los indicativos de las BBSs se añadirán a la línea Path:.
Cuando está en 'on' las líneas R: se quedan donde están, y las
BBS no se añaden al Path.
Este pequeño compendio ha sido juntado por Gareth Rowlands, quien se ha basado en trabajos de, y me gustaría decir gracias a: G3NRW, K2MF, K5KNX, KO4KS, OH2BNS, WG7J y Jeffery R. Comstock
73,
Gareth.
amprnet : g4hip@gb7bbc.ampr.org internet : gareth@lightfox.demon.co.uk
Traducido por EB7CJO (eb7cjo@qsl.net)