Newsgroup: it.tlc.gestori.fastweb
Titolo: Il server SMTP di posta fastweb identifica il mio ip interno !

Che bello, ho installato un mailserver e ho un'email delle dimensioni
infinite usando un qualsiasi dyndns (basta attivare il redirect nella MFP)
ci sono solo limiti di circa 10mb ad allegato.
Figoooooo.


Dico, ma sti commentini cosě simpatici sono obbligatori ?
Io non lo sapevo fino a ieri, nessuno me l'ha detto e magari qualcuno sul NG
č interessato e ignorava la cosa come me !
Cavolo, un minimo di tolleranza, si tratta di pochi k di testo !




Kokoko3K ha scritto:



"Blak" 
<bl...@absence.it>
 ha scritto nel messaggio

news:ctaljo$tna$2...@usenet.itgate.net
...
  




Il 2005-01-27, Kokoko3K <aorefice@no> ha scritto:
    




Che bello, ho installato un mailserver e ho un'email delle dimensioni
infinite usando un qualsiasi dyndns (basta attivare il redirect nella
      






MFP)
  






ci sono solo limiti di circa 10mb ad allegato.
Figoooooo.
      




eh, che grande scoperta..

    




Dico, ma sti commentini così simpatici sono obbligatori ?
Io non lo sapevo fino a ieri, nessuno me l'ha detto e magari qualcuno sul NG
è interessato e ignorava la cosa come me !
Cavolo, un minimo di tolleranza, si tratta di pochi k di testo !


  




vorrei avere anch'io la possibilità di fare
quello che hai fatto tu, solo che non ho capito bene di cosa si tratta,
potresti spiegarmelo in termini semplici?



Come faccio ad installare un mailserver e dove lo trovo?








dal subject "VMWare e Linux come Guest".
Condivisione della conoscenza, non spacconeria!
-- 
ciao, hal

 Anch'io stavo per risponderti male, ma Blak e' stato piu' veloce :-P
Sarà, ma io non conosco le esigenze dei frequentatori del NG, e mi è
sembrato eccessivo fare un post più esaustivo senza sapere chi sarebbe stato
interessato.

 interessato.
Senza offesa, tende a zero il numero di interessati al fatto che ci sia 
riuscito e basta ;-)
-- 
ciao, hal

 ha scritto nel messaggio
news:Xf9Kd.13905$2h5....@tornado.fastwebnet.it...
Kokoko3K ha scritto:
potresti spiegarmelo in termini semplici?
Come faccio ad installare un mailserver e dove lo trovo?
--
-- Per il Mail server ho trovato completo (gratis) e utile Mailenable
(
www.mailenable.com
)
I passi grosso modo sono questi:
1) Attivare una registrazione dns del tuo ip interno fastweb.
    Per far ciò ti consiglio di registrarti (gratis) su 
www.dyndns.org
 e di
impostarti un "dynamic DNS"
    puoi scegliere tra i vari 
user.dyndns.org
 
homedns.org
 etc etc.
    Mettiamo che tu scelga di registrare l'host come 
driante.dyndns.org
 e di
puntare al tuo ip interno   39.242.96.186 (occhio a non scegliere quello di
default corrispondente al tuo ip di nat e ricordati di cambiare
l'assegnazione nel caso il tuo pc cambi ip (ci sono software che lo fanno in
automatico cmq) )
d'ora in poi se tu o qualche altro utente fastweb fa "ping
driante.dyndns.org
" gli risponde 39.242.96.186
2) scarica e configura MailEnable di modo che permetta il relay al dominio
driante.dyndns.org
    aggiungi un utente, chiamiamolo "utente1".
3) da adesso il tuo mailserver si occuperà di ricevere e gestire le email
indirizzate a: 
ute...@driante.dyndns.org
4) Attiva un nuovo indirizzo di posta secondario (mettiamo
ju...@fastwebnet.it
) dalla my fast page e dalle opzioni relative alla
casella di posta elettronica spunta: Inoltra tutte le email ricevute a:
"
ute...@driante.dyndns.org
"
Da adesso in poi se qualcuno (anche esterno) invierà un'email a
jump1.fastwebnet.it
 il server di posta fastweb inoltrerà la posta a
ute...@driante.dyndns.org
 , ossia a 
ute...@39.242.96.186
  (la "scoperta"
che ho fatto è che pur avendo il server fastweb 
smtp.fastwebnet.it
 un
indirizzo pubblico riesce comunque a indirizzare gli ip privati, lo usiamo a
mo di proxy smtp)
Occhio che non è possibile spedire posta direttamente a
ute...@driante.dyndns.org
 dall'esterno della rete in virtù del fatto che
gli altri mail server non possono indirizzare il tuo ip interno, da qui la
necessità di "rimbalzare" per la tua casella di posta fastweb e da qui il
limite di dimensione per gli allegati.
Forse è superfluo dire che se il tuo mail server è spento rischi di perdere
le email a te indirizzate (immagino che il mail server fastweb tenti di
rispedirtele successivamente, ma non ci conterei).
5) per "scaricare" la posta da te stesso [ :) ] puoi creare un account in
outlook scegliendo come server pop3 te stesso (immagino vada bene
driante.dyndns.org
)
Sicuramente ho tralasciato di segnare tutti i passi, cmq dobbe bastare un pò
di sano smanettamento :)

 ha scritto nel messaggio
news:tH9Kd.13964$2h5....@tornado.fastwebnet.it...

Certo, ma io non sapevo a quanto tendeva il numero degli interessati.

 I passi grosso modo sono questi:
Bene, mi pregero' di linkarti quando qualcuno chiedera' come fare :-)
-- 
ciao, hal

 molta utilità se non di tipo didattico :)
Oky, pace fatta ;)
C'è una cosa che non consideri però, immagina di voler ricevere 2 allegati
da 10mb l'uno.
Nel normale utilizzo della casella di posta, dovresti avere un programma
tipo "the bat" che
controlli continuamente se c'è posta (il minuto di outlook potrebbe non
bastare) e la scarichi al più presto possibile per evitare che l'email torni
indietro col classico messaggio "mailbox full" o nella migliore delle
ipotesi attendere che il mail server tenti una nuova trasmissione.
Dalle prove che ho fatto, ho notato che l'inoltro è immediato, il file non
viene "prima" depositato sulla casella fastweb.
Considera poi che ci sono molte reti aziendali con una bella banda, ma
magari con traffico "cappato" o proprio con un bel firewall con contatti
verso il mondo esterno possibili solo tramite email.
Essendo probabilmente il cap non attivo sul server di posta (immagina la
mole di dati che deve trasferire) capisci che un trasferimento
LanAziendale->SuoMailServer->MailServerFastweb->Casamia opererà
probabilmente a velocità stratosferiche senza usare multithreading o
accrocchi vari (escluso questo ;) ).
Gli inconvenienti del caso li identificherei nell'overhead della codifica
UUencode (anke il 20%) e nella necessità di dover riunire i vari segmenti
dell'eventuale allegato >10Mb.
Che ne sappia poi (ma voglio approfondire) ci sono addirittura progetti di
NFS over email (!!) che avranno una latenza si, di una trentina di secondi,
ma anche una velocità senza pari e che immagino sollevino dal compito della
riunione dei segmenti.
Ma la cosa più importante (posso riconoscere l'utilità "verticale" del
tutto) è che mi sono divertito un mondo nella configurarazione ed è stata
grande la soddisfazione di aver ideato e messo in pratica un'idea che mi era
venuta così (magari altre 30.000 persone già l'avevano fatto/già lo
sapevano) , la didattica può essere anke divertente !

 "
ute...@driante.dyndns.org
"
Eccolo qua il passaggio che mi sfuggiva!
Non sapevo che il server di fastweb avesse questa opzione (non mi e' mai 
stata utile).
Sai che ci hai ragione!
Se implemento questa cosa anche io posso migliorare una procedura, che 
invece di fare uno STAT sul server di posta ogni tot secondi aspetta che 
sia lo stesso server di posta a inoltrare i messaggi ad un server in 
listening...
Ci penso su.


Tendera' anche a zero, ma basta un solo interessato, e ha fatto 
benissimo a postarlo.
Se poi consideriamo tanti messaggi inutili e OT che girano da queste 
parti...

 stata utile).
Piacere mio, sul serio !

, ma basta un solo interessato,
Per curiosità, mi dici a cosa ti è servito ?


per adesso ancora a niente.
io ho una procedura che quando la lancio, ogni tot interroga un 
indirizzo di posta su 
fastwebnet.it
 e se arriva un messaggio lo legge, 
lo interpreta e lo esegue.
Con quella cosa che hai fatto tu posso migliorare la logica della 
procedura: invece di essere io a interrogare il pop ogni tot secondi, 
aspetto che sia lui a forwardare il messaggio quando arriva, con 
notevole risparmio di cpu, banda e tutto il resto.
Una finezza!

 cpu no, banda nemmeno, e il resto?
Non capisco la tua domanda.
Oppure tu non hai capito quello che ho scritto sopra.
Perche' la differenza tra le due cose e' che nel primo caso la mia
procedura fa ad intervalli regolari:
CONNECT 
pop.fastwebnet.it
USER xxx
PASS xxx
STAT
...
Nel secondo caso farebbe
LISTEN 25
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 il fatto č che non c'č nessuna differenza significtiva.
Stai dicendo che tra inoltrare pacchetti a ripetizione verso un server, e
attendere qualcosa in listening non c'e' alcuna differenza significativa?
Se vuoi ti posso anche spiegare con calma qualche principio di
programmazione e di telecomunicazione, ma a questo punto mi viene da
dubitare che tu possa comprenderlo, se te ne esci con affermazioni come
quella li'...
Un loop del tipo 
LOOP
  CONNETTI
  VEDI SE C'E' POSTA
  SCONNETTI
END LOOP
e' una cosa onerosa in termini di trasmissione dati e pure di CPU
una cosa del tipo 
LISTEN...
invece non impegna la banda, non impegna la cpu, non fa nulla...
addormenta il processo finche' non arriva qualcosa che mi mandano
dall'esterno.
Se per te fa lo stesso mi vien da pensare che te l'abbiano insegnato al
CEPU.


 evito ogni commento.. cosa che dovresti fare anche tu.
Ecco, bravo. Evita...


 usarla, ma non venirmi a dire che c'è un "notevole risparmio".
L'idea del polling e' concettualmente sbagliata in un regime di
applicazioni client-server, ammesso che tu sappia che significa.
Io credevo che fosse inevitabile, e invece c'e' il modo per poter
modificare la mia procedura in modo che funzioni in modalita' server,
visto che io sono server-side.
E per quanto mi riguarda, questa discussione finisce qua.
Io credo di aver spiegato in modo piu' che soddisfacente come stanno le
cose.
Non mi aspetto che tu riesca a capirle visto quanto hai dimostrato finora
per difendere il tuo concetto errato.
Se pero' ci fosse in lettura qualcuno che ha avuto la pazienza di seguire
il discorso fin qua, si sara' fatto una chiara idea.


Non quoto,
Blak non trova utilità nella cosa, Roberto si.
IMHO ognuno ha le sue ragioni, entrambi però state spostando la discussione
su toni eccessivi per una questione del tipo "E' o non è più veloce" ?
Non trovate ?


Concordo con te.
Blak e Roberto partono da diversi presupposti e questo determina la
collisione dei loro ragionamenti.
La soluzione indicata da Roberto con la messa in ascolto della
routine e' IMHO ingegneristicamente piu' pulita e meglio manutenibile
di quella del loop, anche strafregandosene dell'impiego di banda e
risorse del server di posta.
Se posso osare un confronto, mi fa pensare alla tecnologia dei web
services, inventata per facilitare operazioni di ogni tipo anche
attraverso firewall che lasciano passare solo la porta 80.
In questo caso il vincolo non e' la chiusura delle porte, ma il
costo di connessione, che via POP e SMTP e' compreso nell'abbonamento
base.
A questo punto si tratta di scegliere se operare in modalita' PUSH,
cioe' con un controllo dell'esistenza di qualcosa ogni tot tempo
(e qui il problema e' che non e' mica facile azzeccare il tempismo:
e' facile essere un po' piu' lenti o un po' piu' veloci, in ogni
caso si ritarda) oppure PULL, aspettando di essere chiamati al
momento giusto.
Se il tempo ha dato ragione alla programmazione ad eventi, basata
sull'eccitazione di interrupt di qualche genere, IMHO un motivo c'e'.
Just my five cents.
-- 
ciao, hal

dell'eventuale allegato >10Mb.
UUEncode (la piu` usata su Usenet) ha un overhead del 37%.
MIME (la piu` usata in mail) del 33%.
yEnc (la piu` usata sui gruppi Usenet binari internazionali) del 2%.
BinHex non ho idea.
Altre codifiche non ne conosco.
-- 
Massimo "Massi cadenti" - Fibra ottica, Napoli (Vomero)
Tutto senza limiti + Opzione TV + Raiclick senza limiti + On.TV (ex eBismedia) Start

 -- 
Massi, grazie per le info, vuoi dire che posso scegliere anche altre
codifiche per gli allegati ?
se si, come ?

se si, come ?
Dalle impostazioni del programma di posta, non mi risulta si possa fare
da interfacce web o simili.
Con Agent puoi scegliere MIME, UUEncode e yEnc, con Eudora puoi
scegliere MIME e BinHex, con altri programmi non ho idea ne` del cosa
possano fare ne` del come farlo.
