Newsgroup: it.comp.os.linux.sys
Titolo: Configurazione di test per Zimbra

Alcuni mesi fa avevo provato in ambiente di test zimbra senza
apparentemente grossi problemi.
 
Ora, dovrei installarla in "modo valutazione" da un cliente, quindi
configurare solo due/tre utenti che provano questo server per qualche
settimana e poi si deciderà il da farsi.
Attualmente hanno caselle di posta pop3 gestite dall'isp (il passaggio
ad imap con almeno una 10ina di GB di dimensione della casella avrebbe
costi spropositati).
Il mio dubbio riguarda come gestire il dominio. All'atto
dell'installazione di zimbra bisogna dirgli su che dominio va ad operare
il server. Trattandosi di un ambiente di "test" dovrò mettere qualcos'altro.
Es.:
il dominio attuale è 
cliente.it
 gestito dall'isp.
Io installo un dns locale sul server di posta e gli faccio gestire
xxx.cliente.it
 (visibile solo dal server di posta).
Creo i due/tre indirizzi di posta elettronica nel formato
ute...@xxx.cliente.it
.
Su outlook imposto il nome della casella di posta elettronica a
ute...@cliente.it
, mentre solo il login della casella a
ute...@xxx.cliente.it
, con smtp e imap server che puntanto al server in
locale.
Imposto fetchmail per recuperare la posta dalla casella pop3 dell'isp e
riversarla su 
ute...@xxx.cliente.it
.
Anni fa avevo fatto una cosa simile, ma avevo configurato a manina
postfix e dovecot, stavolta c'è di mezzo zimbra.
 
Secondo voi può andare o avete soluzioni più semplici/funzionali?
 
Grazie

 Secondo voi pu� andare o avete soluzioni pi� semplici/funzionali?
 
Secondo me fanno fatica a valutarlo in questo modo, inoltre mi sa che 
avrai problemi con l'invio della posta non avendo il PTR x il reverse 
corretto.
 
Faresti prima con un installazione su un dominio di test registrato ad 
hoc .. x 9 eu non si rovina nessuno .. poi se gli piace pianifichi lo 
switch ..
 
-- Yena --
 
 

 switch ..
 
Questo comporterebbe che si mettessero a fare delle prove. Non le
faranno mai (non hanno tempo, � diverso, il vecchio lo conoscono ecc.).
Per fargli provare una cosa nuova bisogna togliergli quella vecchia.


 
Un server IMAP remoto secondo me e' noiosissimo, ogni volta che devi 
gestire allegati da 2-3 MB se ne va un sacco di tempo.


Stai scherzando, vero? 
 
tu quindi lavoreresti con pop3?
 
mah..
 
S.
 

 gestire allegati da 2-3 MB se ne va un sacco di tempo.
 
Quindi la soluzione sarebbe?
(evita ovviamente di dire POP3 se non vuoi farci sbellicare :) )
 
-- 
Flavio Visentin
 
Scientists discovered what's wrong with the female brain: on the left
side, there's nothing right, and on the right side, there's nothing left


 
La soluzione e' quella suggerita da Sam piu' sopra: server IMAP nella 
LAN che recupera la posta dal pop del provider a intervalli regolari, e 
SMTP del provider. Secondo me chi suggerisce di usare un server IMAP 
remoto o non ci ha mai provato veramente oppure fa il sistemista e non 
l'utente, per cui non si rende conto dello stress che si subisce ogni 
volta che si deve aspettare 30-40 secondi per avere disponibile 
l'allegato da 3 MB.


Facebook: Massimo Bacilieri

 problema non ï¿œ nell'IMAP.
 
E quando devi fare un upload di un allegato?
 

 E quando devi fare un upload di un allegato?
 
Usi SMTP che non c'entra una fava né con IMAP né con POP.



 
Mhhh, guarda che quando spedisci via SMTP, una copia del messaggio viene 
mandata al destinatario, e una copia viene uploadata nella cartella 
"sent" sul server imap. Se il server e' locale non devi aspettare questo 
tempo (ammesso di usare un client normale). Se usi una webmail 
chiaramente il tempo di upload e' solo quello verso il server imap.

 chiaramente il tempo di upload e' solo quello verso il server imap.
 
e quindi? ti si stanno chiedendo alternative, scartando pop3 (per 
evidenti motivi)
 
S.

 e quindi? ti si stanno chiedendo alternative
 
 
Veramente mi sembra che si sta facendo la solita gara a chi ce l'ha piu' 
lungo. Se leggi un po' sopra ho descritto come faccio io, per fortuna 
non faccio il sistemista ma l'utente evoluto, per cui ho ben presenti le 
necessita' degli utenti, cosa che i sysadmin spesso dimenticano, e 
quindi ho descritto cio' che ho implementato nella lan del mio ufficio. 
Inoltre, sempre sopra, ho esposto perche' secondo me il server IMAP su 
nodo remoto e' scomodo, rispondendo a chi  ha detto che la soluzione di 
test sarebbe mettere zimbra su un server remoto, cosa che ne 
provocherebbe il rifiuto da parte degli utenti a causa delle latenze 
quando si gestiscono mail pesanti.
 
Faccio uno schema cosi' ci capiamo:
 
Spedizione mail:
 
1) Con client mail, IMAP locale e SMTP del provider:
a) Allegare file (rapido)
b) spedire al destinatario (lento)
c) copiare nella cartella sent (rapido)
 
2) Con webmail remota
a) Allegare file (lento)
b) spedire al destinatario (veloce)
c) copiare nella cartella sent (in background)
 
A prima vista sembrerebbe piu' rapida la 2), invece e' piu' rapida la 1) 
perche' una volta che premo "send" nel client posso andarmene a prendere 
il caffe' coi colleghi o comunque fare altro, mentre invece nella 
soluzione 2), fra allegare il file e spedire devo stare in attesa che si 
completi il trasferimento dell'allegato dal mio pc al server remoto, e 
si sa che in Italia le linee hanno un upload di 512 kb quando va bene.

 chiaramente il tempo di upload e' solo quello verso il server imap.
 
Quando spedisci via SMTP una copia del messaggio viene salvata nella 
cartella che sul tuo client hai definito come "posta inviata", quella te 
la fai in locale e hai risolto.



 
Allora cosa lo uso a fare l'imap se poi le cartelle le rimetto in 
locale? Tanto vale continuare ad usare POP3. Il vantaggio dell'imap e' 
che se cambio pc o se un giorno sono in trasferta, ho sempre con me la 
posta inviata e ricevuta.

e che impiega quasi un minuto ad arrivare........
 
Normale. In genere la gente fa i cronometraggi: PRIMA telefona, ti dice "Ecco,
ti invio l'allegato... ORA!"
 
	Contacting outbound server...	"E' arrivato?"
	...authenticating...		"Allora, e' arrivato?"
	Sending: 5%...			"Si vede nulla?"
	Sending: 10%...			...
	Sending: 90%...			"Ha quasi finito..."
	Sending: 100%...		"Ecco! Ecco! E' arrivato?"
	(5 sec. pause)			"Allora? Allora? Nulla?"
 
Dopo circa 50 secondi l'utente telefona all'ufficio IT:
 
	Salve! Benvenuti al Servizio IT Interno di $VERYBIGFIRM.
	Se Internet è lento, premete 0.
	Se Internet non va, premete 1.
	Per problemi di posta, premete 2.
	Se "non stampa", premete 3.
	Per altri problemi, attendete in linea.
 
	*0#
 
	*click*
	TUTUTUTUTUTUTU...
 
Leonardo eh, magari
 
-- 
What would'st thou do, my squire so gay, that rides beside my reine
Were ye Glenallan's Earl this tide, and I were Roland Cheyne?
To turn the rein were sin and shame, to fight were wondrous peril:
What would ye do now, Roland Cheyne, were ye Glenallan's Earl?

>> regolari, e SMTP del provider.
 
Se l'IMAP lo metti sulla LAN e lo alimenti via POP dal provider,
significa che tu la posta *ce l'hai* in locale anche adesso, *tutta*,
quella in entrata e quella in uscita.
 
Perciò non vedo la differenza fra averla su un IMAP locale piuttosto che
su un folder locale...


 si sa che in Italia le linee hanno un upload di 512 kb quando va bene.
 
non è che il mondo della connettività business sia fatto di sole ADSL
(fortunatamente)...
 
-- 
Paranoia is a disease unto itself. And may I add: the person standing
next to you may not be who they appear to be, so take precaution.
-----------------------------------------------------------------------------
http://bofhskull.wordpress.com/
 


 
Fai un forward sulla porta IMAP dal router verso il server sulla LAN.
Siccome il 95% del tempo lo passi al tuo pc, hai il vantaggio di un 
sistema veloce, e nel 5% del tempo che passi su altre postazioni o in 
trasferta, hai il vantaggio dell'accessibilita', sia pure a costo della 
lentezza.
 
A me sembra la soluzione migliore, e parlo da utente, perche' poi ai 
sistemisti le difficolta' che hanno gli utenti ad aspettare trenta 
secondi lo scaricamento dell'allegato oppure i 35 click che servono per 
spedire una mail con un sistema webmail sembrano trascurabili, perche' 
non devono farlo trenta volte al giorno.
 
Infine l'IMAP rispetto al pop locale facilita molto il sistemista nel 
fare i backup delle cartelle che risiedono su un unico server 
centralizzato invece che su vari pc dispersi nell'azienda.


 
Ti ringrazio per la tua opnione, molto ben espressa ed esauriente. :-)
 

 tempo (ammesso di usare un client normale).
 
Se hai un server locale allora non vedo perché bisogna complicarsi la
vita con la cretinata prona a malfunzionamenti e a casini del POP3
retriever. Configuri gli MX opportunamente e lo fai funzionare come deve
funzionare un server di posta.


 Mhhh, guarda che quando spedisci via SMTP, una copia del messaggio viene mandata al destinatario, e una copia viene uploadata nella cartella "sent" sul server imap.
 
Ma anche no.
Basta configurare a proprio piacimento il client.

 utenti ad utilizzare mezzi più consoni per scambiarsi files
 
Ecco, questa secondo me e` sempre stata una spina nel fianco dei servizi 
internet, ovvero qual e` il modo migliore per scambiare i file usabile da un 
utente normale? Ad occhio, direi che attualmente l'unica e` un IM, 
soprattutto utilizzando Skype, ma e` anche una soluzione che un po' stona 
(devi sempre registrarti ad un servizio esterno di cui, lato sistemistico, 
non hai il controllo)
 
Enrico


 
Un po' OT: avete provato a mandare file via skype sulla LAN con le 
ultime versioni? Mi sembra che il sistema sia molto rallentato, mentre 
invece prima il trasferimento avveniva a velocita' tipiche da LAN. 
Sembra che ora i file escano su internet e poi rientrino nella LAN, cosa 
che andrebbe d'accordo con quanto si dice relativamente al fatto che la 
Micosoft sta abbandonando la struttura P2P di skype per andare verso un 
tradizionale sistema client-server.

 Thunderbird p.e.)
 
Ma anche un banale outlook (pure express), eh :-)
 
-- 
ValeRyo 
 
 

 sul server centrale, lo allega).
 
Su questo non c'è modo di fargli perdere il vizio.
 


Ci vorrebbe un sistema che aprisse le mail indirizzate "intra", salvasse tutti
gli allegati, riconoscesse i duplicati, e sostituisse tutto con link al server
aziendale che faccia un forward alla share (se cliccato da intranet) oppure il
download del documento (se da internet).
 
Mumble. Detto cosi' non sembra neanche cosi' difficile. A avecci tempo... :-)
 
Leonardo
