grolamerz inside

Ca cause (entre autre) d'une migration de 650.000 comptes de qmail-ldap vers ZCS...

http://bonoboslr.wordpress.com/

Honteusement piqué sur le forum US...

Stopper ZCS
Dézipper le fichier /opt/zimbra/jetty/webapps/zimbraAdmin/js/Admin_all.js.zgz
Ligne 768, modifier de true à false :

ZaSettings.ACCOUNTS_VIEW_MAIL_ENABLED = true;

Rezipper le fichier
Redémarrer ZCS...

On a vu il y a longtemps qu'on pouvait utiliser le SMTP callout avec Zimbra.

Si votre relais ne gère pas le SMTP callout (c'est le cas de postfix), il gère peut-être le LDAP callout.
A chaque fois qu'un mail arrive, le relais fait une requête LDAP auprès du serveur Zimbra pour vérifier si le destinataire existe ou pas.

Facile et efficace mais attention, cela peut devenir très gourmand niveau LDAP sur le serveur ZCS...

Pour mettre en place un LDAP callout sur un postfix, c'est assez simple.
Il suffit, côté postfix, j'ajouter une ligne dans le fichier main.cf :

relay_recipient_maps = ldap:/etc/postfix/ldap_zcs.cf

Cette ligne indique à postfix que pour savoir quels sont les destinataires autorisés, il faut effectuer la requête LDAP définie dans le fichier ldap_zcs.cf.

On va ensuite créer ce fichier :

server_host = ldap://zcs.domain.tld:389
server_port = 389
search_base =
query_filter = (&(|(zimbraMailDeliveryAddress=%s)(zimbraMailAlias=%s(zimbraMailCatchAllAddress=%s))(zimbraMailStatus=enabled))
result_attribute = zimbraMailDeliveryAddress,zimbraMailAlias
version = 3
ldap_cache = yes
ldap_cache_expiry = 600
ldap_cache_size = 64256
bind = no
timeout = 30

Bien entendu, il faut remplacer "zcs.domain.tld" par le nom de votre serveur ZCS (tel qu'il est accessible depuis votre relais).

Si votre relais est en DMZ, il faudra bien entendu ouvrir le port LDAP au niveau du firewall vers le serveur ZCS.

Lorsque votre ZCS est offline (pendant une upgrade), je vous conseille fortement de mettre commenter la ligne définissant le LDAP callout dans postfix afin que celui-ci accepte tous les mails (même ceux pour des destinataires inexistants) et les spoole en attendant que le ZCS repasse online (et de décommenter la ligne).
Si vous ne le faites pas, les mails seront refusés car le serveur LDAP ne répondra pas (avec, en plus, un timeout de 30 secondes à chaque connexion SMTP).

Ce billet n'est pas destiné à vous donner la configuration complète "clefs en main" d'un postfix en relais "devant" un ZCS, uniquement les informations concernant le LDAP callout. Ainsi, il ne faudra pas oublier le reste de la configuration postfix (relay_domains, transport, networks, etc).
La requête LDAP est honteusement pompée d'un thread sur le forum US Zimbra.

Ca se passe dans l'interface d'admin, en allant dans "Global Settings" puis l'onglet "AS/AV" : il s'agit du paramètre "Tag".

100% correspondent à 20.
Par défaut, il y a 33%, ce qui correspond à la valeur 6.6 pour "required" dans le champ "X-Spam-Status" des headers d'un mail.
Si ce paramètre est passé à 20%, tous les mails avec une note supérieure à 5 seront classés dans le dossier "Spams".

Il faut relancer ZCS après avoir modifié la valeur et il ne faut pas trop la baisser pour limiter les "faux positifs".

Vu que Zimbra utilise une version récente de SpamAssassin, tout est prévu (et intégré) pour l'utilisation du Virus Bounce Ruleset.

La seule modification est d'ajouter une ligne dans /opt/zimbra/conf/spamassassin/local.cf :

whitelist_bounce_relays monsmarthost.mondomaine.tld

Si vous n'avez pas de smarthost/relai, il suffit d'indiquer votre serveur.

On redémarre ensuite postfix et ça roule :

su - zimbra
zmmtactl stop
zmmtactl start

Tout comme la vérification de l'existence des destinataires, il faut refaire la manipulation après chaque upgrade.

C'est la première fois que j'écris un billet parce que j'ai vu une recherche sur ce point dans mes stats.

Depuis que Yahoo! a racheté Zimbra, il y a une boite de recherche Y! en haut du webmail.
Elle prend de la place et il n'est pas possible de la "gérer" depuis l'admin.

Cependant, on peut tout à fait la désactiver, via les CdS :

zmprov mc lenomdelaCdS zimbraFeatureWebSearchEnabled FALSE

On va faire court : c'est n'importe quoi.

L'équipe de localisation de Y! a tout recommencé "from scratch", en s'appuyant sur leur outil interne. Le plus gros soucis, c'est que visiblement aucun test n'a été réalisé "pour de vrai", ne serait-ce que regarder ce que ça donnait.

La 5.0.2 a intégré certaines des corrections proposées mais plusieurs bugs restent ouverts (pire encore, de nouveaux bugs sont apparus entre la 5.0.1 et la 5.0.2).

Sur le forum francophone, j'avais rapidement posté une méthode pour "corriger" le maximum de choses pour les versions antérieures à la 5.0.2.

Je viens de faire la même chose pour la 5.0.2, je le retranscris ici :

su - zimbra
cd /opt/zimbra/mailboxd/webapps/zimbra/WEB-INF/classes/messages
mv ZmMsg_fr_FR.properties ZmMsg_fr.properties.old
wget http://stuff.grolamerz.com/Zimbra/ZmMsg_fr.properties
mv I18nMsg_fr.properties I18nMsg_fr.properties.old
wget http://stuff.grolamerz.com/Zimbra/I18nMsg_fr.properties
zmmailboxdctl restart

De même, si on veut "supprimer" la traduction française de l'admin (incomplète et incompatible avec un écran 1280x800) :

su - zimbra
cd /opt/zimbra/mailboxd/webapps/zimbraAdmin/WEB-INF/classes/messages
mv ZaMsg_fr_FR.properties ZaMsg_fr.properties.old
mv AjxMsg_fr.properties AjxMsg_fr.properties.old
mv ZMsg_fr.properties ZMsg_fr.properties.old
mv ZhMsg_fr.properties ZhMsg_fr.properties.old
mv I18nMsg_fr.properties I18nMsg_fr.properties.old
mv ZmMsg_fr.properties ZmMsg_fr.properties.old
zmmailboxdctl restart

Besoin d'installer une Ubuntu LTS pour un Zimbra NE supporté, le tout sur un 2900 qui part chez un client...

Niveau facilité, on est très loin d'une installation RH ou CentOS : gros soucis de gestion des disques/volumes et problème de cartes réseaux.

Lire la suite

Tout le monde est au courant maintenant et tout le monde y va de son avis.

Y compris les gens dont le métier est de donner son avis, comme Gartner.

Je suis tombé (merci le forum Zimbra US) sur cette extension qui va révolutionner ma vie de feignasse : https://addons.mozilla.org/fr/firefox/addon/2190

Une fois installée (sous Firefox bien sûr), on peut faire des drag'n'drop des fichiers dans les zones "Parcourir" au lieu de perdre du temps à parcourir son (ses) disque(s) dur(s). 100% compatible avec Zimbra bien entendu.

Tout simplement magique et indispensable.

Plutôt que désactiver sendmail avant l'installation de Zimbra, je préfère le reconfigurer.
Ainsi, tous les outils en ligne de commande (logwatch and co) ou les outils web (php) peuvent continuer à s'en servir.

Pour cela, il faut commencer par installer le package sendmail-cf :

up2date sendmail-cf

Puis on va dans /etc/mail et on fait nos modifications :

cd /etc/mail
nano sendmail.mc

Dans ce fichier, on cherche la ligne de définition du smarthost pour donner le MTA de Zimbra (postfix) en smarthost à sendmail (en fait, on décommente la ligne) :

define(`SMART_HOST',`localhost')

Et, un peu plus loin, on modifie le port (par défaut "smtp") en 2525 :

DAEMON_OPTIONS(`Port=2525,Addr=127.0.0.1, Name=MTA')dnl

Une fois que tout ça est fait et le fichier enregistré, il suffit de recompiler le sendmail.mc en sendmail.cf puis de redémarrer sendmail :

make 
service sendmail restart

Et voila (bien entendu, ce sont des instructions pour RHEL ou CentOS, à adapter à votre OS).

Merci à Carlos pour l'idée et l'article du wiki

Ils l'ont fait...

Une librairie JSP spécifique (côté serveur donc), quelques heures (jours ?) de développement et voila une interface 100% "standards compliant" pour l'iPhone.

http://www.zimbra.com/blog/archives/2007/07/izimbra.html

Encore une feature de plus pour la version 5.0.

Tu parles d'un teasing...

L'iPhone n'a aucune compatibilité spécifique avec Zimbra pour le moment : pas d'ActiveSync intégré (poubelle les rumeurs), pas de client iSync OTA intégré, rien. Rien qu'une compatibilité "standard" IMAP4+IDLE (donc push mail possible) et pour les synchros contacts/agenda il faut passer par la connection USB parce que la liaison BT ne le permet pas (John est très déçu).

600 USD la brique en silicium (et je passe sur le tarif de l'abonnement).

Je suis tombé dessus par hasard mais l'info me semble intéressante : Hyperic vient d'annoncer un plugin spécifique pour Zimbra.

Pour ceux qui n'ont pas encore de système de monitoring (ou qui ne sont pas contents du leur), ça peut être une piste d'autant plus intéressante à suivre.

Pour les autres, Zimbra intègre son propre daemon SNMP (utilisé en interne pour les stats sur le disque, les mails, etc) et il est simplissime d'ajouter un daemon au niveau de l'OS pour le reste.

L'enfer du "Resize inode not valid".

Lire la suite