
PREFAZIONE
==========
Autore Originale - Tim Smith (tzs@coho.halcyon.com)
Manutentori - 
Marzo 1995 - Sven Goldt (goldt@math.tu-berlin.de)
Luglio 1995  - Robert A. Yetman (boby@pixi.com)

Manutentore Corrente - boby@pixi.com
Docs Giapponesi - Motoharu Kubo (mkubo@3ware.co.jp)
Docs Italiani - Giuseppe De Marco (gdm@rebel.net)
Docs Spagnoli - Simon Mudd (sjmudd@redestb.es)
                Abraham Nevado (nevado@redestb.es)

INTRODUZIONE
============
L'uso primario per suck  rifornire un server INN o CNEWS locale, senza
bisogno che l'NNTP remoto faccia da feeder.

Questo pacchetto contiene il seguente software per copiare le news da
un server NNTP alla propria macchina locale, e copiare i propri reply
ad un server NNTP.

L'accoppiata suck/rpost permette di avere il proprio sito INN/CNEWS
controllando da dove vengono prese le news e dove vengono postati gli
article uscenti.
Suck/rpost usano solamente i comandi NNTP standard, usati anche dal vostro
news reader preferito (tin, xvnews, strn), come POST e ARTICLE.  Se con un
sito NNTP potete usare tin o xvnews, allora potete usarvi anche Suck/Rpost.

suck			Prende una piccola razione di news da un server NNTP

lpost			D al server locale un article andato a prendere da suck

rpost			Posta degli article ad un server NNTP (tipo inews)
			usando il comando POST

testhost        	Controlla per vedere quali comandi un host riconosce
			o prende la lista dei newsgroup attivi o nuovi.

************************************************************************
NOTA:
Suck non funzioner con server NNTP obsoleti che non riconoscono il comando
xhdr. inn-1.4sec ha il suo proprio NNTP server che sa usare xhdr, cnews.CR-G
non ha un suo NNTP server per cui dipende da che NNTP server viene connesso
a cnews.

NOTA2:
Questo codice richiede un compilatore ANSI-compliant; NON funzioner con i 
vecchi compilatori (come quelli della Sun) che non accettano i prototipi di
funzione.
Si potrebbe provare ad usare il programma unprotoize incluso nel gcc, ma allora
se si  intenzionati a prendere quello, perch non buildare appunto il gcc? :)

NOTA3:
Il Makefile assume che si stia usando lo GNU make, altri make possono
funzionare o meno.

NOTA4:
Se il server INN remoto rallenta drasticamente dopo che 100 messaggi sono
stati scaricati, e si tratta di INN 1.5.1, probabilmente lo hanno compilato
con "LIKE_PULLERS" settato a DONT, che fa si che INN inserisca una piccola
pausa prima di ogni messaggio.
Si parli al SA del sistema e si veda se accetta di ricompilarlo con "DO".
Probabilmente neanche era a conoscenza dell'esistenza di questa opzione.


LOCAZIONE
=========
Site1	     = sunsite.unc.edu
Path1        = /pub/Linux/system/Mail/news
File1        = suck-3.4.1.tar.gz

Site2        = tsx-11.mit.edu
Path2        = /pub/linux/sources/sbin
File2        = suck-3.4.1.tar.gz

GRAZIE a tutti gli utenti che mi hanno mandato mail, sia buone che cattive.

DOPPI RINGRAZIAMENTI ai beta-tester della v3.0:
- harleys@io.org (indirizzo corrente sconosciuto)
- jh@yahoo.com
- maho@Uni-paderborn.de
- paonia@home.welcomehome.org
- stuart@mannet.mcb.net
- tom@mtanet.com

Mi hanno aiutato ad eliminare un bel po' di problemi di portabilit.
************************************************************************  
Se non vedete una feature che avete richiesto, significa che l'ho
scartata per varie ragioni, generalmente perch non riesco a trovare
un modo grazioso per implementarla nel codice, oppure penso che non sia
qualcosa di cui necessitano molti utenti.

------------------------ISTRUZIONI-D'USO----------------------------------
1.  avviare ./configure
2.  Se il proprio file di history non  un file di testo, editare
	l'inizio del Makefile.
3.  Editare suck_config.h - vi sono un sacco di cose configurabili
4.  Compilare.  (make CFLAGS=-O2, make install)
5.  Creare un sucknewsrc - che gruppi scaricare (vedere man pg di suck)
6.  Dare un'occhiata a sample/get.news(.innxmit o .rnews)
	Questi script mostrano l'intero schema, dal sucking delle news
	al posting dei reply al proprio host remoto.  Usare .innxmit
	se si sta utilizzando INND, o .rnews se si sta usando CNEWS.
	Il get.news.innxmit  lo script che uso realmente, in quanto
	sto facendo runnare INND.
7.  LEGGERE LE MAN PAGE
**************************************************************************
CAMBIAMENTI PRINCIPALI DA 3.4.0 -> 3.4.1

* Varie correzioni di bug nelle routine delle frasi, che facevano fare
  a suck un core dump o lo bloccavano in un ciclo infinito.

* Aggiunto codice per gestire suck -V
  
CAMBIAMENTI PRINCIPALI DA 3.3.2 -> 3.4.0

* Aggiunto il supporto per le lingue straniere (-l phrase_file).

* Reso il killfile logging un'opzione run-time anzich compile-time

* Aggiunta la possibilit di rallentare suck mentre gira, usando un
  segnale (-w)

* Aggiunte opzioni ai killfile per cambiare i separatori delle opzioni
  path, subject, from, e nntphost.

* Corretti i bug nella scrittura di suck.newrc se si verificavano errori
  non-standard.

* Ci si e' liberati della chiamata di log10(), togliendo la libreria
  math dal linkaggio.

* Docs spagnoli, cortesia di Simon Mudd e Abraham Nevado

**************************************************************************
PROGETTI PER LA PROSSIMA VERSIONE.

1. Rendere DEBUG un'opzione run-time anzich compile-time

2. Aggiungere codice per gestire inn che manda comandi di debug
   (dbminit: start per es.) immediatamente dopo che gli si manda il
   primo comando <ARTICLE>.

3. Aggiungere ulteriori modifiche per Ultrix & OS2.

PROGETTI A LUNGO TERMINE

1. Immagazzinare i messaggi in un formato del tipo news/group/nr (si lo so
che lo sto promettendo ormai da 6 mesi, uno di questi giorni mi ci metter
e lo scriver veramente.)

***************************************************************************
MAILING LIST!
Grazie a Motoharu Kubo (mkubo@3ware.co.jp), adesso c' una mailing list
per suck.  E' intesa come un posto dove discutere di problemi, etc, piani,
ed altre questioni connesse a suck.  L'indirizzo  "suck-ml@3ware.co.jp".

Per abbonarsi alla mailing list, mandare una mail a majordomo@3ware.co.jp
con dentro al testo del messaggio "subscribe suck-ml"

boby@pixi.com
