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

Mantenitore Corrente - boby@pixi.com
Docs Giapponesi - Motoharu Kubo (mkubo@st.rim.or.jp)
Docs Italiani - Giuseppe De Marco (gdm@rebel.net)

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 replies
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
articles 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 article(s) ad un server NNTP (tipo inews)
			usando il comando POST

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

************************************************************************
NOTA:
Suck non funzioner con servers 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 makes possono
funzionare o meno.

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

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

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

DOPPI RINGRAZIAMENTI ai beta-testers della v3.0:
- harleys@io.org
- 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 scripts mostrano l'intero schema, dal sucking delle news
	al posting dei replies 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 PAGES
**************************************************************************
CAMBIAMENTI PRINCIPALI DA 3.3.1 -> 3.3.2

* Correzione bug riguardante la roba che scanna le regex, che faceva
  cercare solamente il primo pattern di ogni linea del killfile al posto
  di tutti i pattern.

* Aggiunta della stampa di un messaggio di errore nel caso suck.restart
  esista e suck.sorted invece no.

**************************************************************************
IDEE PER LE FUTURE VERSIONI

1. Immagazzinare i messaggi in un formato stile news/group/nr

2. Internazionalizzare, permettendo ai messaggi a schermo di essere in
   una lingua diversa.

3. Aggiungere al killfile un congegno per cambiare i *_SEPARATORS da
   dentro il killfile.

boby@pixi.com
