Newsgroup: it.comp.reti.ip-admin
Titolo: forward mail atipico

Salve, vorrei conoscere la vostra  opinione sulla fattibilita' di quanto
segue: supponiamo di avere varie ditte  e di installare dei server linux
presso di  loro. Su questi server  ci andra'  un mail server  (pensavo a
postfix)  e un  pop3  locale (e  altre  cose che  non  c'entrano con  il
problema  del  post).   Queste  ditte  hanno  caselle  email  presso  il
provider,  e *non  hanno* una  connessione fissa  in rete:  collegamento
dialup.
Si vorrebbe  realizzare questo meccanismo:  le email arrivano  presso il
provider e  il server  del provider  le manda a  loro, ai  server linux,
attraverso internet.
Il provider, dunque,  dovrebbe fare in modo che i  server nelle ditte si
connettano  al PoP. Un  volta connessi  non ci  sono problemi:  i server
(tramite ip-up.local) faranno un fetchmail.
E' realizzabile questa richiesta di connessione? Con quali strumenti?
TIA
Buttha
-- 
* Per rispondere in email rimuovere una i dall'indirizzo
* 
http://members.xoom.it/buttha/
* Sai le risposte a questa domanda?

E' realizzabile questa richiesta di connessione? Con quali strumenti?
fetchmail, appunto. Anche se UUCP sarebbe molto piu` robusto.
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | A name indicates what we seek. An address indicates where it is.
      | A route indicates how we get there.  -- Jon Postel (1943-1998)
      | (Ri)scoprire fidonet: 
http://bbs.mi.linux.it

 fetchmail, appunto. Anche se UUCP sarebbe molto piu` robusto.
il problema che mi ponevo e' se e' possibile fare in modo che i server
linux posti nelle ditte si connettano al PoP (non al pop3), cioe'
facciano una telefonata al provider per loggarsi, su richiesta del
provider stesso.
Esempio:
sul server del provider abbiamo n mail per la ditta.
Vogliamo fare in modo da indurre il server della ditta a connettersi in
internet, cioe' a fare una connessione dial-up, visto che non hanno
alcuna linea dedicata.
Non mi interessa un cron che, ad intervalli di tempo regolari faccia
connettere la ditta. Mi interessa sapere se e' possibile fare l'opposto:
fare in modo che il server della ditta si connetta dietro nostra
richiesta.
ciao
Buttha
-- 
* Per rispondere in email rimuovere una i dall'indirizzo
* 
http://members.xoom.it/buttha/
* Ascolta il silenzio della solita vita
------
Posted via news://
freenews.netfront.net
Complaints to 
ne...@netfront.net

 connettere la ditta. Mi interessa sapere se e' possibile fare l'opposto:
Se non vuoi sprecare scatti l'unica soluzione che mi viene in mente
passa per ISDN, IP statici, router Cisco da ambo i lati, e
pacioccamenti con dialer vari. Funziona ed e' stabile, anche se
implementazione e tuning non sono immediati.  Con Linux mi sa che
la configurazione di un callback passa dal pickup della chiamata
provider->cliente. Qualche tempo fa avevo anche visto un certo
"xringd" che potrebbe fare al caso tuo (IMHO, pero', si entra nel
regno di truschi e tapulli).
Ciao,
-- 
Gianugo

 segue: supponiamo di avere varie ditte  e di installare dei server linux
[large cut]
ok, a parte che ti consiglierei fwmail (un server di posta atto solo a
forwardare le email ad altri server veri e propri, come il postfix del
provider)
cmq per quanto riguarda i tuoi problemi, ho provato a lavorare su un cisco
che si connetteva solo quando era necessario, il fatto e' che si connette se
c'e' richiesta da parte della LAN che sta' dietro il router.
il sistema piu' intuitivo che mi viene in mente e' far chiamare il server
staccato dal provider quando arrivano email, e praticamente essere lui il
fornitore di servizio, ma essere lui a collegarsi al client.
in ogni caso i due sistemi non sono in comunicazione e non c'e' modo di far
sapere al client che deve telefonare al provider per scaricarsi un po' di
email... oppure potresti far in modo che il provider telfoni al cliet, qui
risponda un programma preconfigurato che dopo un tot di secondi dalla
chiamata esegua la connessione... ma e' follia IMHO.
ciao.

Senti ti fornisco una risposta che so essere incompleta, ma penso che
possa esserti utile. Il protocollo ISDN dovrebbe prevedere che il canale
D possa servire per comunicare al DCE di effettuare una determinata
chiamata, la faccenda la conosco solo "astrattamente", ma mi era stato
spiegato che in Italia detta possibilita' non era implementata da
Telecom.
In ogni caso il canale D e' sempre connesso, quindi, in teoria sempre,
potresti anche avere il tuo server di posta h 24 on line, ovviamente
accontentandoti sulla banda.
Anzi ne approfitto... chi ne sa di piu'?
--
_____________________________________________________
Un uomo degno non ha patria
Michele Ferraudo
Torino
ICQ 22344505

richiesta.
Usa qualche meccanismo di callback... Ma rimane il fatto che usare UUCP
invece di PPP e` piu` robusto.


 Ma rimane il fatto che usare UUCP invece di PPP e` piu` robusto.
grazie del consiglio: iniziero' a informarmi.
ciao
Buttha
-- 
* Per rispondere in email rimuovere una i dall'indirizzo
* 
http://members.xoom.it/buttha/
* Vale il doppio alla Standa

 regno di truschi e tapulli).
ho paura che sia inevitabile addentrarsi in questo regno.
ciao
Buttha
-- 
* Per rispondere in email rimuovere una i dall'indirizzo
* 
http://members.xoom.it/buttha/
* "Il vero viaggio di scoperta non consiste nel cercare nuove terre, ma
  nell'avere nuovi occhi" Marcel Proust

 chiamata esegua la connessione... ma e' follia IMHO.
e' proprio questa follia che dovrei implementare :)
ciao
Buttha
-- 
* Per rispondere in email rimuovere una i dall'indirizzo
* 
http://members.xoom.it/buttha/
* Area riservata al personale non autorizzato

 e' proprio questa follia che dovrei implementare :)
E' possibile farlo molto semplicemente con due router.
Server ->router1 ----ISDN---- router2-> provider
Quando 'provider' deve inoltrare qualcosa a 'server' manda tutto
verso 'router2', che è impostato per collegarsi a 'router1' via
callback.
Quindi fa uno squillo e appende. 'router1' chiama 'router2' e viene
instaurata la connessione.
Nel caso in cui sia 'server' a doversi collegare a 'provider', lo fa
senza
callback via router1.
Il problema è la durata della connessione. Nel caso in cui vengano
ricevute
molte mail sarebbe rempre attiva. Si può però indicare a 'provider' di
inviare le mail ogni tot in gruppo, o si può indicare a 'router1' che
può
collegarsi ogni ora solo per 15 minuti, e così via.
Saluti,
Valerio

> e' proprio questa follia che dovrei implementare :)
se e' cosi' con minicom te la dovresti cavare :)

E' realizzabile questa richiesta di connessione? Con quali strumenti?
Ci sono provider che offrono questo servizio. E' basato su connessioni
ISDN ed e' un po' diverso da un call-back.
Quando serve il provider manda un segnale al router dell'azienda
(Cisco 801, per quel che ne so) sul canale D senza alcun costo da
parte di nessuno. A questo punto il router effettua la chiamata
azienda=>provider sul canale B.
Viene usato anche per esigenze di web server a basso traffico senza
linea dedicata: in pratica il collegamento viene realizzato solo
quando da internet viene richiesto un documento residente presso
l'azienda.
A Torino, ad es.,  inrete e flashnet offrono questo servizio, ma credo
non siano gli unici.
Luca

 azienda=>provider sul canale B.
E' anche questo sistema un callback, il router effettua una chiamata,
quello remoto la rifiuta e richiama a sua volta.
Ciao.
-- 
 Daniele
-------------------------------------------------------------------------------
 Daniele Orlandi - Utility Line Italia - 
http://www.orlandi.com
 Via Mezzera 29/A - 20030 - Seveso (MI) - Italy
-------------------------------------------------------------------------------

 scatti. Ovviamente con banda limitata.
E pagando il traffico...


 E pagando il traffico...
E quanto? Hai maggiori dettagli?
Ciao


 E quanto? Hai maggiori dettagli?
1,2 lire a pacchetto. Mi sembra il pacchetto sia di 1K.
Valerio

 ICQ 22344505
