AlternC

Ciao Selon le site ​http://cipherli.st on pourrait faire évoluer notre configuration ainsi : SSLCipherSuite AES128+EECDH:AES128+EDH SSLProtocol All -SSLv2 -SSLv3 SSLHonorCipherOrder On Header always set Strict-Transport-Security ... [More] "max-age=63072000; includeSubdomains; preload" Header always set X-Frame-Options SAMEORIGIN Header always set X-Content-Type-Options nosniff 2 points diférents : SSLSessionTickets Off n'est pas activé, car apache 2.2 n'est reconnait pas la directive Header always set X-Frame-Options SAMEORIGIN et non DENY pour permettre le fonctionnement de phpmyadmin Si pas de contre avis je commit [Less]

le script me renvoit régulièrement ca : PHP Notice: Undefined index: return_val in /usr/lib/alternc/do_actions.php on line 251 PHP Notice: Undefined index: return_val in /usr/lib/alternc/do_actions.php on line 257 dans le code en question, il ... [More] y a une faute de frappe : ligne 119, dans la fonction execute_cmd, la clé retournée est "return_var" (avec un "r"), mais plus loin le script test "return_val". [Less]

adding MySQL, fixing Mail functions, adding LOGIN to mail function

Ne pas utiliser les indexes de mysql c'est se tirer dans le pied côté performance. Dans ce cas on est probablement un peu chanceux que l'impact sur la performance ne soit pas si grand que ça, mais c'est quand même non négligeable quand on commence à ... [More] avoir un taux de livraison assez grand. La requête problématique se trouve dans le fichier /etc/postfix/mytransport.cf Elle ressemble à: select delivery from mailbox join address on address.id = mailbox.address_id join domaines on domaines.id = address.domain_id where concat(address.address,'@',domaines.domaine) ='%s' L'élément problématique ici (comme dans les autres endroits où des requêtes SQL ont des problèmes de performance) c'est le concat qui empêche de comparer des valeurs directement aux colonnes -- donc empêche d'utiliser les indexes et force mysql à calculer la concaténation de TOUTES les valeurs possibles. La correction dans ce cas-ci serait d'utiliser la fonction substr pour séparer les deux morceaux de l'adresse '%s' et comparer chaque partie à la colonne appropriée. Pour mieux comprendre l'impact de la requête, on utilse "EXPLAIN SELECT ...": mysql> explain select delivery from mailbox join address on address.id = mailbox.address_id join domaines on domaines.id = address.domain_id where concat(address.address,'@',domaines.domaine) ='[email protected]'; +----+-------------+----------+--------+----------------------+--------------+---------+--------------------+------+--------------------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+----------+--------+----------------------+--------------+---------+--------------------+------+--------------------------+ | 1 | SIMPLE | domaines | index | PRIMARY | domaine | 258 | NULL | 2303 | Using index | | 1 | SIMPLE | address | ref | PRIMARY,fk_domain_id | fk_domain_id | 8 | system.domaines.id | 4 | Using where; Using index | | 1 | SIMPLE | mailbox | eq_ref | address_id | address_id | 8 | system.address.id | 1 | | +----+-------------+----------+--------+----------------------+--------------+---------+--------------------+------+--------------------------+ 3 rows in set (0.01 sec) mysql> explain select delivery from mailbox join address on address.id = mailbox.address_id join domaines on domaines.id = address.domain_id where address.address='gabriel' and domaines.domaine='koumbit.org'; +----+-------------+----------+-------+---------------------------+--------------+---------+-------------+------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+----------+-------+---------------------------+--------------+---------+-------------+------+-------------+ | 1 | SIMPLE | domaines | const | PRIMARY,domaine,domaine_2 | domaine | 258 | const | 1 | Using index | | 1 | SIMPLE | address | const | PRIMARY,fk_domain_id | fk_domain_id | 265 | const,const | 1 | Using index | | 1 | SIMPLE | mailbox | const | address_id | address_id | 8 | const | 1 | | +----+-------------+----------+-------+---------------------------+--------------+---------+-------------+------+-------------+ 3 rows in set (0.00 sec) On peut voir ici que la requête avec le concat est au minimum 10x plus lente (mais p-e plus vu que le temps n'est pas super précis). La requête EXPLAIN nous montre qu'on doit tout d'abord lister 2303 lignes, pour ensuite réduire à 4 avec la clause WHERE. Donc, on fait 2303 fois le concat pour comparer avec '%s'. Dans le deuxième cas, on peut voir qu'en utilisant les indexes, on tombe direct à 1 ligne seulement, ce qui accélère énormément le traitement. Donc voilà.. là nouvelle requête dans le fichier /etc/postfix/mytransport.cf devrait ressembler à ceci: select delivery from mailbox join address on address.id = mailbox.address_id join domaines on domaines.id = address.domain_id where address.address=SUBSTRING_INDEX('%s', '@', 1) and domaines.domaine=SUBSTRING_INDEX('%s', '@', -1); [Less]

[enh] adding more methods to Mail api

[enh] adding the possibility of - in calls: list-mails will be called as listMails

Ugly patch to fix sub-domains activation states #1645

When activing or desactiving a sub-domain, AlternC doesn't update the database accordingly making the sub-domain appear in a pending state indefinitely.

lower default TTL to 1 hour this actually raises availability when changes occur in the infrastructure and smooths transitions. 1 day TTLs was relevant back when DNS servers and traffic were much slower i do not think it is relevant anymore, and 1h seems much more reasonable

[fix] not detecting the LAST in alternative names