grolamerz inside

Le blog a changé de serveur (encore)...

Certains articles, de leur côté, ont carrément changé de blog !

C'était le "dessert" prévu pour ce soir, achetés cet après-midi.

Et voilà le résultat, après un "croc" dans l'un d'eux.

J'en entends ricaner d'ici...

C'est pas moi qui l'ai écrit...

Etape initiale, installer php-cli sur votre serveur ZCS et coller le script PHP (appellons le quota.php) à un endroit où il est exécutable par le user zimbra.

Le code :

<?php

header('Content-Type: text/plain');

exec('zmprov gqu `zmhostname`', $lines);
ini_set('error_reporting',E_ALL & ~E_NOTICE);

$domains = array();

foreach($lines as $line)
{
        list($mail,$quota,$used) = explode(' ',trim($line));
        list($user,$domain) = explode('@',$mail);
        if($user == 'wiki')
                continue;

        $domains[$domain]['total'] += $used;
        $domains[$domain]['users'][$user] = $used;
}

echo 'DOMAINS'."\n";
ksort($domains);
foreach($domains as $d => $dd)
{
        ksort($dd['users']);
        echo '- '.$d."\n";
        foreach($dd['users'] as $uid => $n)
        {
                echo '  . '.$uid.': '.sprintf('%.2f',round($n/1073741824,2))."GB\n";
        }
        echo '  Total: '.sprintf('%6.2f',round($dd['total']/1073741824,2)).'GB'."\n";
        echo "\n";
}

?>

Il ne reste qu'à lancer le script :

su - zimbra
php quota.php

Merci Mau...

C'est valable aussi pour ZCS 5 mais bon...

Le soucis est simple : JeOS est tellement allégé que beaucoup de paquets ne sont pas installés. Cependant, comme le script d'installation de ZCS pense qu'il est sur un Ubuntu LTS standard, il ne vérifie même pas l'existence de ces paquets. Résultat, ZCS s'installe sans soucis mais un certain nombre de choses plantent.

La résolution est tout aussi simple : installer les packages manquant. Voici la liste que j'installe "par défaut" et qui semble convenir. Elle est basée sur la liste des packages que j'installais pour Ubuntu 6 LTS. On doit certainement pouvoir l'optimiser (perl-doc par exemple, pas sûr que ce soit nécessaire).

apt-get install cron curl file gcc-3.3-base gettext libcurl3 libexpat1 libgmp3c2 libidn11 libltdl3 libpcre3 libstdc++5 libxml2 nano openssl perl perl-doc perl-modules ssh sysstat wget

Pour info, si "file" manque amavis/ClamAV/SA ne sont pas contents.
Si c'est "curl/libcurl3" qui manquent, les impressions ne se font pas et génèrent des erreurs 500 dans le ZWC.
Quant à l'absence de "cron", on imagine de suite...

Samsung a mis en place il y a quelques mois un site où l'on peut télécharger sa mise à jour officielle pour Windows Mobile 6.1.
Sauf que, bien entendu, toujours pas de mise à jour pour la France...

Les gentils de XDA ont fabriqués leurs propres firmwares 6.1 mais aucun ne gère nativement le clavier français, donc moyen...

Et ce matin, en fouillant une fois de plus Google, je tombe sur le forum de MobiFrance.
Avec un lien qui va bien pour une ROM 6.1, Orange, en français !

J'ai craqué et j'ai fait la mise à jour :

• installer ActiveSync (ou son équivalent Vista) si ce n'est pas encore fait
• installer le pilote Samsung Modem si ce n'est pas encore fait (version XP ou Vista)
• télécharger l'outil d'installation automatique du firmware pour XP ou Vista
• si vous avez un i780 générique (pas Orange), il faut ouvrir l'exécutable que vous venez de télécharger avec un éditeur hexa (Notepad++ plus le plugin qui va bien par exemple) et, tout à la fin du fichier, remplacer "780AF" par "780XH"
• lancer l'outil de mise à jour et le laisser faire (il reboote le phone puis flashe les différents éléments)
• une fois le flash réalisé, si vous voulez retirer l'interface Orange, il suffit de la désactiver dans "Paramètres/Aujourd'hui" puis de reconfigurer éventuellement votre phone

Et voilà, on se retrouve avec une version i780PAFHJ1...

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

Les améliorations de Firefox 3 sont impressionnantes, le boulot qui été réalisé aussi : http://blog.pavlov.net/2008/03/11/firefox-3-memory-usage/

Ca fait plusieurs fois qu'un des nodes du cluster MailCleaner OpenSource Edition arrête de délivrer les mails. Ceux-ci sont bloqués dans la queue de filtrage (c'est tout à fait visible via l'interface web, dans les Statistiques).

Lire la suite

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