#Documento de política de FidoNet versión 4.07 9 de junio de
1989
Este documento de política ha sido aceptado mediante votación de
la estructura del coordinador de FidoNet y es el documento de
política actual de FidoNet hasta que sea reemplazado.
(No hay diferencias entre esta versión y 4.06 excepto la
declaración anterior).
#1. Información general
Este documento establece la política para los administradores de
sistemas que son miembros de la organización FidoNet de sistemas
de tableros de anuncios electrónicos. FidoNet está definida por
una Lista de Nodos emitida semanalmente por el Coordinador I
nternacional.
Se pueden emitir documentos de política separados a nivel de
zona, región o red para proporcionar detalles adicionales sobre
los procedimientos locales. Normalmente, estas políticas de
nivel inferior pueden no contradecir esta política. Sin embargo,
con la aprobación del Coordinador Internacional, se puede
utilizar la política local para implementar las diferencias
requeridas debido a las condiciones locales. Es posible que
estas políticas locales no impongan restricciones adicionales a
los miembros de FidoNet más allá de las incluidas en este
documento, aparte de la aplicación de los períodos de correo
local.
1.0 Idioma
El idioma oficial de FidoNet es el inglés. Todos los documentos
deben existir en inglés. Se recomienda la traducción a otros
idiomas.
1.1 Introducción
FidoNet es un sistema de correo electrónico amateur. Como tal,
todos sus participantes y operadores son voluntarios no
remunerados. Desde sus inicios, cuando unos pocos amigos
intercambiaban mensajes de un lado a otro (1984), ahora (1989)
incluye más de 5.000 sistemas en seis continentes.
FidoNet no es un operador común ni una red de servicios de valor
agregado y es una red pública solo en la medida en que los nodos
constituyentes independientes puedan proporcionar
individualmente acceso público a la red en su sistema.
FidoNet es lo suficientemente grande como para desmoronarse
rápidamente por su propio peso a menos que se le impusiera algún
tipo de estructura y control. La operación multired proporciona
la estructura. La gestión descentralizada proporciona el
control. Este documento describe los procedimientos que se han
desarrollado para gestionar la red.
1.2 Organización
Los sistemas FidoNet están agrupados en varios niveles y la
administración está descentralizada para corresponderse con
estos grupos. Esta descripción general proporciona un resumen de
la estructura; Los deberes específicos de los puestos de
coordinador se detallan más adelante en el documento.
1.2.1 Sistemas individuales y operadores de sistemas
La subdivisión más pequeña de FidoNet es el sistema individual,
correspondiente a una única entrada en la lista de nodos. El
operador del sistema (sysop) formula una política para ejecutar
el tablero y tratar con los usuarios. El administrador del
sistem a debe integrarse con el resto del sistema FidoNet para
enviar y recibir correo, y la política local debe ser coherente
con otros niveles de FidoNet.
1.2.1.1 Usuarios
El sysop es responsable de las acciones de cualquier usuario
cuando afecten al resto de FidoNet. (Si un usuario es molesto,
el administrador del sistema es molesto). Cualquier tráfico que
ingrese a FidoNet a través de un nodo determinado, si no
proviene del operador del sistema, se considera proveniente de
un usuario y es responsabilidad del operador del sistema. (Ver
sección 2.1.3.)
1.2.1.2 Puntos
Un punto es un sistema compatible con FidoNet que no está en la
lista de nodos, pero se comunica con FidoNet a través de un nodo
denominado bossnode. Generalmente, un punto se considera de la
misma manera que un usuario; por ejemplo, el nodo jefe es resp
onsable del correo del punto. (Consulte la sección 2.1.3.) Los
puntos se abordan utilizando la dirección de lista de nodos del
nodo jefe; por ejemplo, un sistema de puntos con un nodo jefe de
114/15 podría conocerse como 114/15.12. El correo destinado al
punto se envía al bossnode, que luego lo enruta al punto.
En los puntos de soporte, el bossnode hace uso de un número de
red privado que generalmente no debería ser visible fuera de la
relación bossnode-point. Desafortunadamente, si el punto llama a
otro sistema directamente (para realizar una solicitud de arch
ivo, por ejemplo), el número de la red privada aparecerá como la
dirección de la persona que llama. De esta manera, los puntos se
diferencian de los usuarios, ya que operan programas de correo
compatibles con FidoNet que son capaces de contactar con sist
emas distintos al bossnode.
###1.2.3 Redes y Coordinadores de Redes
Una red es un conjunto de nodos en un área geográfica local,
generalmente definida por un área de llamadas telefónicas
convenientes. Las redes coordinan su actividad de correo para
reducir los costos.
El Coordinador de red es responsable de mantener la lista de
nodos de la red y de reenviar el correo electrónico enviado a
los miembros de la red desde otros nodos de FidoNet. El
Coordinador de red puede hacer arreglos para manejar el correo
de red salie nte, pero no está obligado a hacerlo.
El Coordinador de la Red es designado por el Coordinador
Regional.
1.2.3.1 Concentradores de enrutamiento de red
Los concentradores de enrutamiento de red existen solo en
algunas redes. Podrán ser nombrados por el Coordinador de la
Red, con el fin de ayudar en la gestión de una gran red.
Los deberes y procedimientos exactos son una cuestión que
deben organizar el C oordinador de la Red y los centros, y no
se discutirán aquí, excepto que un coordinador de la red
no puede delegar la responsabilidad de mediar en disputas.
1.2.4 Regiones y Coordinadores Regionales
Una región es un área geográfica bien definida que contiene
nodos que pueden o no combinarse en redes. Una región típica
contendrá muchos nodos en redes y algunos nodos independientes
que no forman parte de ninguna red.
El Coordinador Regional mantiene la lista de nodos
independientes en la región y acepta listas de nodos de los
Coordinadores de Red en la región. Estos se compilan para
crear una lista de nodos regionales, que luego se envía al
Coordinador de Zona. Un co ordinador regional no realiza
servicios de reenvío de mensajes para ningún nodo de la región.
Los Coordinadores Regionales son designados por el Coordinador
de Zona.
1.2.5 Zonas y Coordinadores de Zona
Una zona es un área geográfica grande que contiene muchas
regiones y cubre uno o más países y/o continentes.
El Coordinador de Zona compila las listas de nodos de todas las
regiones de la zona y crea la lista de nodos maestra y el
archivo de diferencias, que luego se distribuye a través de
FidoNet en la zona. Un coordinador de zona no realiza servicios
de reenv ío de mensajes para ningún nodo de la zona.
Los Coordinadores de Zona son seleccionados por los
Coordinadores Regionales de esa zona.
1.2.6 Consejo Coordinador de Zona
En ciertos casos, los Coordinadores de Zona funcionan como un
consejo para brindar asesoramiento al Coordinador
Internacional. El acuerdo es similar al que existe entre un
presidente y sus asesores. En particular, este consejo
considera cuestiones interz onales. Esto incluye, entre otros:
resolver los detalles de la producción nodelista, mediar en
disputas interzonales y cuestiones similares que no se abordan
en un nivel inferior de FidoNet.
1.2.7 Coordinador Internacional
El Coordinador Internacional es el Coordinador de Zona "primero
entre iguales" y coordina la producción conjunta del nodelista
maestro por parte de los Coordinadores de Zona.
El Coordinador Internacional actúa como presidente del Consejo
Coordinador de Zona y como supervisor de las elecciones,
organizando el anuncio de los referendos, la recolección y el
recuento de las papeletas y anunciando los resultados de
aquellas cuesti ones que afectan a FidoNet en su conjunto.
El Coordinador Internacional es seleccionado por los
Coordinadores de Zona.
1.2.8 Organización de arriba hacia abajo. Controles y Saldos.
Estos niveles actúan para distribuir la administración y el
control de FidoNet al nivel más bajo posible, al mismo tiempo
que permiten una acción coordinada en todo el sistema de
correo. La administración es posible operando de arriba hacia
abajo. Es dec ir, una persona en cualquier nivel dado es
responsable ante el nivel superior y responsable del nivel
inferior.
Por ejemplo, un Coordinador Regional es responsable ante el
Coordinador de Zona de cualquier cosa que suceda en la
región. Desde el punto de vista del Coordinador de Zona, el
Coordinador Regional es completamente responsable del buen
funcionamiento de la región. Asimismo, desde el punto de
vista del Coordinador Regional, el Coordinador de la Red es
completamente responsable del buen funcionamiento de la red.
Si una persona en cualquier nivel superior al administrador del
sistema no puede realizar adecuadamente sus funciones, la
persona en el siguiente nivel puede reemplazarla. Por
ejemplo, si un Coordinador Regional no cumple con sus
funciones, el Coordinado r de Zona puede reemplazarlo.
Para proporcionar controles y contrapesos al más alto nivel de
FidoNet, existen dos excepciones a esta organización de
arriba hacia abajo. Los Coordinadores de Zona y el Coordinador
Internacional son seleccionados por mayoría de votos de los
coordinadore s del nivel inferior. De manera similar, las
decisiones tomadas por el Coordinador Internacional pueden
ser revocadas por el Consejo de Coordinadores de Zona, y las
decisiones tomadas por un Coordinador de Zona pueden ser
revocadas por los Coordinadores Regionales. Consulte las
secciones 6 y 7 para obtener más detalles. Las decisiones
tomadas por otros coordinadores no están sujetas a revocación
mediante votación del nivel inferior, sino que están sujetas al
proceso de apelación descrito en la sección 9 .5.
1.3 Definiciones
1.3.1 FidoNews
FidoNews es un boletín semanal distribuido en formato
electrónico en toda la red. Es un medio importante mediante el
cuallos operadores de sistemas de FidoNet se comunican entre sí.
FidoNews brinda la sensación de ser una comunidad de personas
con inter eses comunes. En consecuencia, se anima a los
administradores de sistemas y a los usuarios a contribuir a
FidoNews. Las contribuciones se envían al nodo 1:1/1; un
archivo que describe el formato a utilizar está disponible en
1:1/1 y muchos otros sistemas .
1.3.2 Geografía
Cada nivel de FidoNet está geográficamente contenido por el
nivel inmediatamente superior a él. Una ubicación geográfica
determinada está cubierta por una zona y una región dentro de
esa zona, y está en una red o no en una red. Nunca hay dos
zonas, dos r egiones o dos redes que cubran la misma área
geográfica.
Si un nodo está en el área de una red, debe figurar en esa red,
no como independiente en la región. (La principal excepción a
esto es un nodo que recibe cantidades excesivas de correo
enrutado por el host; consulte la sección 4.2). Los límites de
la red se basan en áreas de llamadas definidas por la compañía
telefónica local. Incluso en el caso de áreas donde la densidad
de nodos es tan grande que se necesita más de una red para
atender un área de llamadas local, se utiliza una guía
geográfica para deci dir qué nodos pertenecen a qué red. La
membresía en la red se basa en razones geográficas o puramente
técnicas. No se basa en factores personales o sociales.
Hay casos en los que las áreas de llamadas locales conducen a
situaciones en las que la lógica dicta que un nodo físicamente
en una región FidoNet debe asignarse a otra. En esos casos,
previo acuerdo de los Coordinadores Regionales y Coordinadores
de Zon a involucrados, se podrán otorgar exenciones. Estas
exenciones se describen en la sección 5.6.
1.3.3 Horario de Correo de Zona
La hora del correo de zona (ZMH) es un tiempo definido durante
el cual todos los nodos de una zona deben poder aceptar netmail.
Cada zona Fidonet define una ZMH y publica la hora de su ZMH en
todas las demás zonas Fidonet. Ver secciones 2.1.8 y 10.2.
La hora de correo de zona anteriormente se denominaba hora de
correo nacional y hora de correo de red. El término Hora de
correo de zona es más preciso.
1.3.4 Lista de nodos NODELIST
La lista de nodos (NODELIST) es un archivo actualizado
semanalmente que contiene las direcciones de todos los nodos
FidoNet reconocidos. Actualmente, el Coordinador de Zona pone a
disposición este archivo a más tardar en la hora de correo de
zona cada sá bado, y está disponible electrónicamente para
descargarlo o solicitarlo sin costo alguno. Para ser incluido
en la lista de nodos, un sistema debe cumplir con los requisitos
definidos en este documento. No se podrán imponer otros
requisitos.
Las listas de nodos parciales (de zona única, por ejemplo)
pueden estar disponibles en diferentes niveles en FidoNet. La
lista completa publicada por el Coordinador Internacional se
considera la lista de nodos oficial de FidoNet y se utiliza en
circunsta ncias tales como la determinación de la elegibilidad
para votar. Todas las partes que componen la lista de nodos
completa están disponibles en el sistema de cada Coordinador de
Zona y de cada Coordinador Regional.
1.3.5 Comportamiento excesivamente molesto
Hay referencias a lo largo de esta política a "comportamiento
excesivamente molesto", especialmente en la sección 9
(Resolución de disputas). Es difícil definir este término, ya
que se basa en el criterio de la estructura coordinadora. En
general, una co nducta molesta irrita, molesta o causa daño a
otra persona. No es necesario infringir una ley para resultar
molesto.
Existe una distinción entre comportamiento excesivamente molesto
y comportamiento (simplemente) molesto. Por ejemplo, hay una
curva de aprendizaje que cada nuevo operador de sistemas debe
escalar, tanto en las cuestiones técnicas de cómo configurar el
so ftware como en las cuestiones sociales de cómo interactuar
con FidoNet. Es raro que un administrador de sistemas, en algún
momento de este viaje, no consiga molestar a los demás. Sólo
cuando este comportamiento persiste, después de haber sido
señalado al administrador, se vuelve excesivamente molesto.
Esto no implica que no sea posible ser excesivamente molesto sin
repetición (por ejemplo, la falsificación deliberada de correo
probablemente sería excesivamente molesto en el primer intento),
sino que sim plemente ilustra que se extiende un cierto grado de
tolerancia.
Consulte la sección 9 y los estudios de caso (sección 10.3) para
obtener más información.
###1.3.6 Uso comercial
FidoNet es una red de aficionados. Los participantes gastan su
propio tiempo y dinero para que funcione para el bien de
todos los usuarios. No es apropiado que una empresa comercial
aproveche estos esfuerzos voluntarios para promover sus propios
interese s comerciales. Por otro lado, FidoNet proporciona
un medio conveniente y eficaz para que empresas y usuarios
intercambien información, en beneficio mutuo de todos.
Los coordinadores de red podrían verse obligados a subsidiar las
operaciones comerciales reenviando el correo electrónico
enrutado por el host, e incluso podrían verse involucrados en
una demanda si se sugiriera alguna garantía para la entrega del
correo . Por lo tanto, es política de FidoNet que no se enrute
el correo comercial. El "correo comercial" incluye el correo que
promueve intereses comerciales específicos sin beneficiar a la
red en su conjunto. Los ejemplos incluyen correo interno de la
empresa , correo intercorporativo, consultas sobre productos
específicos (cotizaciones de precios, por ejemplo), pedidos y su
seguimiento, y todos los demás temas específicamente
relacionados con el negocio.
2 procedimientos de administrador de sistemas
2.1 Generalidades
2.1.1 Los conceptos básicos
Como administrador del sistema de un nodo individual,
generalmente puede hacer lo que quiera, siempre y cuando
observe los eventos de correo, no moleste excesivamente a
otros nodos en FidoNet y no promueva ni participe en la
distribución de software pira teado con derechos de autor u
otros programas ilegales. comportamiento a través de FidoNet.
2.1.2 Familiaridad con la política
Para comprender el significado de "excesivamente molesto",
corresponde a todos los administradores de sistemas releer
ocasionalmente la política de FidoNet. Los nuevos
administradores de sistemas deben familiarizarse con la política
antes de solicitar un número de nodo.
2.1.3 Responsable de todo el tráfico que ingresa a FidoNet a
través del nodo
El operador del sistema que figura en la entrada de la lista de
nodos es responsable de todo el tráfico que ingresa a FidoNet a
través de ese sistema. Esto incluye (pero no se limita a) el
tráfico ingresado por usuarios, puntos y cualquier otra red para
la cual el sistema pueda actuar como puerta de enlace. Si un
operador de sistema permite que mensajes "externos" ingresen a
FidoNet a través del sistema, el sistema de puerta de enlace
debe identificarse claramente mediante el número de nodo de
FidoNet como el punto de origen de ese mensaje, y debe actuar
como una puerta de enlace en la dirección inversa. Si dicho
tráfico resulta en una violación de la Política, el operador del
sistema debe rectificar la situación.
2.1.4 Cifrado y revisión del correo
FidoNet es un sistema amateur. Nuestra tecnología es tal que no
se puede garantizar la privacidad de los mensajes. Como
administrador de sistemas, tiene derecho a revisar el tráfico
que fluye a través de su sistema, aunque solo sea para
garantizar que el sistema no se esté utilizando con fines
comerciales o ilegales. El cifrado obviamente hace que esta
revisión sea imposible. Por lo tanto, el tráfico cifrado y/o
comercial que se enruta sin el permiso expreso de todos los
enlaces en el sistema de entrega constituye un comportamiento
molesto. Consulte la sección 1.3.6 para obtener una definición
de tráfico comercial.
2.1.5 Sin alteración del correo enrutado
No puede modificar, salvo que sea necesario para el enrutamiento
u otros fines técnicos, ningún mensaje, netmail o echomail,
que pase a través del sistema de un nodo FidoNet a otro. Si
se siente ofendido por el contenido de un mensaje, deberá
utilizar el procedimiento descrito en el apartado 2.1.7.
2.1.6 Correo de red privado
La palabra "privado" debe usarse con mucho cuidado,
especialmente con usuarios de BBS. Algunos países tienen leyes
que tratan del "correo privado" y debe quedar claro que la
palabra "privado" no implica que ninguna persona distinta del
destinatario pueda leer los mensajes. Los administradores de
sistemas que no puedan ofrecer esta distinción deberían
considerar no ofrecer a los usuarios la opción de "correo
privado".
Si un usuario envía un "mensaje privado", el usuario no tiene
control sobre la cantidad de sistemas intermedios a través de
los cuales se enruta ese mensaje. Un sysop que envía un
mensaje a otro sysop puede controlar este aspecto enviando
el mensaje dire ctamente al sistema del destinatario,
garantizando así que sólo el destinatario u otra persona a
la que ese sysop haya dado autorización pueda leer el
mensaje. Por lo tanto, un administrador de sistemas
puede tener expectativas diferentes a las de un usu ario
ocasional.
2.1.6.1 No divulgación del correo en tránsito
Revelar o utilizar de cualquier manera información contenida en
el tráfico de netmail privado que no esté dirigido a usted
ni escrito por usted se considera un comportamiento molesto,
a menos que el autor o el destinatario haya liberado el
tráfico como p arte de una queja formal sobre la política.
Esto no se aplica al correo electrónico, que es por definición
un medio de difusión y donde el correo privado se utiliza a
menudo para mantener restringida un área exclusiva del
administrador del sistema.
2.1.6.2 Correo privado dirigido a usted
La cuestión del correo privado que va dirigido a usted es más
difícil que la cuestión del tránsito tratada en el apartado
anterior. Una opinión legal común sostiene que cuando recibes
un mensaje, éste se convierte en tu propiedad y tienes el
derecho lega l de hacer con él lo que desees. Tu derecho
legal no te exime de molestar a los demás.
En general, no se debe enviar material confidencial mediante
FidoNet. Este ideal a menudo se ve comprometido, ya que
FidoNet es nuestro principal modo de comunicación. En
general, si el remitente de un mensaje solicita
específicamente en el texto del men saje que el contenido
se mantenga confidencial, la publicación del mensaje en un
foro público puede considerarse molesta.
Exiten excepciones. Si alguien dice una cosa en público y dice
lo contrario en un correo privado, el destinatario del correo
privado no debe ser objeto de acoso simplemente porque el
remitente solicita que el mensaje no se divulgue. Se debe
utilizar el juicio y el sentido común en esta área como en
todos los demás aspectos del comportamiento de FidoNet.
2.1.7 No enrutar correo
No está obligado a enrutar el tráfico si no ha aceptado hacerlo.
No está obligado a enrutar el tráfico para todos si lo
enruta para alguno, a menos que ocupe un puesto de
Coordinador de red o Coordinador de concentrador. Enrutar
el tráfico a través de un nodo que no está obligado a realizar
el enrutamiento sin el permiso de ese nodo puede ser un
comportamiento molesto. Esto incluye el correo electrónico no
solicitado.
Si no reenvía un mensaje cuando previamente aceptó realizar
dicho enrutamiento, el mensaje debe devolverse al administrador
del sistema del nodo en el que ingresó a FidoNet con una
explicación de por qué no fue reenviado. (No es necesario
devolver mensaj es dirigidos a un nodo que no está en la lista
de nodos actual). Detener intencionalmente un mensaje en
tránsito sin seguir este procedimiento constituye un
comportamiento molesto. En el caso de que no se pueda reenviar
el tráfico debido a un problema té cnico, no se vuelve molesto a
menos que persista después de haber sido señalado al
administrador del sistema.
2.1.8 Exclusividad de Hora de Correo de Zona
Zone Mail Hour es el corazón de FidoNet, ya que es cuando el
correo de red pasa entre sistemas. Cualquier sistema que desee
ser parte de FidoNet debe poder recibir correo durante
este tiempo utilizando el protocolo definido en la publicación
actual del C omité de Estándares Técnicos de FidoNet (FTS-
0001 en el momento de escribir este artículo). Está
permitido tener una mayor capacidad (por ejemplo, para
admitir protocolos adicionales u horarios de correo
extendidos), pero el requisito mínimo es la capaci dad FTS-0001
durante esta hora del día.
Este tiempo está reservado exclusivamente para netmail. Muchos
sistemas telefónicos cobran por llamada, independientemente de
si se encuentra una señal de conexión, no conexión o ocupado.
Por esta razón, cualquier actividad que no sea el procesamiento
no rmal del correo de red y que bloquee un sistema durante ZMH
se considera un comportamiento molesto. Echomail no debe
transferirse durante ZMH. El acceso de usuario (BBS) a un
sistema está prohibido durante ZMH.
Es posible que también se requiera que un sistema que sea
miembro de una red local observe eventos de correo
adicionales, según lo definido por el Coordinador de la red.
Las restricciones de acceso durante los períodos de la red
local quedan a discreción del Coordinador de la red.
2.1.9 Nodos privados
La rara excepción al cumplimiento de ZMH son los nodos privados.
Las personas que soliciten nodos privados deben recibir apoyo
como puntos si es posible. Una lista privada se justifica
cuando el sistema debe interactuar con muchos otros, como un
distribu idor de correo electrónico. En estos casos, la forma y
el momento exactos de la entrega del correo se acuerdan entre el
nodo privado y otros sistemas. Un acuerdo de este tipo entre
un sistema privado y un centro no es vinculante para ningún
sustituto de ese centro. Un nodo privado debe ser parte de
una red (no pueden ser independientes en la región).
Los listados privados impactan a cada miembro de FidoNet, ya que
ocupan espacio en la lista de nodos de todos. Los listados
privados que son para la conveniencia de un operador de sistema
(a expensas de todos los demás operadores de sistema en
FidoNet) s on un lujo que ya no es posible. Los listados
redundantes no esenciales (más de un listado para el mismo
número de teléfono, excepto según lo exijan los estándares
FTSC) también entran en esta categoría. Los sysops que
soliciten listados privados o redun dantes deben justificarlos
con una declaración que explique cómo benefician a la red local
o a FidoNet en su conjunto. El Coordinador de Red o Coordinador
Regional podrá revisar esta declaración en cualquier momento y
los listados que no estén justificad os serán eliminados.
2.1.10 Observación de eventos de correo
El incumplimiento de los eventos de correo adecuados es motivo
para que cualquier nodo sea eliminado de FidoNet sin previo
aviso (ya que el aviso generalmente se da por correo
electrónico).
2.1.11 Uso de la lista de nodos actual
Los sistemas de correo en red generalmente funcionan sin
supervisión y realizan llamadas en horas intempestivas de la
noche. Si un sistema intenta llamar a un número incorrecto o
desactualizado, podría hacer que el teléfono de algún ciudadano
pobre suene en las primeras horas de la mañana, para disgusto
de transeúntes inocentes y autoridades civiles. Por esta
razón, un administrador de sistemas que envía correo está
obligado a obtener y utilizar la edición más reciente de la
lista de nodos según sea prá ctico.
2.1.12 Excomunión
Un sistema que ha sido eliminado de la red se dice que está
excomulgado (es decir, se le niega la comunicación). Si descubre
que ha sido excomulgado sin previo aviso, su coordinador no pudo
comunicarse con usted. Debes rectificar el problema y
contactar con tu coordinador.
Los sistemas también pueden eliminarse de la lista de nodos por
alguna causa. Ver sección 9, y secciones 4.3 y 5.2.
Se considera un comportamiento molesto ayudar a un sistema que
fue excomulgado a eludir esa eliminación del nodelist. Por
ejemplo, si decide proporcionar un mensaje de correo
electrónico a su amigo que ha sido excomulgado, es probable
que su lista tambié n sea eliminada.
2.1.13 Horario de la Hora de Correo de Zona
El horario exacto de la Hora de Correo de Zona para cada zona lo
establece el Coordinador de Zona. Ver sección 10.2.
2.1.14 Incumplimiento del horario de verano
FidoNet no observa el horario de verano. En áreas que observan
el horario de verano, los horarios de correo de FidoNet
deben ajustarse en la misma dirección que el cambio de
hora. Alternativamente, puede simplemente dejar su sistema
en el horario estánda r.
2.2 Cómo obtener un número de nodo
Primero debe obtener una lista de nodos actual para poder enviar
correo. No necesita un número de nodo para enviar correo, pero
debe tener uno para que otros le envíen correo.
El primer paso para obtener una lista de nodos actual es
localizar un tablero de anuncios de FidoNet. La mayoría de
las listas de tablones de anuncios incluyen al menos algunos
sistemas FidoNet y, por lo general, los identifican como
tales. Utilice una f uente local para obtener documentos
porque muchas redes tienen información detallada disponible
que explica el área de cobertura de la red y cualquier
requisito o procedimiento especial.
Una vez que tenga una lista de nodos, debe determinar qué red o
región cubre su área. Las regiones están numeradas del 1 al
99; Los números de red son mayores que 99. Las redes tienen un
área más restringida que las regiones, pero son las preferidas
porq ue mejoran el flujo de correo y brindan más
servicios a sus miembros. Si no puede encontrar una red que
cubra su área, elija la región que sí lo haga.
Una vez que haya localizado la red o región en su área, envíe un
mensaje que contenga una solicitud de un número de nodo al nodo
cero de esa red o región. La solicitud debe enviarse por
netmail, ya que esto indica que su sistema tiene capacidad
FidoNet.
Debe configurar su software para que la dirección de envío de su
mensaje no cause problemas al coordinador que lo recibe. Si
elige la dirección de un sistema existente, esto causará
problemas obvios. Si su software es capaz de utilizar la
dirección -1/-1 , esta es la dirección tradicional
utilizada por los posibles administradores de sistemas.
De lo contrario, utilice net/9999 (por ejemplo, si está
solicitando net 123, configure su sistema como 123/9999).
Muchas redes tienen instrucciones específicas dis ponibles
para posibles administradores de sistemas y estos
procedimientos pueden indicar una preferencia por la dirección
de origen.
El mensaje que envíe debe incluir al menos la siguiente
información:
1) Su nombre.
2) Su número de teléfono de voz
3) El nombre de su sistema.
4) La ciudad y estado donde está ubicado su sistema.
5) El número de teléfono que se utilizará al llamar a su sistema.
6) Su horario de atención, netmail y BBS.
7) La velocidad máxima en baudios que puede admitir.
8) El tipo de software de envío de correo y módem que está utilizando.
Su coordinador puede comunicarse con usted para obtener
información adicional. Toda la información enviada se mantendrá
confidencial y no será suministrada a nadie excepto a la persona
que asuma el cargo de coordinador ante la renuncia del
coordinador ac tual.
Debe indicar que ha leído y acepta cumplir con este documento y
todas las políticas actuales de FidoNet.
Espere al menos dos semanas para que se procese una solicitud de
número de nodo. Si envía su solicitud a un Coordinador Regional,
es posible que se reenvíe al Coordinador de Red correspondiente.
2.3 Si estás desconectado
Si su nodo estará inactivo durante un período prolongado (más de
uno o dos días), informe a su coordinador lo antes posible.
No es responsabilidad de su coordinador buscarlo para
obtener un informe de estado y, si su sistema deja de aceptar
correo, será eliminado de la lista de nodos.
Nunca coloque un contestador automático ni ningún otro
dispositivo que conteste el teléfono en tu línea telefónica
mientras estás desconectado. Si lo hace, los sistemas de
llamadas activarán la máquina repetidamente, acumulando grandes
facturas telefónic as, lo cual es muy molesto. En resumen, lo
único que debería contestar el teléfono durante los períodos en
los que la lista de nodos indica que su nodo aceptará correo es
el software compatible con FidoNet que acepta correo.
Si dejará su sistema desatendido durante un período prolongado
(por ejemplo, mientras está de vacaciones), debe notificarlo a
su coordinador. Los sistemas tienden a "fallar" de vez en
cuando, por lo que probablemente querrás que tu coordinador sepa
que se trata de una condición temporal si ocurre mientras estás
fuera.
2.4 Cómo formar una red
Si hay varios nodos en su área, pero ninguna red, se puede
formar una nueva red. Esto tiene ventajas tanto para usted
como para el resto de FidoNet. Usted recibe una mejor
disponibilidad de los archivos de diferencias de lista de nodos
y FidoNews, y todo s los demás pueden aprovechar el netmail de
enrutamiento del host a la nueva red.
El primer paso es ponerse en contacto con los demás
administradores de sistemas de su área. Debe decidir qué nodos
formarán la red y cuál de esos nodos le gustaría que fuera el
Coordinador de la red. Luego consulte a su Coordinador Regional.
Debes enviar la siguiente información:
1) Los números de región, o números de red, si una red se está
dividiendo, que se ven afectados por la formación de su red. El
Coordinador Regional informará al Coordinador de Zona y a los
coordinadores de cualquier red afectada que se está formando una
nueva red.
2) Una copia del segmento de lista de nodos de la red propuesta.
Este archivo debe adjuntarse al mensaje de solicitud de un
número de red y debe utilizar el formato de lista de nodos
descrito en la versión actual de la publicación FTSC
correspondiente. S eleccione un nombre que se relacione con
su agrupación, por ejemplo SoCalNet para nodos en el área del
sur de California y MassNet West para el área del oeste de
Massachusetts. Recuerda que si te llamas DOGNET no identifica
tu zona.
Otorgar un número de red no es automático. Incluso si se concede
la solicitud, es posible que la red no esté estructurada
exactamente como usted la solicita. Su Coordinador Regional
revisará su solicitud y le informará la decisión.
No envíe una solicitud de número de red al Coordinador de Zona.
Todas las solicitudes de números de red deben ser procesadas por
el Coordinador Regional.
3 Procedimientos Generales para Todos los Coordinadores
3.1 Hacer disponibles archivos de diferencias y FidoNews
Cualquier Coordinador es responsable de obtener y poner a
disposición, semanalmente, los archivos de diferencias de los
nodos y FidoNews.
3.2 Procesar cambios en la lista de nodos y transmitirlos en
sentido ascendente
Cada coordinador es responsable de obtener información de la
lista de nodos del nivel inferior, procesarla y pasar los
resultados al nivel superior. El momento de este proceso está
determinado por los requisitos impuestos por el nivel superior.
3.3 Asegúrese de que la última política esté disponible
Un Coordinador es responsable de hacer que la versión actual de
este documento esté disponible para el nivel inferior y fomentar
la familiaridad con él.
Además, se requiere un coordinador para enviar cualquier
política local recibida al nivel superior y revisar dichas
políticas. Aunque no es obligatorio, la cortesía común dicta
que al formular una política local se debe solicitar la
participación del niv el superior.
3.4 Minimizar el número de sombreros usados
Se anima a los coordinadores a limitar la cantidad de funciones
de FidoNet que realizan. Un coordinador que ocupa dos
puestos diferentes compromete el proceso de apelación. Por
ejemplo, si el Coordinador de la red también es el Coordinador
regional, a lo s operadores de sistemas de esa red se les niega
un nivel de apelación.
Se desaconseja a los coordinadores actuar como centros de
distribución de software y correo electrónico. Si lo hacen,
deberían manejar el correo electrónico (u otra distribución de
volumen) en un sistema distinto al sistema administrativo.
El sistema de coordinación debería estar fácilmente
disponible para los niveles inmediatamente superiores e
inferiores.
Otra razón para desalentar los múltiples sombreros es la
dificultad de reemplazar los servicios si alguien abandona
la red. Por ejemplo, si un coordinador es el centro de correo
electrónico y el centro de distribución de software, esos
servicios serán di fíciles de restaurar cuando esa persona
renuncie.
3.5 Ser Miembro del Área Administrada
Un coordinador debe ser miembro del área administrada. Es decir,
un Coordinador de Red debe ser miembro de esa red en virtud de
su geografía. Un Coordinador Regional debe ser miembro de una
red en la región o independiente en la región.
3.6 Alentar a nuevos administradores de sistemas a ingresar a
FidoNet
Se alienta a un coordinador a operar un sistema de tablero de
anuncios público que está disponible gratuitamente con el
fin de distribuir políticas, FidoNews y Nodelists a
posibles nuevos administradores de sistemas. La difusión de
esta información a per sonas que sean posibles operadores de
sistemas de FidoNet es importante para el crecimiento de
FidoNet, y los coordinadores deben fomentar el desarrollo de
nuevos sistemas.
3.7 Tradición y precedente
Un coordinador no está obligado por las prácticas de su
predecesor o de sus pares más allá del alcance de este
documento.
Además, un nuevo coordinador tiene derecho a revisar cualquier
decisión tomada por sus predecesores para verificar el
cumplimiento de la Política y tomar las medidas necesarias para
rectificar cualquier situación que no cumpla.
3.8 Gestión Técnica
La responsabilidad principal de cualquier coordinador es la
gestión técnica de las operaciones de la red. Las decisiones
deben tomarse sobre bases técnicas.
4 Procedimientos del Coordinador de Red
4.1 Responsabilidades
Un Coordinador de Red tiene las siguientes responsabilidades:
1) Recibir correo entrante para los nodos de la red y organizar
la entrega a sus destinatarios.
2) Asignar números de nodo a los nodos de la red.
3) Mantener la lista de nodos de la red y enviar copia de la
misma al Coordinador Regional cada vez que cambie.
4) Poner a disposición de los nodos en la red nuevos archivos de
diferencias de listas de nodos, nuevos números de FidoNews y
nuevas revisiones de los Documentos de Política de Red a medida
que se reciban, y verificar periódicamente para asegurarse de qu
e los nodos utilicen listas de nodos actualizadas.
4.2 Enrutamiento del correo entrante
Es su responsabilidad como Coordinador de red coordinar la
recepción y el reenvío del correo de red entrante enrutado por
el host para los nodos de su red. La mejor manera de lograrlo
queda a su discreción.
Si un nodo de su red recibe grandes volúmenes de correo, puede
solicitar que el administrador del sistema se comunique con los
sistemas que envían este correo y solicitar que no lo enruten
por el host. Si el problema persiste, puede solicitar a su
Coordi nador Regional que asigne un número al nodo como
independiente y elimine el sistema de su red.
Ocasionalmente, un nodo realizará un "bombardeo" (enviando un
mensaje a muchos nodos). Si un nodo en otra red está realizando
bombardeos en sus nodos y enrutandolos a través de su host
de entrada, entonces puede presentar una queja ante el
coordinador de red del nodo infractor. (Si el nodo es
independiente, quejarse al coordinador regional). Los
bombardeos se consideran molestos.
Otra fuente de sobrecarga de enrutamiento es el correo
electrónico. No se puede permitir que Echomail degrade la
capacidad de FidoNet para manejar el tráfico normal de
mensajes. Si un nodo de su red está enrutando grandes volúmenes
de correo de eco, pued e pedirle al administrador del
sistema que limite la cantidad de correo de eco o que deje de
enrutarlo.
No es necesario que reenvíe correo cifrado, comercial o ilegal.
Sin embargo, deberá seguir los procedimientos descritos en la
sección 2.1.7 si no reenvía el correo.
4.3 Asignación de números de nodo
Es su responsabilidad asignar números de nodo a nuevos nodos en
su red. También puede cambiar la cantidad de nodos existentes
en su red, aunque debe consultar con sus nodos miembros antes
de hacerlo. Puede asignar cualquier número que desee, siempre
que cada nodo tenga un número único dentro de su red.
No debe asignar un número de nodo a ningún sistema hasta que
haya recibido una solicitud formal de ese sistema por
correo de FidoNet. Esto asegurará que el sistema esté
mínimamente operativo. El estricto mantenimiento de esta
política ha sido una de las grandes fortalezas de FidoNet.
También se recomienda, aunque no es obligatorio, que llame a la
junta que solicita un número de nodo antes de asignarle un
número de nodo.
No puede asignar un número de nodo a un nodo en un área cubierta
por una red existente. Además, si tiene nodos en un área
cubierta por una red en formación, esos nodos deben transferirse
a la nueva red.
Debe utilizar el correo de red para informar al nuevo
administrador del sistema el número de nodo, ya que esto ayuda a
garantizar que el sistema sea capaz de recibir correo de red.
Si un nodo de su red actúa de manera suficientemente molesta,
entonces puede tomar las medidas que considere oportunas, según
las circunstancias del caso.
4.4 Mantenimiento de la lista de nodos
Debe implementar cambios de nombre, cambios de número de
teléfono, etc. en su segmento de la lista de nodos lo antes
posible después de recibir la información del nodo afectado.
En ocasiones, también deberías enviar un mensaje a cada nodo de
tu red para asegurarte de que estén operativos. Si un nodo
resulta estar "fuera del aire" sin previo aviso, puede marcar
el nodo o eliminarlo de la lista de nodos. (Los nodos deben
marcarse como ABAJO durante un máximo de dos semanas, después
de lo cual la línea deb e eliminarse de la lista de
nodos).
A su discreción, puede distribuir una parte de esta carga de
trabajo a los centros de enrutamiento. En este caso, debería
recibir las listas de nodos de los coordinadores del centro
dentro de su red. Deberá mantener un conjunto de listas de
nodos para ca da centro dentro de su red, ya que no puede
contar con recibir una actualización de cada coordinador de
centro cada semana. Debe reunir una lista de nodos maestros
para su red cada semana y enviarla a su Coordinador Regional
antes del día y hora designad os. Se sugiere que haga esto tan
tarde como sea práctico, para dar cabida a cualquier cambio
tardío, en equilibrio con el riesgo de perder la conexión
con su Coordinador Regional y, por lo tanto, perder una semana.
4.5 Poner a disposición políticas, listas de nodos y FidoNews
Como Coordinador de red, debe obtener una nueva edición de
FidoNews y un nuevo archivo de diferencias de nodos cada
semana de su Coordinador regional. Actualmente, el archivo de
diferencias de lista de nodos está disponible todos los sábados
y FidoNews s e publica todos los lunes. Debe poner estos
archivos a disposición de todos los nodos de la red y se le
recomienda que los ponga a disposición del público en general
para su descarga.
También debe obtener las versiones más recientes de los
documentos de política que vinculan a los miembros de su red
y ponerlos a disposición de los nodos de su red. Las
políticas se publican a intervalos esporádicos, por lo que
también debe informar a l os nodos de su red cuando ocurren
tales eventos y asegurarse de que los nodos estén generalmente
familiarizados con los cambios.
La política, FidoNews y el nodolista son el pegamento que nos
mantiene unidos. Sin ellos, dejaríamos de ser una comunidad y
nos convertiríamos en una colección más de tableros de anuncios
aleatorios.
5 Procedimientos del Coordinador Regional
5.1 Responsabilidades
Un Coordinador Regional tiene las siguientes responsabilidades:
1) Asignar números de nodo a nodos independientes en la región.
2) Incentivar a los nodos independientes de la región a unirse a
las redes existentes o formar nuevas redes.
3) Asignar números de red a las redes de la región y definir sus
límites.
4) Elaborar una lista de nodos de todas las redes e
independientes de la región, y enviar una copia del mismo al
Coordinador de Zona cada vez que cambie.
5) Asegurar el buen funcionamiento de las redes dentro de la
región.
6) Poner a disposición de los Coordinadores de Red en la región
nuevos archivos de diferencias, Políticas y números de FidoNews
tan pronto como sea práctico.
5.2 Asignación de números de nodo
Es su responsabilidad asignar números de nodo a nodos
independientes en su región. También puede cambiar la cantidad
de nodos existentes en su región, aunque debe consultar con
los nodos respectivos antes de hacerlo. Puede asignar
cualquier número que de see, siempre que cada nodo tenga un
número único dentro de su región.
No debe asignar un número de nodo a ningún sistema hasta que
haya recibido una solicitud formal de ese sistema por
correo de FidoNet. Esto asegurará que el sistema esté
mínimamente operativo. El estricto mantenimiento de esta
política ha sido una de las grandes fortalezas de FidoNet.
También se recomienda, aunque no es obligatorio, que llame a la
junta que solicita un número de nodo antes de asignarle un
número de nodo.
Debe utilizar el correo de red para informar al nuevo
administrador del sistema el número de nodo, ya que esto ayuda a
garantizar que el sistema sea capaz de recibir correo de red.
Si un nodo en su región está actuando de manera suficientemente
molesta, entonces puede tomar cualquier acción que considere
adecuada, según las circunstancias del caso.
Si recibe una solicitud de número de nodo desde fuera de su
región, debe reenviarla al coordinador más local del
solicitante, según pueda determinar. Si recibe una solicitud de
número de nodo de un nuevo nodo que se encuentra en un área
cubierta por una red existente, debe reenviar la solicitud
al Coordinador de esa red en lugar de asignar un número usted
mismo.
Si se forma una red en un área para la cual tiene nodos
independientes, esos nodos se transferirán a la red local tan
pronto como sea práctico.
5.3 Fomentar la formación y el crecimiento de redes
Una de tus principales funciones como Coordinador Regional es
promover el crecimiento de las redes en tu región.
Debe evitar tener nodos independientes en su región que se
encuentren dentro del área de cobertura de una red. Sin
embargo, hay ciertos casos en los que un nodo no debería ser
miembro de una red, como un sistema con una gran cantidad de
correo de red ent rante; ver sección 4.2.
Si varios nodos independientes en su región se encuentran en un
área local, debe alentarlos a formar una red y, si es
necesario, puede exigirles que formen una red. Consulte la
sección 2.4. Tenga en cuenta que esto no pretende fomentar la
formación de re des triviales. Obviamente, un nodo no forma
una red. El número exacto de nodos necesarios para una red
eficaz debe juzgarse según las circunstancias de la
situación y se deja a su discreción.
5.4 Asignación de números de red
Es su responsabilidad asignar números de red a las nuevas redes
que se forman dentro de su región. Su coordinador de zona le
asigna un conjunto de números de red para que los utilice con
este fin. Como parte de esta función, es responsabilidad del
Coordi nador Regional definir los límites de las redes en la
región.
5.5 Mantenimiento de la lista de nodos
Como Coordinador Regional, usted tiene una doble función en el
mantenimiento de la lista de nodos de su región.
Primero, debes mantener la lista de nodos independientes en tu
región. Debe intentar implementar cambios de nombre, cambios
de número de teléfono, etc. en esta lista de nodos lo antes
posible. En ocasiones, también deberías enviar un mensaje
a cada nodo independiente de tu región para asegurarte de que
estén operativos. Si un nodo resulta estar "fuera del aire"
sin previo aviso, puede marcar el nodo o eliminarlo de la
lista de nodos. (Los nodos deben marcarse ABAJO durante un
máximo de dos semanas, desp ués de lo cual la línea debe
eliminarse de la lista de nodos).
En segundo lugar, debe recibir las listas de nodos de los
coordinadores de red de su región. Deberá mantener un conjunto
de listas de nodos para cada red dentro de su región, ya que
no puede contar con recibir una actualización de cada
Coordinador de red cada semana. Debe reunir una lista de
nodos maestros para su región cada semana y enviarla a su
Coordinador de Zona antes del día y hora designados. Se
sugiere que haga esto tan tarde como sea práctico, para
dar cabida a los cambios tardíos, en equilibr io con el riesgo
de perder la conexión con su Coordinador de Zona y, por lo
tanto, perder una semana.
5.6 Exenciones geográficas
Hay casos en los que la geografía de llamadas locales no sigue
las regiones de FidoNet. En casos excepcionales, los
coordinadores regionales y el coordinador de zona
involucrados acuerdan exenciones a las pautas geográficas
normales. Tal exención no es u n derecho y no es permanente.
Cuando se forma una red en la región adecuada que
proporcionaría acceso a llamadas locales al nodo exento, ya no
está exenta. Una exención podrá ser revisada y revocada en
cualquier momento por cualquiera de los coordinadore s
involucrados.
5.7 Supervisión de las operaciones de la red
Usted es responsable de nombrar coordinadores de red para las
redes de su región. Si el Coordinador de Red saliente sugiere un
sucesor, usted no está obligado a aceptar a esa persona,
aunque normalmente lo hará. Del mismo modo, usted no está
obligado a a ceptar al individuo seleccionado por los miembros
de la red en una elección, aunque normalmente lo hará.
Es su responsabilidad como Coordinador Regional asegurarse de
que las redes dentro de su región estén funcionando de manera
aceptable. Esto no significa que usted deba operar esas
redes; eso es responsabilidad de los Coordinadores de la Red.
Significa qu e usted es responsable de garantizar que los
Coordinadores de Red dentro de su región actúen de manera
responsable.
Si descubre que un Coordinador de red dentro de su región no
está desempeñando adecuadamente las tareas descritas en la
Sección 4, debe tomar las medidas que considere necesarias para
corregir la situación.
Si una red crece tanto que no puede acomodar razonablemente el
flujo de tráfico durante la Hora de Correo de Zona, el
Coordinador Regional puede dirigir la creación de una o más
redes nuevas a partir de esa red. Estas nuevas redes, aunque
puedan estar de ntro de una única área de llamadas locales, aún
deben ajustarse a una base geográfica para determinar su
membresía.
Es su obligación como Coordinador Regional mantener un contacto
directo y razonablemente frecuente con las redes de su región.
El método exacto para lograr esto queda a su discreción.
5.8 Poner a disposición listas de nodos, políticas y FidoNews
Como Coordinador Regional, es su responsabilidad obtener el
último archivo de diferencias entre los nodos, las políticas
de red y los últimos números de FidoNews a medida que se
publican, y ponerlos a disposición de los Coordinadores de Red
dentro de su región. El Coordinador de Zona publica la
lista de nodos semanalmente los sábados, y FidoNews se publica
semanalmente los lunes por el nodo 1/1. Comuníquese con ellos
para obtener más detalles sobre cómo obtener las últimas copias
cada semana.
Es su responsabilidad ponerlos a disposición de todos los
coordinadores de red de su región tan pronto como sea
posible después de recibirlos. El método de distribución
queda a su discreción. No es necesario que los distribuya a
ningún nodo independiente en su región, aunque puede hacerlo si
lo desea. Le recomendamos que ponga todos estos documentos a
disposición del público en general para su descarga.
6 Procedimientos del Coordinador de Zona
6.1 Generalidades
Un Coordinador de Zona para FidoNet tiene la tarea principal de
mantener la lista de nodos de la Zona, compartirla con
los otros Coordinadores de Zona y garantizar la distribución
de la lista de nodos maestra (o archivo de diferencia) a las
Regiones de l a Zona. El Coordinador de Zona también es
responsable de coordinar la distribución de documentos de
Política de Red y FidoNews a los Coordinadores Regionales de
la zona.
El Coordinador de Zona es responsable del mantenimiento de la
lista de nodos de la región administrativa. La Región
Administrativa tiene el mismo número que la zona y consta de
nodos asignados para fines administrativos no relacionados con
el envío y rec epción de correo normal de la red.
Un Coordinador de Zona tiene a su cargo la tarea de garantizar
el buen funcionamiento de la Zona, lo que se realiza mediante el
nombramiento y la supervisión de los Coordinadores Regionales.
Si un Coordinador de Zona determina que un Coordinador Regional
no está desempeñando adecuadamente las funciones descritas en la
sección 5, se debe encontrar un reemplazo.
El Coordinador de Zona define los límites geográficos de las
regiones dentro de la zona y establece la hora de la Hora del
Correo de Zona.
El Coordinador de Zona es responsable de revisar y aprobar
cualquier exención geográfica como se describe en la sección
5.6.
El Coordinador de Zona es responsable de asegurar el buen
funcionamiento de las puertas entre esa zona y todas las demás
zonas para la transferencia de correo interzonal.
Los Coordinadores de Zona son responsables de la selección del
Coordinador Internacional de entre sus filas.
6.2 Selección
El Coordinador de Zona es seleccionado por mayoría absoluta de
votos de los Coordinadores Regionales dentro de la zona.
7 Procedimientos del Coordinador Internacional
7.1 Generalidades
El Coordinador Internacional es el Coordinador de Zona "primero
entre iguales".
El Coordinador Internacional tiene la tarea principal de
coordinar la creación de la lista de nodos maestra gestionando
la distribución entre las Zonas de las listas de nodos de Zona.
El Coordinador Internacional es responsable de la definición de
nuevas zonas y de la negociación de acuerdos para la
comunicación con otras redes. ("Otra red" en este contexto
significa otras redes con las que FidoNet se comunica de igual a
igual, no "red" en el sentido del nivel organizacional de
FidoNet).
El Coordinador Internacional también es responsable de coordinar
la distribución de Políticas de Red y FidoNews a los
Coordinadores de Zona.
El Coordinador Internacional es responsable de coordinar las
actividades del Consejo Coordinador de Zona. El Coordinador
Internacional actúa como portavoz del Consejo Coordinador de
Zona.
En los casos no cubiertos específicamente por este documento, el
Coordinador Internacional podrá emitir interpretaciones o
extensiones específicas a esta política. El Consejo Coordinador
de Zona podrá revocar tales decisiones por mayoría de votos.
7.2 Selección
El Coordinador Internacional es seleccionado (o removido) por
mayoría absoluta de votos de los Coordinadores de Zona.
8 referendos
Los procedimientos descritos en esta sección se utilizan para
ratificar una nueva versión de la política de FidoNet, que es el
mecanismo mediante el cual se cambia la política. Este
procedimiento también se utiliza para impugnar a un Coordinador
de Zona.
8.1 Iniciación
Se invoca un referéndum sobre la modificación de la política
cuando una mayoría de los Coordinadores Regionales de FidoNet
informan al Coordinador Internacional que desean considerar una
nueva versión propuesta de la Política.
8.2 Anuncio y Notificación de Resultados
Los cambios propuestos a la Política se distribuyen utilizando
la misma estructura que se utiliza para distribuir
archivos de diferencias de listas de nodos y FidoNews. Los
resultados y anuncios relacionados con el referéndum son
distribuidos por la estr uctura coordinadora como parte del
archivo semanal de diferencias de los nodelistas. El
Coordinador Internacional proporciona copias al editor de
FidoNews para su inclusión allí, aunque el anuncio oficial y
las fechas de votación están vinculados a las d
istribuciones de los nodos.
Si se adopta, el Coordinador Internacional establece la fecha de
vigencia de una nueva política mediante el anuncio en el archivo
de diferencias de los nodos semanales. La fecha de entrada en
vigor no será más de un mes después del cierre de la votación.
8.3 Elegibilidad para votar
Cada miembro de la estructura del coordinador de FidoNet a nivel
y superior como Coordinador de red tiene derecho a un voto.
(Los coordinadores del centro no votan). En el caso de que el
puesto cambie de manos durante el proceso de votación, el
coordinad or en ejercicio o el nuevo pueden votar, pero no
ambos. Si una persona ocupa más de un puesto de
coordinador, seguirá recibiendo un solo voto.
Se espera que los coordinadores de la red evalúen las opiniones
de los miembros de su red y voten en consecuencia. No es
necesaria una elección formal, pero el coordinador de la red
debe informar a la red sobre los problemas y solicitar
opiniones. El coo rdinador de la red funciona como
representante de los miembros de base de FidoNet.
8.4 Mecanismo de votación
El mecanismo de votación real, incluido si la boleta es secreta
y cómo se recolectarán, verificarán y contarán, se deja a
discreción del Coordinador Internacional. Idealmente, la
recolección de boletas debería realizarse mediante algún sistema
de mensajes seguro, realizado a través del propio FidoNet.
Para proporcionar un período de discusión, el anuncio de
cualquier votación debe realizarse al menos dos semanas antes de
la fecha de inicio de la votación. El período de votación debe
ser de al menos dos semanas.
8.5 Votación de un documento de política completo
Dado que la Política está entrelazada y hace referencia a sí
misma, un cambio relativamente simple puede requerir varias
modificaciones del documento. Para simplificar el proceso,
la votación se realiza entre documentos completos, en lugar
de enmiendas i ndividuales. En el caso más simple, esto
significa votar sí o no a un nuevo documento. Si se van
a considerar varias alternativas, deben presentarse como
documentos completos, entre los cuales se elige una.
8.6 Decisión de votación
Una enmienda de política se considera vigente si, al final del
período de votación, ha recibido la mayoría de los votos
emitidos. Por ejemplo, si hubiera 350 votantes elegibles, 100
de los cuales votaran, entonces se necesitarían al menos 51
votos afirma tivos para declarar la enmienda en vigor.
En el caso de múltiples cambios de política que se consideren en
la misma boleta, una versión debe recibir más del 50% de los
votos emitidos para considerarse ratificada. "Abstenerse" es
un voto válido en este caso, siendo efectivamente un voto a
favor d e no cambiar la política actual, ya que simplemente
aumenta el número de votos necesarios para ratificar el cambio
propuesto.
8.7 Acusación de un Coordinador de Zona
8.7.1 Iniciación
En casos extremos, un Coordinador de Zona puede ser destituido
mediante referéndum. La acusación de un Coordinador de Zona no
requiere una violación de la Política. Se invoca un
procedimiento de acusación cuando la mayoría de los
Coordinadores Regionales de una zona solicitan al Coordinador
Internacional que lo inicie.
8.7.2 Procedimiento como en el referéndum político
Las disposiciones de las secciones 8.2 y 8.3 se aplican a los
referendos de acusación.
Se aplica la definición de "mayoría" de la sección 8.6. Sólo
votan los coordinadores de la zona afectada (incluso si el
coordinador de zona es también el Coordinador Internacional).
8.7.3 Mecanismo de votación
Se fijan los procedimientos de votación, se recogen los votos y
los resultados son anunciados por un Coordinador Regional
elegido por el Coordinador de Zona que está siendo
impugnado. La destitución del Coordinador de Zona se hará
efectiva dos semanas de spués del final de la votación si
se lleva a cabo el impeachment.
8.7.4 Limitado a una vez al año
La destitución de un Coordinador de Zona pretende principalmente
ser un mecanismo mediante el cual la red en su conjunto
exprese su descontento con la forma en que se interpreta la
Política. En un momento u otro, todo el mundo está descontento
con la for ma en que se interpreta la política. Para que los
Coordinadores de Zona sigan interpretando la política en
lugar de defenderse, debe transcurrir al menos un año
calendario completo entre referendos de juicio político
(independientemente de cuántas person as ocupen el puesto de
Coordinador de Zona durante ese año).
En caso de que un Coordinador de Zona renuncie durante un
proceso de impeachment, el proceso se considera nulo y no
consume la "cuota de una vez al año".
9 Resolución de disputas
9.1 Generalidades
La filosofía judicial de FidoNet se puede resumir en dos reglas:
1) No molestarás excesivamente a los demás.
2) No te enfadarás fácilmente.
En otras palabras, no existen reglas de conducta estrictas y
rápidas, pero se espera un comportamiento razonablemente cortés.
Además, en cualquier disputa se examinan ambas partes y se
pueden tomar medidas contra una o ambas partes. ("¡No
juzguéis, para que no seáis juzgados!")
La estructura coordinadora tiene la responsabilidad de definir
"excesivamente molesto". Al igual que una definición común de
pornografía ("No puedo definirla, pero lo sé cuando la veo"), no
es posible una definición estricta y rápida del comportamiento a
ceptable de FidoNet. Las pautas de esta política son
deliberadamente vagas para brindar la libertad que la estructura
de coordinación requiere para responder a las necesidades de una
comunidad en crecimiento y cambio.
El primer paso en cualquier disputa entre administradores de
sistemas es que los administradores de sistemas intenten
comunicarse directamente, al menos por correo electrónico,
preferiblemente por voz. Cualquier queja presentada que se
haya saltado este paso de comunicación más básico será
rechazada.
Presentar una queja formal no es una acción que deba tomarse a
la ligera. La investigación y respuesta a las quejas
requiere tiempo que los coordinadores preferirían dedicar a
actividades más constructivas. Las personas que persisten
en presentar quejas triviales sobre políticas pueden
encontrarse en el lado equivocado de una queja excesivamente
molesta. Las denuncias deben ir acompañadas de pruebas
comprobables, generalmente copias de mensajes; una simple
queja de boca en boca será descartada de plano.
No seguir los procedimientos aquí descritos (en particular,
saltarse a un coordinador o involucrar a un coordinador que no
está en la cadena de apelación) es en sí mismo un comportamiento
molesto.
9.2 Problemas con otro administrador de sistemas
Si tiene problemas con otro administrador de sistemas, primero
debe intentar solucionarlo a través de netmail o una
conversación de voz con el otro administrador de sistemas.
Si esto no resuelve el problema, debe presentar una queja ante
su coordinador de red y el coordinador de red del otro operador
de sistema. Si uno o ambos no están en una red, presente una
queja ante el Coordinador Regional correspondiente. Si esto
no le proporciona satisfacción, tiene derecho a seguir el
proceso de apelación descrito en la sección 9.5.
9.3 Problemas con su Coordinador de Red
Si tiene problemas con su Coordinador de Red y siente que no lo
están tratando adecuadamente, tiene derecho a una revisión
de su situación. Como ocurre con todas las disputas, el primer
paso es comunicarse directamente para intentar resolver el
problema.
El siguiente paso es contactar a su Coordinador Regional. Si su
caso tiene mérito, existen varios cursos de acción posibles,
incluido un cambio de Coordinadores de la red o incluso la
disolución de su red. Si ha sido excomulgado por su
Coordinador de Red , esa sentencia puede ser revocada,
momento en el cual será reintegrado a su red.
Si no obtiene ayuda de su Coordinador Regional, tiene derecho a
seguir el proceso de apelación descrito en la sección 9.5.
9.4 Problemas con otros coordinadores
Las quejas sobre comportamiento molesto por parte de cualquier
coordinador se tratan como en la sección 9.2 y deben presentarse
ante el siguiente nivel de coordinador. Por ejemplo, si cree que
su Coordinador Regional es culpable de un comportamiento mole
sto (en lugar de no cumplir con sus deberes como coordinador),
debe presentar su queja ante el Coordinador de Zona.
Las quejas relativas al desempeño de un coordinador en el
desempeño de las funciones que le encomienda la política sólo
se aceptan desde el nivel inmediatamente inferior. Por
ejemplo, se aceptarían quejas sobre el desempeño de los
Coordinadores Regionale s de los Coordinadores de Red y de los
independientes de esa región. Dichas quejas deben dirigirse al
Coordinador de Zona después de un intento apropiado de
resolverlas mediante comunicaciones directas.
9.5 Proceso de apelación
Una decisión tomada por un coordinador puede ser apelada al
siguiente nivel. Las apelaciones deben presentarse dentro de
las dos semanas siguientes a la decisión que se apela.
Todas las apelaciones deben seguir la cadena de mando; si
se omiten niveles, l a apelación será desestimada de plano.
Una apelación no dará lugar a una investigación completa, sino
que se basará en la documentación proporcionada por las partes
en el nivel inferior. Por ejemplo, una apelación de la
decisión de un Coordinador de Red será decidida por el
Coordinador Region al basándose en la información
proporcionada por el coordinador y el operador de sistemas
involucrado; No se espera que el Coordinador Regional haga
un intento independiente de recopilar información.
La estructura de apelación es la siguiente:
Las decisiones del Coordinador de Red se pueden apelar ante el
Coordinador Regional correspondiente.
Las decisiones del Coordinador Regional se pueden apelar ante el
Coordinador de Zona correspondiente. En este punto, el
Coordinador de Zona tomará una decisión y la comunicará a los
Coordinadores Regionales de esa zona. Esta decisión podrá ser
revocada por mayoría de votos de los Coordinadores Regionales.
Las decisiones del Coordinador de Zona podrán ser apeladas ante
el Coordinador Internacional. El Coordinador Internacional
tomará una decisión y la comunicará al Consejo de Coordinadores
de Zona, el cual podrá revocarla por mayoría de votos.
Si su problema es con un Coordinador de Zona per se, es decir,
un Coordinador de Zona ha cometido una violación de la Política
en su contra, su queja debe presentarse ante el
Coordinador Internacional, quien tomará una decisión y la
presentará al Consejo de Coordinadores de Zona para una
posible reversión, como se describió anteriormente.
9.6 Estatuto de limitaciones
No podrá presentarse una denuncia más de 60 días después de la
fecha de descubrimiento del origen de la infracción, ya sea por
admisión o prueba técnica. No se podrán presentar denuncias
más de 120 días después del incidente, a menos que
involucren un co mportamiento explícitamente ilegal.
9.7 Derecho a una decisión rápida
Se requiere que un coordinador tome una decisión final y
notifique a las partes involucradas dentro de los 30 días
posteriores a la recepción de la queja o apelación.
9.8 Regreso a la red original
Una vez que se resuelve una disputa de política, cualquier nodo
restablecido tras una apelación se devuelve a la red local o
región a la que pertenecen geográfica o técnicamente.
9.9 Correo electrónico
Echomail es una fuerza importante y poderosa en FidoNet. A los
efectos de las Disputas de Políticas, echomail es
simplemente una versión diferente de netmail y, por lo tanto,
está cubierto por la Política. Por su naturaleza, el correo
electrónico plantea demandas técnicas y sociales únicas en la
red que van más allá de las cubiertas por esta versión de la
Política. En reconocimiento de esto, los Coordinadores de
FidoNet reconocen una política de correo de eco que extiende
(y no contradice) la Política g eneral, mantenida por
los Coordinadores de Echomail y ratificada mediante un
proceso similar al de este documento, como una estructura
válida para la resolución de disputas. sobre asuntos
relacionados con el correo electrónico. En alguna fecha futura,
el documento de política de echomail puede fusionarse con este.
9.10 Historias de casos
La mayor parte de la política de FidoNet es de naturaleza
interpretativa. Nadie puede ver lo que está por venir en nuestro
entorno que cambia rápidamente. La política en sí es sólo una
parte de lo que se utiliza como reglas básicas para mediar en
disputas: tanto o más importantes son los precedentes.
Para adaptarse a este proceso, el Coordinador Internacional
puede agregar o eliminar historias de casos de este documento, y
dicha revisión está sujeta a revocación por parte del
Consejo Coordinador de Zona. En caso de que la Política se
modifique de tal manera que invalide un precedente, la
Política reemplaza dicho precedente. (Una enmienda
cuidadosamente preparada abordaría este problema eliminando
la referencia al precedente como parte de la enmienda).
Aunque un caso puede eliminarse, el texto del historial de un
caso no puede modificarse mediante ningún mecanismo. La
historia del caso es escrita cerca del momento de la decisión,
por aquellos involucrados en ella. Modificar el texto de una
historia clí nica es lo mismo que revisar la historia, algo
bastante impropio en una organización dedicada a mover
información.
10 apéndices
10.1 Generalidades
Los Apéndices de este documento son excepciones al proceso
normal de ratificación. La sección 10.2 puede ser
modificada por el Coordinador de Zona correspondiente, y la
sección 10.3 puede ser modificada por el Coordinador
Internacional (ver Sección 9.10) .
10.2 Horario de la Hora de Correo de Zona
La hora del correo de zona se observa todos los días, incluidos
los fines de semana y feriados. La hora se basa en la hora
universal coordinada (UTC), también conocida como hora media de
Greenwich (GMT). En áreas que observan el horario de verano
durante parte del año, la hora local del correo de la zona
cambiará porque FidoNet no observa el horario de verano. El
horario exacto de la Hora del Correo de Zona lo establece el
Coordinador de Zona para cada zona.
En FidoNet Zona 1, la hora del correo de zona se observa de 0900
a 1000 UTC. En cada una de las zonas horarias, esto es:
Hora estándar del este de 4 a.m. a 5 a.m.
Hora estándar central de 3 a.m. a 4 a.m.
Hora estándar de la montaña: 2 a. m. a 3 a. m.
Hora estándar del Pacífico: 1 a.m. a 2 a.m.
Hora estándar de Hawái: de 11 p. m. a medianoche
En FidoNet Zona 2, la hora del correo de zona se observa de 0230
a 0330 UTC.
En Fidonet Zona 3, la hora del correo de zona se observa de 1800
a 1900 UTC. En cada una de las zonas horarias involucradas esto
es:
GMT +12 Zona 6:00 a. m. a 7:00 a. m.
(Nueva Zelanda)
Zona GMT +10 4:00 a. m. a 5:00 a. m.
(Australia Oriental)
(Papúa Nueva Guinea)
(Micronesia)
GMT +9.5 Zona 3:30 a. m. a 4:30 a. m.
(Australia central)
Zona GMT +9 3:00 a. m. a 4:00 a. m.
(Japón)
(Corea)
(Indonesia oriental)
Zona GMT +8 2:00 a. m. a 3:00 a. m.
(Hong Kong)
(Taiwán)
(Indonesia central)
(Filipinas)
(El oeste de Australia)
Zona GMT +7 1:00 a. m. a 2:00 a. m.
(Malasia)
(Singapur)
(Tailandia)
(Indonesia occidental)
10.3 Historias de casos
Las historias de casos de disputas pasadas son instructivas para
mostrar procedimientos y métodos generales. Cualquier decisión
podrá ser incluida en este documento por mayoría de votos
del Consejo Coordinador de Zona o de los Coordinadores
Regionales.
Policy4 cambia significativamente las funciones de los
Coordinadores de Zona e Internacionales. En los siguientes
casos que se decidieron utilizando la Política 3,
sustituya "Coordinador de zona" por todas las apariciones de
"Coordinador internacional (* )".
10.3.1 El caso del nodo corrupto
Un administrador de sistemas de un nodo local estaba utilizando
el correo de red para realizar prácticas comerciales poco
éticas. El Coordinador de la Red se molestó mucho por esto y
eliminó al local de la lista de nodos.
El local apeló al Coordinador Regional para su asignación como
nodo independiente. El Coordinador Regional, después de
consultar con el Coordinador de la Red, decidió que el
Coordinador de la Red tenía razón en estar molesto. Se le negó
el estatus de independiente.
El Coordinador Internacional (*) no intervino.
10.3.2 El caso del hacker que envía correo
Un administrador de sistemas de un nodo local utilizó archivos
adjuntos para que usuarios adicionales se enviaran por correo el
archivo USER.BBS desde varios foros locales. Los
administradores de sistemas de estas juntas se sintieron
molestos por esto y apelaron a su Coordinador de Red, quien
estuvo de acuerdo y eliminó el nodo infractor de la lista de
nodos.
El Coordinador Regional no fue consultado.
El Coordinador Internacional (*) no intervino.
10.3.3 El caso del ladrón molesto
Un nodo local se molestó con el Coordinador de Red por no
brindar servicios. Las repetidas quejas al Coordinador de la Red
no le satisficieron, por lo que apeló al Coordinador
Internacional (*).
El Coordinador Internacional (*) desestimó la denuncia porque el
Coordinador Regional no había sido consultado.
El nodo local presentó la denuncia a su Coordinador Regional,
quien investigó el caso y descubrió que había algo de justicia
en la denuncia. Asesoró y ayudó al Coordinador de Red a
configurar su sistema para brindar un nivel mejorado de servicio
a los nodos locales.
El Coordinador Regional también decidió que el nodo local se
estaba molestando con demasiada facilidad, ya que esperaba
servicios que normalmente no se requieren de un Coordinador de
Red. Se informó al nodo local sobre las verdaderas funciones de
un Coor dinador de Red y se le aconsejó que redujera sus
expectativas.
10.3.4 El caso del castor ocupado
Un nodo local operado por un establecimiento minorista se
dedicaba a realizar "bombardeos" para enviar anuncios por
correo a través de FidoNet. El Coordinador de Red se sintió
molesto por manejar el tráfico saliente para una operación
comercial, y pidió al nodo local que abandonara la red.
El nodo local postuló al Coordinador Regional y se le otorgó el
estatus de nodo independiente en la región.
10.3.5 La marca del diablo
Un administrador de sistemas local cuyo tablero se usaba junto
con ritos vudú, piratería informática, phreaking y material
obsceno solicitado a un coordinador de red para obtener un
número de nodo. El Coordinador de la Red consideró que esta
junta era excepcionalmente molesta y denegó la solicitud.
El Coordinador Regional no fue consultado.
El Coordinador Internacional (*), al ver que el Coordinador
Regional no había sido consultado, desestimó el caso de plano.
No se hicieron más apelaciones.
10.3.6 El caso del Sysop Twit
Todos los administradores de sistemas habían reconocido
rotundamente que un patrón de varios nodos locales era un
imbécil. El usuario obtuvo su propio sistema, se convirtió en
administrador de sistemas y solicitó un número de nodo. El
Coordinador de la Red negó la solicitud. No se hicieron
apelaciones.
10.3.7 El caso del adicto al correo electrónico
Un nodo local se enamoró del correo electrónico y se unió a
varias conferencias, enrutando el correo a través de su red.
Luego inició su propia conferencia de correo electrónico y
comenzó a retransmitir correo electrónico entre varios
sistemas, enrutando nuevamente todo a través de la red.
Su coordinador de red observó que el rendimiento de la red se
estaba deteriorando gravemente. Al nodo infractor se le dijo
que lo mantuviera presionado. Se llegó a un acuerdo por el
cual gran parte del tráfico de correo electrónico ya no se
enrutaba a través de la red y el correo electrónico enrutado
se limitaba a veinte mensajes por noche. No se hicieron
apelaciones.
10.3.8 El caso de la tabla que rebota
Un usuario local decidió establecer un nodo para promover una
organización benéfica digna. La máquina utilizada también se
utilizaba para otras actividades durante el día y, a menudo, se
llamaba al administrador del sistema. Sus compañeros de trabajo
a menudo se olvidaban de abrir el tablero al final del día
mientras él estaba fuera, por lo que el nodo a menudo estaba
inactivo durante períodos prolongados. El Coordinador de Red, al
encontrar que el nodo no puede recibir correo, lo marcaría. El
administrador del sistema regresaría, reiniciaría la placa y
solicitaría su reinstalación.
El coordinador de la red finalmente decidió que el administrador
del sistema no era capaz de mantener un sistema confiable y
lo eliminó por completo de la lista de nodos. Las
solicitudes posteriores de un número de nodo del mismo operador
de sistema fueron rechazadas. No se hicieron apelaciones.
10.5 Créditos, agradecimientos, etc.
Fido y FidoNet son marcas comerciales registradas de Fido
Software, Inc.
Índice
-1/-1, 2,3
Eventos de correo adicionales en la red local 2.1.8
Dirección en mensaje para solicitar el nodo 2.2
Región Administrativa 6.1
Ventajas de ser miembro de la red 2.2
Alteración de correo 2.1.5
Contestador automático 2.3
Anuncio de los resultados de la votación 8.2
Comportamiento molesto 1.3.5, 1.4.8, 2.1.1, 2.1.2, 2.1.4, 2.1.6, 2.1.7, 2.1.8,
2.1.11, 2.3, 4.2, 4.3, 5.2, 9, 10
Cadena de apelación 9.5
Nombramiento de coordinadores 1.2.3, 1.2.4, 5.7, 6.1
Disponibilidad de NodeList 1.3.4
Período de votación 8.4
Bombardeo 4.2
JefeNodo 1.2.1.2
Límites 1.3.2
Uso empresarial de FidoNet 1.3.6
Áreas de llamada 1.3.2, 5.6, 5.7
Historias de casos 9.10, 10.3
Cadena de mando 1.2.8
Cambiar los números de nodo 4.3, 5.2
Controles y contrapesos 1.2.8
Mensajes comerciales 1.3.6, 2.1.4, 4.2
Queja (política) 2.1.6.1, 9
Contribuciones a FidoNews 1.3.1
Lista de nodos actual 2.1.11
Horario de verano 2.1.14
Archivo de diferencias 4.5, 5.8, 8.2
Divulgar correo privado 2.1.6
Período de discusión 8.2
Disputas 9
Distribución de papeletas 8.2
Abajo 2,3, 4,4, 5,5
Descarga por usuarios 3.6, 4.5, 5.8
EchoMail 4.2, 9.9
Fecha de vigencia (cambio de política) 8.2
Elección de coordinadores 1.2.5, 6.2, 7.2
Elegibilidad para votar 8,3
Cifrado 2.1.4, 4.2
Excepciones 5.6
Comportamiento excesivamente molesto 1.2.1.1, 1.3.5, 2.1.1, 2.1.2, 2.1.4, 2.1.6,
2.1.7, 2.1.8, 2.1.11, 2.3, 4.2, 4.3, 5.2, 9, 10
Exclusividad de Zona Hora Correo 2.1.8
Excomunión 2.1.12, 4.3, 5.2, 9
Exenciones, ubicación del nodo 1.3.2, 5.6
Familiaridad con la política 2.1.2, 2.2
FidoNoticias 1.3.1
disponibilidad 3.1, 4.5, 5.8
FTSC 2.1.8, 2.1.9, 2.4
Puerta de enlace 2.1.3
Geografía 1.3.2, 5.6
Pegamento 4.5
Garantía de entrega de correo 1.3.6
Sombreros 3.4
Correo enrutado por el host 4.2
Cómo obtener un número de nodo 2.2
Centro 1.2.3.1, 4.4
Comportamiento ilegal 2.1.1, 9.6
Correo ilegal 4.2
Juicio político 8.7
Correo en tránsito 2.1.6.1
Nodo independiente 4.2, 5.2
Preguntas interzonales 1.2.6
Coordinador Internacional 1.4.1, 1.4.9, 7
Justificación de nodos privados 2.1.9
Idioma 1.0
Niveles de FidoNet 1.2, 1.4
Áreas de llamadas locales 1.3.2
Políticas locales 1.2, 3.3
Correo 1.2.3, 4.2
Correo 2.2
Mayoría 8,6, 8.7.2
Miembro del área administrada 3.5
Módem 2.2
Modificación de correo 2.1.5
Horario de Correo Nacional ver Horario de Correo de Zona
Red
ventajas 2.2
límites 1.3.2, 5.4
definición 1.2.3
formando 2.4, 5.3
centro 1.2.3.1, 4.4
números 2.2, 5.4
Coordinador de Red 1.2.3
procedimientos 4
reemplazo 5.7, 9.3
Hora de correo de red ver Hora de correo de zona
Nuevos administradores de sistemas 2.1.2, 3.6
Números de nodo 4.3, 5.2
obteniendo 2.2
Lista de nodos 1.3.4, 2.2, 4.4, 5.5
disponibilidad 3.1, 4.5, 5.8
cambios 4.4, 5.2
actual 2.1.11
definición 1.3.4
formato 10.3
oficial 1.3.4
Nodos
definición 1.2.1
abajo 2.3
Observando eventos de correo 2.1.8, 2.1.10
Obteniendo un número de nodo 2.2
Mensajes ofensivos 2.1.5
Pedidos (comercial) 1.3.6
Lista de nodos parcial 1.3.4
Software pirateado 2.1.1
Punto de origen 2.1.3
Puntos 1.2.1.2, 2.1.3
Política 3.1, 3.3, 4.5, 5.8
cambiando 8
denuncia 2.1.6.1, 9
familiaridad con 2.1.2, 2.2
locales 1.2, 3.3
Precedente 3.7, 9.10, 10.3
Mensajes privados 2.1.6
Red privada 1.2.1.2
Nodos privados 2.1.9
Resolución de problemas 9
Protocolo 2.1.8
BBS pública 3.6
Ratificación 7.1
Nodos redundantes 2.1.9
Referéndum 1.2.7, 8
Coordinador Regional 1.2.4
procedimientos 5
reemplazo 6.1, 9.4
Regiones 1.2.4
Reemplazo de coordinadores 1.2.8
Reemplazo de servicios 3.4
Requisitos para estar en NodeList 1.3.4, 2.1.2, 2.2
Renuncia de ZC 8.7.4
Resolución de disputas 9
Anuncio de Resultados 8.2
Revisión de decisiones 3.7
Revisión del tráfico enrutado 2.1.4
Rutas 2.1.4 - 2.1.7, 4.2
Centro de enrutamiento 1.2.3.1, 4.4
Reglas 9.1
Decisión rápida 9.7
Estándares (FTSC) 2.1.8, 2.4
Estatuto de limitaciones 9.6
Envíos a FidoNews 1.3.1
Procedimientos de Sysop 2
Operador del sistema (sysop) 1.2.1
Redes de tres niveles 1.2.3.1
Plazo para la decisión 9.7
Horario de la hora del correo de zona 2.1.13, 2.1.14, 10.2
De arriba hacia abajo 1.4.9
Tradición 3.7
Red trivial 5.3
Sistemas desatendidos 2.3
Actualizaciones a la lista de nodos 3.2
Usuario 1.2.1.1
Acceso de usuarios durante ZMH 2.1.8
Vacaciones 2.3
Número de teléfono de voz 2.2
Votar 8
elegibilidad 8.3, 8.7.2
ZMH ver Hora de Correo de Zona
Coordinador de Zona 1.2.5, 6
elección 6.2
juicio político 8.7
procedimientos 6
eliminación 6.2
renuncia durante el impeachment 8.7.4
Consejo Coordinador de Zona 1.2.6, 7.1
Hora de correo de zona 1.3.3, 2.1.8
momento 2.1.13, 2.1.14, 10.2
Zonas 1.2.5, 1.3.2
