Provided by: manpages-es-extra_0.8a-17_all bug

NOMBRE

       rpost - envia un articulo a un servidor de noticias NNTP

SINOPSIS

       rpost  [  nodo ] [ @archivo ] [ -s | -S archivo ] [ -e | -E archivo ] [
       -b archivo_batch ] [ -p prefijo ] [ -d ] [ -U usuario ] [ -P clave ]  [
       -M ] [ -N puerto ] [ -l archivo_de_frases ] [ -D ] [ -T tiempo_tope ] [
       -u ] [ -f programa_filtro $$o=<outfile> filter_arg1 ...  ]

DESCRIPTION

       Rpost enviara uno o mas articulos al nodo especificado. En caso  de  no
       especificarse ninguno, rpost usara la variable de entorno NNTPSERVER.

Opciones generales

       -s|-S archivo

       Estas  opciones  enviaran  todos los mensajes de estado (que normamente
       van a la salida estandar) a un archivo alternativo. Cuando la opcion es
       la  minuscula,  -s,  enviaran  los  mensajes  de  estado al archivo por
       defecto en definido en tiempo  de  compilacion  en  suck_config.h.  Por
       defecto  se toma /dev/null, o sea: no se escribiran mensajes de estado.
       La mayuscula, -S, requiere un nombre de archivo. Todos los mensajes  de
       estado seran enviados a este archivo.

       -e|-E archivo

       Estas  opciones  enviaran  todos  los  mensajes  de  error (normalmente
       escritos en la salida de error estandar) a un archivo  alternativo.  La
       version  en  minuscula, -e enviara los mensajes de error al archivo por
       defecto definido en tiempo de compilacion en suck_config.h. Por defecto
       se  toma  suck.errlog. La mayuscula, -E, requiere un nombre de archivo.
       Todos los mensajes de error seran enviados a este archivo.

       -U usuario -P clave

       Estas dos opciones le permiten a Vd. especificar un usuario y una clave
       si su servidor de NNTP los solicita.

       -M

       Esta  opcion  hace  que  rpost envie un comando de "modo de lectura" al
       servidor remoto.  Si  Vd.  obtiene  un  mensaje  de   comando  invalido
       inmediatamente despues del anuncio de bienvenida, pruebe esta opcion.

       -N puerto

       Esta  opcion  hace  que  rpost use un puerto NNRP alternativo cuando se
       conecta al nodo, en lugar del puerto 119, que es el  que  se  toma  por
       defecto.

       @archivo

       Esta  opcion  hace  que  rpost lea otras opciones del archivo indicado,
       ademas de las de la linea de comando.

       -l archivo_de_frases

       Esta opcion hace que rpost cargue un archivo de frases alternativas, en
       vez  de  usar  los  mensajes  imbuidos. Esto le permite a Vd. hacer que
       rpost muestre sus mensajes en otro idioma o  permite  personalizar  los
       mensajes  sin  tener  que  recompilar. Para mas detalles vea "FRASES EN
       DIVERSOS LENGUAJES" en suck(1).

       -D Esta opcion  hace  que  rpost  envie  varios  mensajes  de  debug  a
       "debug.suck", para uso basicamente del programador.

       -T  Esta opcion reemplaza el valor precompilado de TIMEOUT, tiempo tope
       de conexion. Es el tiempo que  rpost  esta  esperando  datos  del  host
       remoto antes de sobrepasar el tope y abortarse.

       -u  Esta  opcion  hace  que  rpost  envie al servidor remoto un comando
       AUTHINFO USER nada mas conectarse, en lugar de esperar la  peticion  de
       autorizacion.  Debera ademas usar las opciones -U y -P cuando use esta.

MODO STDIN O DE ENTRADA EST'ANDAR

       rpost

       rpost nodo

       rpost  lee  un  articulo  en su entrada estandar y lo envia al servidor
       NNTP. El articulo debe contener una cabecera con al  menos  dos  lineas
       llamadas  Newsgroups:  y  Subject: y un cuerpo (el articulo propiamente
       dicho).  La cabecera y el cuerpo deben estar separados por un  caracter
       de cambio de linea. Rpost no hace ningun cambio en el articulo.

       Rpost  usa el comando POST para enviar el articulo, tal y como haria un
       programa lector de noticias. Esto es practico cuando se usa SLIP o  PPP
       pues  muchos  proveedores  de  servicios  de  internet no permiten otro
       metodo de enviar articulos (como nntpsend o innxmit).

MODO BATCH O POR LOTES

       rpost nodo

       -b  archivo_batch  -p  prefijo  -d   -f   filtro   $$o=<archivo_salida>
       arg1_filtro ...

       -b archivo_batch

       Una  lista  de  los  articulos  a enviar. Este paramentro es NECESARIO.
       Este archivo contiene una linea por cada articulo, siendo cada  una  de
       ellas  el  camino+nombre  del  archivo  que  contiene al articulo.  Por
       ejemplo:

              -b /usr/spool/news/out.going/pixi

       Si hay problemas al enviar el articulo se creara un archivo de  fallos.
       Se  llamara "archivo_batch".fail y contendra la linea del archivo_batch
       de cada uno de los articulos que no sean enviados  correctamente.  Este
       archivo puede ser usado para volver a enviar los mensajes usando rpost.
       NOTA: los mensajes duplicados  no  son  considerados  como  erroneos  a
       efectos de ser incluidos en el archivo "fail".

       -d

       Si  se  envian  los articulos correctamente, esta opcion hace que rpost
       borre el archivo especificado con la opcion -b.

       -p prefijo

       Este parametro debe ser especificado si el archivo_batch contiene  solo
       una  parte  del camnino de los articulos, en lugar del camino completo.
       Esto es util cuando archivo batch es generado por  otro  programa.  Por
       ejemplo,  Inn  lista  los  articulos  en  su  directorio out.going pero
       relativos a su directorio base:  /var/spool/news.  En  ese  caso  basta
       usar:

               -p /var/spool/news

       -f filtro $$o=<archivo_salida> arg1_filtro arg2_filtro ...

       En  muchos  casos,  cada  articulo  debe ser maquillado antes de que el
       servidor NNTP remoto lo acepte. Esta opcion le permite hacerlo. Observe
       que  la  opcion -f ... debe ser la ULTIMA opcion puesto que todo lo que
       le sigue es pasado al filtro, excepto lo senalado mas abajo.  Hay  tres
       parametro necesarios:

       $$o=<archivo_salida>     -  <archivo_salida>  es el nombre del articulo
       generado por el filtro y que sera enviado al servidor NNTP  remoto.  NO
       se  pasa  al  programa  de  filtro. Puede ser especificado en cualquier
       lugar de la linea DESPUES del argumento -f, bien antes  o  despues  del
       nombre del filtro.

       filtro  -  nombre  del  programa a ejecutar. Cualquier cosa que siga al
       filtro, EXCEPTO $$o, sera pasado como argumento al filtro.

       arg1 -  El  primer  argumento  a  su  programa/script  de  filtro.  Muy
       posiblemente  sea $$i, el cual sera reemplazado por rpost con el nombre
       del articulo que va a ser filtrado.

       arg2 ... - cualesquiera argumentos adicionales que sean necesarios.

       Un ejemplo para clarificar esto un poco. A algunos servidores  NNTP  no
       les  gusta  recibir  articulos con el campo  NNTP-Posting-Host relleno.
       Cree un pequeno script para borrar esto del articulo:


       -miscript--------------------------------------------
       #!/bin/sh

       sed -e "/^NNTP-Posting-Host/d" $1 > $2


       -end miscript----------------------------------------
       Y ejecute rpost con algo como esto:
              rpost    -b    /usr/spool/news/out.going/pixi    -f     miscript
              \$\$o=/tmp/MSG_FILTRADO \$\$i /tmp/MSG_FILTRADO

       Entonces, antes de que cada articulo sea enviado, se llamara a miscript
       de este modo:

              miscript archivo_con_mensaje /tmp/MSG_FILTRADO

       Tras la finalizacion de miscript, rpost envia  al  servidor  remoto  el
       articulo guardado en /tmp/MSG_FILTRADO

NOTA:

       $$o  y $$i tienen que ir precedidos por simbolos de escape, como pueden
       ser barras de division invertidas o bien entre  comillas  simples  para
       evitar  que  la shell los interprete como variables y los expanda. i Si
       no se tiene esa precaucion puede ocurrir que rpost no envie mensajes !

PRECAUCI'ON:

       Tenga mucho cuidado con lo que el filtro borra del articulo. Borrar una
       linea  equivocada  puede  tener  efectos  perniciosos  mas  tarde.  Por
       ejemplo, no borre la linea NSG-ID, pues en ese caso puede  ocurrir  que
       un   mismo   mensaje  sea  enviado  varias  veces,  dependiendo  de  la
       configuracion de los servidores local y remoto.

ARCHIVO DE ARGUMENTOS DE RPOST

       Si Vd. especifica un @archivo en la linea de comando, rpost  leera  ese
       archivo  y  buscara  en el argumentos que seran pasados a rpost.  Puede
       especificar los mismos argumentos que  en  la  linea  de  comando.  Los
       argumentos  pueden  aparecer en la misma linea o distribuidos en varias
       lineas. Puede incluir comentarios. Los comentarios empiezan por  '#'  y
       continuan  hasta  el  final  de la linea. Los argumentos de la linea de
       comando prevalecen sobre los  del  archivo.  Una  ventaja  de  usar  un
       archivo  de  parametros  en  lugar de la linea de comandos es que no es
       necesario incluir simbolos de escape para prevenir la expansion de  los
       caracteres especiales como $.

              # Ejemplo de archivo de argumentos
              -b batch # opcion de archivar en un lote  batch
              -M   # usar el modo de lectura

VALORES DEVUELTOS

       Rpost devuelve los siguientes valores:

              0 = finalizo con exito
              1 = error enviando un articulo
              2  = imposible llevar a cabo un proceso de autorizacion NNTP con
              servidor remoto
              3 = respuesta inesperada en el curso de una autorizacion NNTP.
              -1 = otro error fatal.

V'EASE TAMBI'EN

       suck(1), testhost(1), lpost(1).

                                                                      RPOST(1)