El NNML:: Servidor es un servidor NNTP mínimo.

SINOPSIS

perl-MNNML:: Servidor-e servidor
perl-MNNML:: Servidor-e no carrete

El NNML:: servidor de Servidor pone en práctica a un servidor NNTP mínimo. Es (esperanza-) totalmente conformant a rfc977. Además los órdenes XOVER y AUTHINFO son puestos en práctica.

Órdenes apoyados:

ARTÍCULO, AUTHINFO, CUERPO, GRUPO, CABEZA, AYUDA, IHAVE, ÚLTIMO, LISTA,
MODO, NEWGROUPS, NEWNEWS, DESPUÉS, POSTE, SALIDO, TRABAJA COMO UN ESCLAVO, STAT

XOVER, XHDR, PONEN GRUPOS DE NOTICIAS EN UNA LISTA ng-spec

La razón principal de escribir esto era sincronizar mis directorios de correo a través de servidores diferentes. Los directorios de Correo son el MH-estilo con un archivo.overview en cada carpeta y un archivo activo en el directorio bajo. Éstos son mantenidos por la parte trasera de Ñus Emacs NNML. Para empezar, usted puede generar/actualizar estos archivos usando el programa de descripción. Sobre el POSTE e IHAVE manda esto los archivos también serán actualizados.

Comenzar desde el principio uso:

toque/tmp/active;
el perl-MNNML:: Servidor-e servidor (basan => "/tmp", puerta => 3000)

Exportar su uso de Mh-correo:

la descripción de perl - basa ~ / Correo
el perl-MNNML:: Servidor-e servidor (basan => "$ENV {a CASA} / Correo", viran a babor => 3000)

El puesto de mando e IHAVE cumplen la cabecera de Grupos de Noticias si no sobreescrito por la cabecera X-Nnml-Groups. Los artículos contendrán una cabecera X-Nnml-Groups apropiada cuando recuperado por la identificación del mensaje.

Cuando el cliente presenta el orden de ESCLAVO, todas las peticiones de poste de forther son spooled en el $Config-spool> (por lo general ~/Mail/NNML.spool) por motivos de rendimiento. Usted puede tratar los artículos spooled presentando el orden de XUNSPOOL o llamando

perl-MNNML:: Servidor-e no carrete

Los artículos rechazados serán saven en el $Config-bad> (por lo general ~/Mail/NNML.bad)