#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