Fwd: [GANDI] alternc.net expire dans 15 jours

-------- Message original --------
Sujet: [GANDI] alternc.net expire dans 15 jours
Date : Wed, 16 May 2012 22:13:03 +0200
De : Gandi <support-renew@...>
Pour : jerome@...

Cher client,

Vous recevez ce message car vous êtes contact sur le nom de domaine
alternc.net.

Celui-ci arrivera à échéance au Registre dans 15 jours, le 2012-05-31
23:10.

Si vous souhaitez conserver ce nom de domaine, vous devez effectuer le
renouvellement de celui-ci avant cette date. Le domaine sera
renouvelable au tarif normal jusqu'au 2012-06-30 13:10
Si, en revanche, vous ne souhaitez pas le garder, vous n'avez rien à
faire.

Pour information, sans action de votre part, alternc.net retombera
dans le domaine public aux alentours du 2012-08-04 23:10 (la date peut
varier légèrement en fonction des Registres et des fuseaux horaires).

Pour effectuer le renouvellement, veuillez vous rendre sur le site de
Gandi - http://www.gandi.net/
choisissez ensuite l'onglet "Nom de domaine" puis le lien
"Renouvellement", ou bien directement sur cette page:

Alternc - compte rendu confcall 26/04/12

Voici un compte rendu de notre dernière séance collective...
Cela concerne les nouveautés qui sont actuellement en cours
d'intégration ou plus généralement à l'étude.

Ergonomie de la présentation des mails:
  La nouvelle interface de mail associé au nouveau schéma de base n'a
pas fait l'unanimité ( vous pouvez la tester ici:
http:/alternc-dev.nnx.com ). Vinci c'est donc proposé pour lire le code
et modifier le rendu afin que cela colle plus aux différentes attentes
et habitudes d'utilisations.
  De mon coté je continue l'intégration du nouveau schéma de base de
mail d'Alternc avec Postfix/dovecot.

Gestion des crons (nouveautée):
 l'ergonomie est aussi quelque peu a revoir:
 - augmenter la taille du champ d'adresse mail
 - modification des périodicités proposée ( rajout d'une durée
hebdomadaire, mensuelle...)
 - ajout d'un champ custom pour une gestion encore plus fine.

Apache
 - tester le fonctionnement des pipedlogs ( nombre de processus crée en
fonction des hosts, droits utilisés par les différents processus pour
piper ou écrire les données.
 - vérifier les modes d'accès et les droits de MPM-ITK ( merci Fufroma)
 - http://openvisp.fr/doku/doku.php? id=mod vhs:open Visp

Global
 -Migration de GIT à SVN avec une période de transition passant par une
solution de type subgit: http://subgit.com

Pour la reunion

Bonjour tous le monde,

Je profite de la réunion telephonique de cet après-midi pour énoncer
quelques points pour lesquels des avis extérieurs sont nécessaires: 
  Donc pour commencer, il y a les piped logs pour apache avec un bout
d'explication ici http://www.alternc.org/wiki/Piped_logs ( j'ai pas eu
de réponses la première fois donc j'en reparle ^^ ).
  Ensuite, par rapport à la gestion des mails, il faudrait que l'on se
penche sur la suppression d'un mail, principalement niveau ergonomie
mais également niveau implémentation: par exemple est-ce que supprimer
un mail aliasé supprime les alias automatiquement ou pas, et si non que
faudrait-il faire des alias.

Patch pour ne pas se faire écraser sa config

Salut,

Dans la liste des trucs dont j'ai besoin pour mettre à jour l'AlternC de
Globenet il y avait en premier le besoin de pouvoir garder la config
qu'on a sans avoir besoin de pre-seeder debconf.

Donc j'ai fait un patch, c'était pas très long et ça fonctionne très bien
pour moi.

O+

--

-- 
Jonathan

_______________________________________________
Dev mailing list
Dev@...
http://lists.alternc.org/listinfo/dev

Changement de update_domains

Hello,

Je vais parler de la génération de la conf apache.

Résumé des épisodes précédents :
Dans la version 1.0 de AlternC, pour générer la conf apache on fait ca :
  - en cas de modif ou de suppression, on génére/supprime un fichier de 
conf dans /var/alternc/apacheconf
  - un find cherche tout les fichiers de conf dans ce répertoire et les 
concaténe pour en faire UN seul fichier a donner à apache.

Avantage: si on patch un fichier de vhost, a moins qu'on force sa 
regénération ou sa suppression, ca bouge pas. Pratique pour le debug.

Seulement voila, dans la problématique de *beaucoup* de fichiers de 
conf, la génération (le find) est très très très long.
Avec quelques milliers de fichiers de conf, ça se compte en minute.

Je propose le changement suivant :
On regénére systématiquement tout les fichiers de conf.
Ca parait effrayant et ressource-vore, mais en fait non. Il *faut* faire 
une requete SQL pour avoir les infos pour alimenter les (nouvelles) conf 
de vhost. Au lieu de prendre que celle modifié, on les prend toute. Donc 
niveau SQL, pas beaucoup plus gourmand.
Après, on charge les template dans des variables, et on se contente de 
output les template en remplacant à chaque fois les variable qui sont 
dedans.
Je suis passé ici de plus de 7 minute de génération à moins de 30 
secondes. Faire des echo de variable et une substitution dedans est 
beaucoup plus léger que de "cater" un à un des milliers de fichiers.

Se parler ne nous fera pas de mal (26 avril ?)

Salut tout le monde

Il y a fort longtemps, nous avions fait des points téléphoniques pour
se connaitre un peu (au passage) et voir un peu les envies et avancées
de chacun.

Cette fin d'année 2011 et début d'année 2012 montre un regain
d'activité et d'envie autour du projet, je crois que c'est essentiel
de relancer ceci.
Cela permettra aux nouveaux de connaitre un peu mieux les anciens, les
anciens éloignés de se remettre au goût du jour, ...
On pourra même connaitre la météo un peu partout dans le monde ou à
défaut en francophonie :)

Je vous propose de faire ceci prochainement, par exemple *jeudi 26
avril* en milieu/fin d'après midi (heure française), si mes calculs
sont bons :
 * le jeudi est un jour sans contrainte particuliere (ce n'est pas la
fin de semaine, ni le début, ce n'est pas le jour des enfants, ....)
 * l'après midi (heure française) devrait permettre aux 2 cotés de
l'océan d'être réveillés et disponibles.

Corrigez moi si je me plante.

Km

a propos des améliorations

Salut,

Je suis tout à fait admirative de vous voir aussi engagés dans ce projet
que j'ai vu naître et que me tient à coeur :)

Fufu m'a téléphoné l'autre jour, justement sur les changements
d'ergonomie pour le mail.
J'ai pas mal cogité et je me dis qu'il serait temps de faire une vraie
étude de satisfaction auprès des utilisateurs.
En effet, ce sont eux qui savent ce dont ils ont besoin et qui pourront
indiquer en gros les changements souhaités.

Alors, comme ce type d'étude d'évaluation est dans mes cordes (j'ai
beaucoup travaillé sur l'évaluation) je vous propose d'utiliser plutôt
un peu de mon temps à construire un véritable outil d'évaluation des
pratiques des utilisateurs alternc.
Et, non ce n'est pas un banal formulaire, c'est assez complexe à
construire même si c'est un formulaire au final... donc on pourrait
réfléchir aux différents items à explorer. Ce qui nous conduira
certainement à prendre en compte les grandes différences d'utilisation
entre les hébergés alternc.
Différences dues non seulement aux utilisateurs eux mêmes mais aussi à
la politique d'hébergement, qui peut varier d'un groupe à l'autre, d'un
client à l'autre.

Ne nous focalisons pas sur l'outil technique d'évaluation, je l'ai il a
fait ses preuve, il est en libre. Basta ! On pourra même en changer si
vous le souhaitez... Ciblons plutôt ce que nous voulons savoir. cela
permettra de ne pas décider à la place des gens :)
Et conduira sans doute à avoir plusieurs ergonomies (hypothèse :).

Le dev continue

Salut,

Un autre sujet, un autre mail.

On continue le dev du mail, on a revu plusieurs trucs en profondeurs 
rapport à vos remontées diverses.
On a pas fini, mais si vous voulez zieuter où on en est, le site de 
"demo" n'a pas changé.
On a pas encore commité le code vu tout ce qu'on doit changer vu vos 
retour, mais on va le faire.
Squidly a intégré dovecot et sieve, avec des trucs fou (quota mail). Il 
a encore a faire le déploiement de sa conf via l'install alternc, mais 
ça sent bon :)

A coté de ça, je suis en train de rajouter le principe de pouvoir faire 
des taches planifiées dans AlternC. Koissa ? Les CMS genre drupal ont un 
"cron.php" a appeler réguliérement qui fait du ménage, publie des 
articles, etc... Ce truc proposerai donc au gens de spécifier une URL et 
tout les combien elle doit être appelé.
C'est loin d'être fini, mais ça sera dans la 1.1. Je vous préviens dès 
que vous pouvez tester ça.

--

-- 
Alan Garcia
Neuronnexion, Prestataire Internet & Intranet
21 rue Frédéric Petit - 80000 Amiens
tel: 03 22 71 61 90 - fax: 03 22 71 61 99
http://www.neuronnexion.coop

Proposition de changement majeur sur l'install

Yop,

Une proposition de changement majeur pour pas être mis a l'index.
(J'étais obligé de la faire.)

Alternc se déploie avec apt-get, et dans la procédure d'installation le 
script alternc.install est lancé. Celui-ci fait les checks de "tout est 
comme j'ai besoin", il déploie les templates, etc, etc.

Ce que je propose, c'est de sortir l'execution de ce script de 
l'installation APT. Plusieurs raisons :
  1) dans l'absolu, c'est sale. En faisant un apt-get install alternc, 
alternc modifie sournoisement des fichiers de conf qui le concerne pas. 
C'est pas bien, et Debian le dis clairement.
  2) alternc.install fait des check, et il en fait de plus en plus 
(normal). Or, si ca échoue, ca fait tauler l'apt-get install. C'est 
*très* *très* pénible. Genre on a pas les ACL d'actif sur la partition, 
on dois apt-get install -f.

Et voila, ca ne compliquerai pas énormément les choses pour la personne 
qui installe alternc de lui indiquer a la fin de l'install "Maintenant, 
pour déployer alternc, il faut lancer alternc.install", c'est pas 
franchement la mort.

Donc au final, sans complexifier beaucoup la chose en cas d'installation 
"parfaite", on se retrouve à simplifier l'installation pour tout les 
gens qui ont des ajustements à faire.

Des avis ?

[patch] user alterncpanel et attribution des droits

Salut,

La version de dev actuelle ne s'installe pas correctement quand le
compte ou le group alterncpanel existent déjà.

Voici en attachement un patch qui corrige ce problème et quelques autres
associés :
    - création du script /usr/lib/alternc/setownerandgroup.sh fixant
      tous les propriétaires et groups spécifiques et suppression des
      commandes correspondandes dans les scripts de préinstall, de
      postinstall et à la construction du paquet,
    - déplacement de la création du group et du compte alterncpanel en
      postinstall et ajout d'une vérification de leur présence avant
      d'essayer de les créer,
    - suppression de l'uid fixe pour alterncpanel (ça serait bien de
      faire pareil pour le compte alternc d'ailleurs),

O+

--

-- 
Jonathan

_______________________________________________
Dev mailing list
Dev@...
http://lists.alternc.org/listinfo/dev

dev@...

Bonjours tout le monde !

	Avec fufroma ça fait un petit moment qu'on travaille sur la refonte de
l'interface de mail qui avait été commencé a être pensé en juin dernier.
On a bien avancé et donc on se tourne vers vous pour afin d'avoir des
premiers retour concernant ce qui à été fait avant de commiter quelque
chose de si radicalement différent de ce qui est pour le moment en
place.
La documentaition concernant l'interface est
ici:http://alternc.org/wiki/Virtual_Mail_implementation.
la todo list de qu'il reste a faire ou pose problème est
là:http://alternc.org/wiki/Virtual_mail_TODO

une interface de test que vous pouvez remplir est disponible
ici:http://alternc-dev.nnx.com login:admin pass:altertest

et pour finir un exemple de classe pouvant être implementé est plus des
cas classiques est disponible
ici:http://alternc-dev.nnx.com/m_mail_jabber.php.html

Bon ba voila, j'attend vos retour, positif ou négatif ( surtout positif
quand même ^^ )
cordialement, 
Squidly