Attivare JSP in Zimbra

Dalla versione 8.5.0 di Zimbra per politica di base, il parametro del server zimbraZimletJspEnabled è tenuto disabilitato, di conseguenza non verranno più compilate le pagine JSP della zimlet e piuttosto che l’esecuzione della pagina stessa, viene mostrato il codice sorgente della pagina.

Per verificare il valore del parametro occorre collegarsi in ssh con utenza zimbra e digitare il comando:

zmprov gs <nome server> | grep zimbraZimletJspEnabled

se l’output fosse FALSE, per abilitare la compilazione, digitare il comando:

zmprov ms <nome server> zimbraZimletJspEnabled TRUE
zmcontrol restart

LibraESVA 3.5.1.0

I giorni scorsi è stata rilasciata la nuova versione di LibraESVA 3.5.1.0

LibraESVA

Fra le novità più interessanti presenti, possiamo menzionare:

Miglioramento delle prestazioni con utilizzo di nuove risorse antispam / antimalware aggiuntive.

Nuovo strumento per visualizzare il maillog ora permette di filtrare i risultati ed arrestare la visualizzazione del log.

Modificato il meccanismo di creazione delle regole di blacklist/whitelist From/Envelope From in presenza di destinatari multipli. Nelle precedenti versioni quando la regola veniva creata partendo da un messaggio che aveva più destinatari, la regola veniva applicata solamente quando tutti gli indirizzi comparivano nel messaggio.
Ora invece vengono create regole per il singolo destinatario.

Controllo delle regole blacklist/whitelist su From/Envelope From.

Introdotto il controllo dello stato code dei nodi del cluster è così possibile vedere nella dashboard quante mail sono presenti in coda a ciascun nodo.

Forzare l’accesso al portale web su protocollo HTTPS

I tecnici certificati su LibraESVA di Argonavis sono a tua disposizione per supportarti sull’installazione degli aggiornamenti e su qualsiasi problematica possa presentarsi nell’utilizzo di LibraESVA

Richiedi Informazioni

Rilasciato LibraESVA 3.5.1.0

E’ stato rilasciato l’aggiornamento alla versione 3.5.1.0 di LibraESVA

Sono presenti correzioni che aumentalo la sicurezza, tutti gli utenti sono incoraggiati ad aggiornare la propria l’installazione.

BUG CORRETTI:

Corretto il problema che duplicava il message-id headers quando la mail veniva rilasciata verso un server Exchange.
Corretto un problema che causava il blocco di Syslog
Audit Log quando vengono rilasciate dal Digest Report
Pienamente supportato l’Oggetto in UTF8
Migliorata la funzione di rilascio dei messaggi
Corretto l’apprendimento del motore Bayesiano
Corretto il punteggio di spam di Backscattering
Supporto per archivi Unrar
Corretto un problema su TrackMail
Corretta l’attivazione di BitDefender su appliance migrate da installazioni 32bit
Molti altri piccoli problemi vengono risolti da questo aggiornamento

NUOVE FUNZIONALITA’:

Identificazione di Graymail e funzionalità di blocco
LDAP Filtri personalizzati
Whitelist/Blacklist adesso suddividono i destinatari in più regole ed effettuano il controllo sia su From/Envelope che su From
E’ possibile forzare il Web Portal solo su protocollo HTTPS
Domain Relay Management ottimizzato per grandi installazioni
Impostazione del Timezone
E’ possibile caricare il certificato TLS
Supporta l’impostazione di Routes Statiche sull’interfaccia Eth1
Supporto per SaneSecurity Signatures
Aggiornamenti dell’IP Reputation e SEM Plugins
Stato delle code per ciascun nodo del cluster nel pannello della dashboard
Nuova tool per visualizzare il Maillog.

NOTE: Questo aggiornamento richiede circa 5-6 per essere completato. Database molto grandi possono impiegare anche più tempo. Al termine dell’installazione è richiesto un riavvio.
Effettuare uno snapshot prima di installare l’aggiornamento è sempre raccomandato.

Le installazioni 32-bit non sono più supportate e non ricevono più aggiornamenti è fortemente suggerito effettuare la migrazione alla versione 64-bit

I tecnici certificati su LibraESVA di Argonavis sono a tua disposizione per supportarti sulla migrazione al prodotto 64-bit, sull’installazione degli aggiornamenti e su qualsiasi problematica possa presentarsi nell’utilizzo di LibraESVA

Richiedi Informazioni

Aggiornamento dei prodotti KasperskyLAB – Task di aggiornamento repository Update Agent

Il repository dell’Update Agent non viene aggiornato insieme al database dell’applicazione, ma viene gestito da un Task differente.

Possiamo scegliere due metodi di aggiornamento, tramite Kaspersky Security Center o tramite un apposito task di aggiornamento.

Il Task di aggiornamento specifico per Update Agent può usare come sorgenti dell’aggiornamento i server Kaspersky Lab update server, oppure Kaspersky Security Center.

Selezionare Administration Server qui, può sembrare inutile, in realtà questa configurazione ci permette di selezionare un proxy, nel caso la rete del Kaspersky Security Center non fosse direttamente raggiungibile.

Questo Task, quando eseguito, andrà ad aggiornare i file nella directory degli Update ma non l’applicazione. Per questa ragione la macchina Update Agent può far parte del gruppo dello stesso gruppo di cui svolge il compito di Update Agent, ed usare se stessa per l’aggiornamento dei database dell’applicazione.

Aggiornamento dei prodotti Kaspersky Lab – Monitorare l’Update Agent

E’ possibile monitorare il lavoro svolto dagli Update Agent, Kaspersky Security Center, presenta una statistica con informazioni molto utili sul lavoro svolto.

update

In particolare potremmo controllare quantità di traffico trasmessa tramite protocollo TCP, la percentuale degli aggiornamenti inviata tramite Multicast, la dimensione della cartella che contiene gli aggiornamenti.

Le attività svolte come Connection Gateway non sono presenti in questa statistica.

Multicast

Usando Update Agent, è possibile ridurre il numero di connessioni al Kaspersky Security Center. Gli Endpoint del gruppo avranno aggiornamenti e pacchetti di installazione non dal server, ma dagli Update Agent del proprio gruppi.

Kaspersky Security Center verrà contattato solo dagli Update Agent. Questo approccio bilancia il carico della rete, ma non può diminuire il volume complessivo di dati trasferiti. In ogni caso, ogni Endpoint scarica gli aggiornamenti richiesti e pacchetti attraverso la rete.

Per diminuire il volume di dati trasferiti, Update Agent ha la funzione multicast.
Utilizzando questo protocollo Update Agent è in grado di distribuire aggiornamenti e pacchetti di installazione a tutti gli Endpoint in contemporanea, durante una singola sessione, gli Endpoint ricevono in contemporanea l’aggiornamento.

Multicast

Categorie