INFO les barques

Bloquer certaines adresses ip à accéder au serveur [SME]

Georges Charpenay — 2015-10-27T09:21:12Z

SME 9

Il arrive quelquefois d'avoir des personnes de mauvaise fréquentation sur internet qui essaient de s'accaparer votre serveur, ou de faire bien des choses malveillantes.

Il peut alors être utile de verrouiller le serveur pour ne pas donner suite aux requêtes provenant des adresses ip de ces personnes.

Il faut d'abord créer une template qui liste les IP bloquées.

mkdir -p /etc/e-smith/templates-custom/etc/rc.d/init.d/masq/ nano -w /etc/e-smith/templates-custom/etc/rc.d/init.d/masq/40DenyRiffRaff

Dans ce fichier, nous allons ajouter les adresses ip à bannir (une ligne par adresse ip) :

/sbin/iptables -A INPUT -s 183.60.48.25/32 -j DROP

Volontairement, je n'ai écrit qu'une adresse ip, mais le fichier en comporte plusieurs et vous pouvez jouer sur les masques d'adresses.

Une fois le template créé, il faut l'appliquer aux fichiers de configuration et redémarrer le service concerné.

expand-template /etc/rc.d/init.d/masq

Puis redémarrer le service concerné.

/etc/init.d/masq restart

C'est verrouillé, vous pouvez vérifier que les adresses ip sont bien bloquées qui devraient être dans la colonne "source" du résultat de la commande suivante :

iptables -L INPUT -v -n

Et voici le résultat (copie d'écran partielle)

ipbannie

Notez que je n'ai aucun mérite à écrire cet article qui est pratiquement la traduction de ce qui est publié ici, mais j'ai eu du mal à trouver cette solution que j'ai appliquée sur sme 9, et que c'est toujours agréable de retrouver l'explication dans la langue de Molière. Un grand merci donc, aux auteurs de cette contribution originale.

Installation sme 8 Kernel panic [SME]

Georges Charpenay — 2013-01-20T20:44:55Z

Bien que largement satisfait de la distribution 7 de sme server, et pour continuer à bénéficier des mises à jour de sécurité , il faut se décider, un jour à évoluer sur sme8.

L'ancien système s'installant sans difficultés particulière en raid 1 par la commande sme=raid1, au tout début de l'installation, on serait tenté d'intenter la même commande avec la nouvelle distribution.

Seulement, seulement, il arrive quelquefois que bien que l'installation se passe sans difficultés, le système ne reboote pas entièrement, arrivant sur un kernel panic au moment du chargement du pilote raid (pourtant le bon pilote). J'ai essayé en paramétrant mon bios en raid, même résultat. En installant une carte raid 1, adaptec 1210, linux reconnait bien la carte et prend bien le bon pilote, mais même résultat ! Désespérant !

La solution qui a fonctionné pour moi est très simple. Il suffit de débrancher un des deux disques et faire l'installation sur un seul disque.
Laisser redémarrer le serveur et finir de renseigner les paramètres de base (nom, mot de passe root, domaine, etc...), pour aboutir sur un redémarrage/reconfiguration.

Ensuite, il convient d'aller en admin console et choisir d'ajouter un disque à la grappe. Il voit le deuxième disque comme un disque de spare et l'inclue à la grappe.

Laissez mariner une petite heure, le temps qu'il reconstruise sa grappe, aller voir dans le mail d'admin pour constater que le rebuild est bien terminé et le tour est joué !

Enjoy !

Réinitialisation de l'utilisateur admin (root) mysql [SME]

Georges Charpenay — 2013-01-20T18:36:29Z

Il peut arriver quelquefois d'avoir à réinitialiser l'utilisateur root de mysql sans avoir forcément fait des bêtises.
Par exemple, si vous sauvegardez votre serveur avant de changer de machine, vous installez votre nouveau serveur physique, et restaurez l'intégralité du serveur.

Tout fonctionnera bien, mais on trouvera des anomalies visibles sur la console en fin de boot, et ces anomalies risquent de nous gêner aux prochaines mises à jour système car le serveur ne pourra se connecter à la base sql.

De plus, c'est fortement gênant car vous ne pourrez pas non-plus vous connecter à la base sql en administrateur.

En cherchant sur le net, j'ai trouvé la réponse sur l'excellent site de sme-serveur.

Il suffit de se connecter en ssh et de lancer les commandes suivantes pour que tout rentre dans l'ordre.

cd /var/service/mysqld sv d . expand-template /root/.my.cnf expand-template /var/service/mysqld/set.password /usr/libexec/mysqld --bootstrap --user=mysql --skip-grant-tables < ./set.password sv u .

Installation egroupware 1.6 sur sme 8 [SME]

Georges Charpenay — 2013-01-07T19:07:24Z

Installer Egroupware 1.6 sur une sme 8 (avec php 5.3), n'est pas toujours une mince affaire, mais avec un peu de patience, nous arrivons toujours à nos fins.

I - Installation des programmes

D'abord, procurons-nous la version qui va bien et que j'ai eu un peu de mal à trouver :

Télécharger la version

Connectons-nous en SSL sur le serveur avec notre utilitaire préféré (putty ou autre), copions-y le fichier RPM, et lançons son installation avec :

yum localinstall smeserver-egroupware-1.6.003-2.noarch.rpm

A la fin de l'installation, ne pas oublier de lancer :

signal-event postupgrade; signal-event reboot

II - Première connexion

Après redémarrage du serveur, vous devriez pouvoir vous connecter avec l'adresse suivante :

https://(votre domaine ou adresse ip serveur)/egroupware/setup

Ce qui vous amène sur l'écran suivant :

III- Création du compte administrateur

Le clic sur création d'un compte administrateur vous amène sur l'écran suivant :

Complétez les paramètres du compte administrateur et donnez-lui les droits aux applications.

Nota : A partir de cette étape, et si vous avez une sauvegarde de votre base de donnée egroupware, vous pouvez la recharger (bouton backup & restore). Vous retrouverez ensuite tout votre egroupware préféré avec ses données et vous épargnera les étapes de paramétrages suivantes (sauf celui du template - plus bas -)

IV - Gérer les langues

Validez la page et allez cliquer sur Gérer les Langues

Choisissez Français (ou votre langue préférée), supprimer les autres langues, puis installer.

Il m'est arrivé malencontreusement qu'après avoir validé, je gardais en permanence l'italien dans l'interface utilisateur. Ne trouvant pas de solution immédiate, je m'en suis sorti en choisissant, une fois la langue choisie et validée, en désinstallant puis réinstallant immédiatement toutes les applications.

Cela m'a toutefois demandé de repasser en revue la création du compte administrateur...
De temps en temps, de réagir comme dans le monde windows, ça peut-être utile. Il y a un autre moyen plus simple et plus logique, mais tellement long à expliquer pour une première installation....

V - Installation du domaine

Choisissez config-admin, validez, et choisissez "Modifier la configuration actuelle" pour passer en revue quelques paramètres d'eGroupware.

Nota : Pour cette partie, je me suis borné à vous informer pour une installation de base reproduite par les écrans suivants. Je l'ai améliorée plus tard avec d'autres paramètres (ldap, cryptage et autres), mais les copies d'écrans vous permettent de faire fonctionner eGroupware pour une installation basique pour un premier essai.

Dans ces photos, il suffit de modifier les paramètres pour obtenir les valeurs et chemins par rapport à une installation sme-serveur car les valeurs que vous trouverez peuvent ne pas correspondre à votre installation.

Vous arrivez donc à une grande page avec pas mal de paramètres et en voici quelques uns choisis pour une première utilisation.

Chemin et Hôtes

chemin et hote

Il s'agit ici de préciser les emplacements exacts des fichiers d'egroupware, de ses sauvegardes, de son répertoire temporaire, de l'url de connexion (que vous pourrez changer plus tard), ainsi que le nom de la machine.

Paramètres de messagerie et d'authentification

mail et authentification

Il faut préciser à eGroupware les paramètres de connexion au serveur de mail (qsmtpd.. ou autre). Pour une première configuration, j'ai choisi imap avec le port 143. Je l'ai fait ensuite évoluer sur imaps, mais c'est une autre histoire. N'oubliez pas l'authentification SMTP (tout dépend de la configuration smtp que vous avez choisie dans la configuration de votre serveur).

Pour sql, je me suis basé dans un premier temps à une configuration standard.

Autres paramètres

autres param ?tres

Pour les autres paramètres, n'utilisant pas la connection ldap (dans un premier temps), j'ai laissé les paramètres par défaut qui devraient ressembler à l'image ci-dessus

VI - Modification des entêtes

Il faut cette fois se reconnecter en header-admin, en vue, dans cette section de changer les logins mots de passe header et config et mettre des noms plus appropriés. (par exemple le même login et mot de passe pour les deux sections - beaucoup plus pratique - et surtout de sécuriser l'installation en modifiant ces paramètres en ne laissant surtout pas ceux par défaut.

Donc, sur la deuxième partie de l'image ci-dessus :
login : header-admin
mot de passe : admin

Ce qui vous amène à l'écran suivant :

sur lequel vous changerez header-admin par votre login et mot de passe que vous aurez choisi

Idem, un peu plus bas sur la page, pour config-admin

sur lequel vous personnaliserez vos logins et mots de passe et n'oublierez pas de cliquer ensuite sur écrire.

Ce qui vous amènera à la page suivante :

Le plus gros du paramétrage est fini, vous pouvez-vous connecter en tant qu'utilisateur final ! (menu revenir à l'accueil utilisateur)

Tout devrait fonctionner sauf une page blanche sur le mail que vous aurez le plaisir de découvrir et sur laquelle je vais vous donner une solution, peut-être pas la meilleure, mais qui fonctionne ...

Tout fonctionne, sauf ...?

A ce point, tout egroupware fonctionne sauf la page de felamimail qui reste résolument blanche (après recherches : erreurs par rapport à la nouvelle version php5.3 du serveur) et l'erreur suivante, un peu gênante que nous renvoie egroupware setup concernant la taille maximum des fichiers téléchargés.

Vérification de php.ini: upload_max_filesize >= 8M: ini_get('upload_max_filesize')='6M' upload_max_filesize est fixé à 6M, vous ne pourrez PAS télécharger ou joindre des fichiers plus gros que ça! *** Modifiez svp comme suit votre fichier php.ini (/etc): upload_max_filesize = 8M

Pour cette dernière erreur, bizarrement, la modification du fichier php.ini n'influe pas sur cette routine d'egroupware qui retrouve cette erreur à chaque vérification de l'installation (menu setup, vérification de l'installation). Donc laissons le php.ini et agissons pour qu'egroupware retrouve les mêmes paramètres d'upload_max_filesize définis dans php.ini (pour mon cas upload_max_filesize=10M)

Notez qu'au passage, la recherche d'erreur et de solution felamimail/egroupware m'a pris une bonne poignée d'heures, et l'indice qui m'a finalement permis de trouver la solution se trouvait tout simplement dans l'édition des journaux messages systèmes, comme quoi, il faut toujours regarder les journaux systèmes avant d'aller voir plus loin ...)

VII -Modifier les templates

Modification des templates pour corriger le problème de egw-pear, qu'eGroupware ne retrouve pas (malgré qu'il soit bien installé), et bloquant la page du mail (page blanche) ainsi que l'erreur de taille maximum des fichiers téléchargés.

Création du template :

Il faut d'abord retrouver le fragment d'httpd.conf concernant eGroupware pour le copier sur le répertoire des templates :
On se positionne sur le répertoire du fragment à copier :
cd /etc/e-smith/templates/etc/httpd/conf/httpd.conf/
et on récupère le fichier 98egroupware

On crée l'arborescence identique aux templates sous les templates-custom (si elle n'existe pas).

cd /etc/e-smith/templates-custom/etc mkdir httpd cd httpd mkdir conf cd conf mkdir httpd.conf

Dans le répertoire /etc/e-smith/templates-custom/etc/http/conf/httpd.conf/
Nous copierons le fichier 98egroupware récupéré et nous allons éditer pour changer deux lignes :

Nano 98 egroupware

Dans la section egroupware (à la fin du fichier)

Changer :

php_value open_basedir /opt/egroupware :/tmp

php_value upload_max_filesize 6M

par

php_value open_basedir /opt/egroupware:/tmp:/usr/share/pear php_value upload_max_filesize 15M

Sauvegarder 98egroupware et quittez nano, puis lancez la commande suivante pour que les modifications soient prises en compte.

expand-template /etc/httpd/conf/httpd.conf

Vous pouvez immédiatement tester le bon fonctionnement de votre mail egroupware si vous faites au préalable redémarrer votre service web

/etc/rc7.d/S86httpd-e-smith restart

Lancez egroupware, allez sur le mail apprécier l'interface tant attendue et allez dans le menu setup lancer la vérification de l'installation pour trouver l'information suivante, à la place de l'erreur ci-dessus.

Taille t ?l ?chargement OK

Vous pouvez ensuite, en test ultime, vérifier si des modifications de configuration de serveur (mise à jours) peuvent altérer vos paramètres en lançant un redémarrage/reconfiguration depuis l'interface web d'administration.

Pour mon cas tout est OK !

Enjoy Egroupware !

Uploader des images avec SPIP [SME]

Georges Charpenay — 2012-12-29T19:48:43Z

Depuis la bascule de sites internet spip d'un serveur sme 7 à sme 8, j'ai eu la surprise que tous les sites spip hébergé sur le nouveau serveur ne voulaient pas uploader des documents ou images.

Impossible d'uploader

En cliquant sur le lien, j'ai constaté qu'il manquait une variable à renseigner au niveau du moteur php.

Erreur 6 dossier temporaire

VERIFICATION DE L'ANOMALIE

Pour vérifier cette anomalie, il suffit de créer un fichier phpinfo.php à la racine d'un des sites qui ne fonctionnent pas avec les instructions suivantes :

<?php phpinfo(); ?>

Puis d'appeler ces infos en appelant :
http://votresiteinternet/phpinfo.php

Le site vous retourne alors les valeurs de php chargées et nous voyons que la valeur upload_tmp_dir n'est pas renseignée.

Le problème vient du fait que spip se sert de la configuration apache depuis php.ini et de l'attribut "upload_tmp_dir".

Celui-ci doit être renseigné par un répertoire ayant les droits de lecture et d'écriture.

TESTER UNE SOLUTION/VARIABLE

Il faut donc créer un répertoire pour les upload de spip.

J'ai pensé qu'un répertoire intitulé tmpspip, sous /opt conviendrait.
Je l'ai volontairement placé à cet endroit afin qu'il soit accessible depuis les sites de toutes les ibays et en plus, il pourra, à souhait, être sauvegardé avec le reste du système (voir article inclure répertoire opt dans les sauvegardes smeserveur sur ce même site internet).

Nous nous connecterons donc avec putty et invoquerons les commandes suivantes :

Cd /opt Mkdir tmpspip Chmod 777 tmpspip

Voilà, c'est fait, et à partir de ce moment, on serait tenté d'aller modifier directement le fichier php.ini en ajoutant l'instruction

upload_tmp_dir = /opt/tmpspip

Puis redémarrer le service http avec

/etc/rc7.d/S86httpd-e-smith restart

Pour enfin vite aller dans votre site spip préféré et uploader une image ou un document pour voir que ça fonctionne. .. Et ça fonctionne !
Dans la négative, vous pouvez vérifier la valeur d'upload_tmp_dir avec le fichier phpinfo.php et son appel dans la procédure décrite ci-dessus (au cas où vous auriez fait une faute de frappe par exemple).

On a fini ?, mais non !!!

SOLUTION PERENNE

A cette étape, nous savons que nos modifications vont fonctionner, mais à n'importe quel redémarrage-reconfiguration du serveur, par exemple lors d'une mise à jour, les modifications sont perdues (configuration sme oblige).

Alors, pour rendre ces modifications permanentes, il faut passer par une petite étape, comprendre les templates. (au moins un petit peu comme pour mon cas).

Les templates sont des fragments de tous les fichiers vitaux de votre sme. Php.ini par exemple, est coupé en une multitude de fragments tous stockés dans /etc/e-smith/templates/etc/php.ini/

Au redémarrage du système, ces fragments reconstituent le fichier php.ini d'origine.

Mais pour résoudre notre problème présent dirons-nous, le détail ci-dessous aideront à comprendre le fonctionnement des templates :

– je crée dans les templates personnalisées un répertoire devant accueillir mes propres modifications du fichier php.ini :

mkdir -p /etc/e-smith/templates-custom/etc/php.ini

Je cherche le fragment de fichier qui m'intéresse dans /etc/e-smith/templates/etc/php.ini/

Ici, je constate que le 60FileUploads peut contenir ma variable de répertoire temporaire.

Je copie donc le fragment « origine » (sur lequel je veux faire des modifications ) dans ce répertoire personnalisé (templates-custom)

cp /etc/e-smith/templates/etc/php.ini/60FileUploads /etc/e-smith/templates-custom/etc/php.ini

Si l'instruction n'est pas dans un fragment d'origine, je peux en créer un en prenant un numéro de fragment n'existant pas (le numéro correspondant à la position où il se trouvera dans le fichier destination (le cas présent, le fichier php.ini)

– je modifie le fichier copié (ou mon propre fragment), dans templates-custom.

cd /etc/e-smith/templates-custom/etc/php.ini nano 60FileUploads

– j'ajoute la ligne (pour le cas présent) :

upload_tmp_dir = /opt/tmpspip

– je quitte nano en sauvegardant le tout.

Si j'avais alors souhaité mon propre template sans modifier le template système, j'aurais tout simplement créé un fichier sous /etc/e-smith/templates-custom/etc/php.ini/ que j'aurais appelé, par exemple 61RepUpload (je suis libre du nom que je veux utiliser).

J'éditerais ce fichier :

Nano 61RepUpload

et j'aurais ajouté la ligne dans ce fichier :

upload_tmp_dir = /opt/tmpspip

Nota : Sachant que le fichier commence par 61, ses instructions seront interprétées immédiatement après 60FileUploads.

– Il suffit ensuite de valider le fragment et reconstruire le php.ini :

expand-template /etc/php.ini

Puis de redémarrer le serveur http

/etc/rc7.d/S86httpd-e-smith restart

Notez qu'une reconfiguration-redémarrage du serveur depuis la console d'administration aura le même effet.

Voilà, c'est fini, la modification sera prise en compte par le serveur aux redémarrages...

ANNULATION

En cas d'erreur, on peut bien sûr faire machine arrière

Pour annuler une modification, il suffit tout simplement de supprimer le fragment de fichier créé ou copié dans templates custom, suivi des commandes suivantes

expand-template /etc/php.ini /etc/rc7.d/S86httpd-e-smith restart

Vers SME 9

Au delà de toutes ces manipulations, le blocage des upload_tmp-dir peut persister.
Nous trouvons le coupable dans les messages

Aug 26 22:10:05 goupil httpd : PHP Warning : Unknown : open_basedir restriction in effect. File(/tmp) is not within the allowed path(s) : (/home/e-smith/files/ibays/) in Unknown on line 0 Aug 26 22:10:05 goupil httpd : PHP Warning : File upload error - unable to create a temporary file in Unknown on line 0

En fait c'est le openbasedir qui bloque, c'est en quelque sorte
une prison qui empêche les applications php de sortir des répertoires
par défaut que on leur a attribué. Il faut donc personnaliser l'ebay contenant le site internet pour qu'elle puisse aller écrire dans le répertoire temporaire.

L'explication estici
et la commande est, par exemple :

db accounts setprop <mon_ibay> PHPBaseDir /home/e-smith/files/ibays/<mon_ibay>/:/tmp/ signal-event ibay-modify

Et tout rentre dans l'ordre, comme par magie.

J'invite d'ailleurs à installer l'excellente contrib de Stéphane de Labrusse (que je remercie encore de m'avoir personnellement guidé pour le coup)
Il s'agit de smeserver-webhosting, qui ne fonctionne qu'à partir de la sme 9.

yum --enablerepo=smecontribs install smeserver-webhosting signal-event post-upgrade; signal-event reboot

Vous trouverez la procédure complète d'installation de webhostingici.
Ainsi, vous trouverez tout sur l'interface d'administration de votre serveur. N'est-ce pas une contribution royale ???

Quand le serveur ne veut plus se mettre à jour... [SME]

Georges Charpenay — 2012-04-07T10:32:35Z

Eh oui, nul n'est infaillible, et encore moins l'informatique !

J'ai rencontré récemment un problème de mise à jour du serveur :

Cannot find a valid baseurl for repo : base
Error : Cannot find a valid baseurl for repo : base

Gênant, et puisqu'il s'agit d'un serveur de production, on ne peut, à mon sens, laisser perdurer une telle situation au risque de s'exposer à plus ou moins long terme, à des attaques du net ou des dysfonctionnement du serveur.

J'ai recherché longuement sur le net une solution pour mettre d'aplomb les repository. Après plusieurs manipulations en console infructueuses (yum.conf et les fichiers de repository), je me suis dit qu'il doit bien exister quelque-chose dans l'interface pour reparamétrer correctement les sites de mises à jour. Et en fait, la solution est très simple.

Il faut aller tout simplement dans l'interface server-manager et choisir le menu de mise à jour logicielle (à gauche), puis le bouton "modifier les paramètres de mise à jour.

Dans ces options de mises à jour, je n'ai choisi que les repository stables, à savoir :

– CentOS - os
– CentOS - updates
– SME Server Addons
– SME Server Contribs
– SME Server - os
– SME Server - updates

NE PAS activer SME Server - updates testing qui contient des logiciels en test bêta !

A partir de là, les fichiers d'update se mettent à jour correctement et tout est reparti correctement.

Vive Centos ! et vive le libre !

Vider le cache du proxy squid [SME]

Georges Charpenay — 2011-05-05T16:44:40Z

Si vous passez par un proxy, pour ne citer squid utilisé dans la distribution de sme-server et constatez des lenteurs d'affichage de pages web sur votre browser préféré. Testez d'abord un autre browser et si ces lenteurs sont répétées mais aussi aléatoires en utilisant plusieurs browsers, il peut arriver que le cache de votre proxy soit plein.

Cela n'empêche pas le système de fonctionner, mais peut ralentir l'accès internet, de par le nombre de pages stockées en local. Si le cache est trop grand, on obtient l'effet inverse que celui recherché en matières de performances.

Cela peut être vérifié en affichant les journaux systèmes dans votre interface d'administration.. et si vous trouvez un message qui ressemble à celà :

squid[8473] : WARNING : Disk space over limit : 180016 KB > 102400 KB, c'est bien que votre proxy est plus que plein et qu'il convient de faire un peu de ménage pour optimiser le tout.

Pour cela, en ayant ouvert une console ssh, lancez les commandes suivantes :

cd /var/spool/squid service squid stop rm -fr /var/spool/squid/* service squid start

En fait, on se place sur le répertoire du cache, on arrête le service squid, on supprime les fichiers du cache, on redémarre le service....

Le tour est joué ! Votre cache est propre et va se reconstituer petit à petit.

Nota : Si toutefois le service squid ne se désactive pas correctement, vous pouvez utiliser l'interface admin pour arrêter et redémarrer les services proxy. Prenez toutefois la précaution de désactiver le proxy, le cas échéant dans votre explorateur car vous perdrez la main sur l'interface admin, quitte à le réactiver immédiatement après.

On peut vérifier que tout s'est bien passé en allant consulter à nouveau le fichier messages à travers la console web qui doit vous afficher des informations ressemblant à celà :

Ready to serve requests. squid[15637]: Done reading /var/spool/squid swaplog (0 entries) squid[15637]: Finished rebuilding storage from disk. squid[15637]: 0 Entries scanned squid[15637]: 0 Invalid entries. squid[15637]: 0 With invalid flags. squid[15637]: 0 Objects loaded. squid[15637]: 0 Objects expired. squid[15637]: 0 Objects cancelled. squid[15637]: 0 Duplicate URLs purged. squid[15637]: 0 Swapfile clashes avoided. squid[15637]: Took 0.3 seconds ( 0.0 objects/sec). squid[15637]: Beginning Validation Procedure squid[15637]: Completed Validation Procedure squid[15637]: Validated 0 Entries squid[15637]: store_swap_size = 0k

Mais rien ne vous empêche, dans la foulée, à ajouter cette procédure dans le cron pour qu'elle s'exécute régulièrement, par exemple, une fois par semaine.

Désactiver les contrôles horaires sur l'email entrant [SME]

Georges Charpenay — 2011-01-10T18:21:43Z

Il arrive quelquefois que des emails entrants n'arrivent pas jusqu'aux boites aux lettres de votre serveur SME car il n'ont pas été horodatés par l'expéditeur.

Qsmtpd, de notre serveur, refuse de le distribuer.

Sur le principe, c'est bien, mais il arrive quelquefois que des portails web (citons par exemple, le portail webmail d'orange), ne respectent pas les normes RFC et n'horodate pas les mails avant de les expédier.

C'est fort dommage et complètement nul (surtout de la part d'orange, qui devrait être un exemple en soi).

Quoi qu'il en soit, on se prive d'une partie du mail à cause de sites web mal construits et il serait dommage d'empêcher les utilisateurs de ces sites, pour ne pas le citer une nouvelle fois, du portail d'orange, de voir leur mail en retour, pour cause de non-distribution par notre serveur.

Alors, il faut désactiver sur le contrôle des horaires sur les emails entrants de la façon suivante : (je parle bien des mails provenant d'internet vers notre serveur de mail - patte wan).

Pour désactiver ce contrôle depuis la patte externe (wan) :

mkdir -p /etc/e-smith/templates-custom/var/service/qpsmtpd/config/peers/0 cd /etc/e-smith/templates-custom/var/service/qpsmtpd/config/peers/0 echo "# 17check_basicheaders disabled by custom template" > \ 17check_basicheaders signal-event email-update

Pour d'autres raisons, vous pouvez avoir besoin de le faire sur la patte interne.

Pour désactiver également ce contrôle sur la patte interne (lan) :

mkdir -p /etc/e-smith/templates-custom/var/service/qpsmtpd/config/peers/local cd /etc/e-smith/templates-custom/var/service/qpsmtpd/config/peers/local echo "# 17check_basicheaders disabled by custom template" > \ 17check_basicheaders signal-event email-update

Toutefois, si vous désactivez ce contrôle depuis la patte interne et utilisez votre serveur en IMAP, vous pourriez avoir la désagréable surprise de constater la disparition de vos dossiers imap. Pour corriger ce problème, il suffit simplement de vous réabonner à vos dossiers depuis vos logiciels préférés ou votre client web interne.

Forcer un serveur SMTP tiers pour certains domaines destinataires [SME]

Georges Charpenay — 2009-11-22T21:12:14Z

Dans le cas où vous utilisez votre propre serveur de mail, il arrive que certains serveurs de mail internet refusent de remettre vos mails à leurs destinataires

Forcer un serveur SMTP tiers pour certains domaines destinataires

Si vous souhaitez exploiter le service proxy SMTP de votre serveur mais que vous rencontrez des problèmes de courriels refusés par certains domaines, vous pouvez spécifier d'utiliser un autre serveur SMTP pour ces domaines.

Je suppose que vous souhaitez toujours utiliser votre serveur de mail en serveur smtp principal, et souhaitez que votre serveur utilise le serveur SMTP de votre Fournisseur d'Accès Internet par exemple smtp.free.fr pour toutes les adresses de courriel en club-internet.fr (ou d'autres domaines qui posent problème).

Le principe est de créer un fragment de template dédié à ces domaines pour ensuite recharger la nouvelle configuration du service de messagerie :

mkdir -p /etc/e-smith/templates-custom/var/qmail/control/smtproutes

Puis, il faut créer le fichier des redirections de mail :

echo "club-internet.fr:smtp.free.fr" > /etc/e-smith/templates-custom/var/qmail/control/smtproutes/90Mailsmtpfree

Vous pouvez éditer ce fichier pour ajouter d'autres domaines à considérer.

Enfin, il faut charger la configuration dans le système :

signal-event email-update

Pour supprimer une règle, vous pouvez éditer le fichier 90Mailsmtpfree et enlever la règle pour lequel vous voulez à nouveau utiliser votre smtp local.

Pour supprimer toutes les règles, vous pouvez supprimer le fichier 90Mailsmtpfree.

Après une suppression ou une modification, il faut recharger la configuration du service de messagerie avec la commande signal-event ci-dessus.

Vous pouvez bien entendu créer autant de fichiers de règles et autant de règles par fichier que vous le souhaitez.
Ainsi, vous pouvez créer un fichier pour club-internet, un autre pour aol, etc... Mais, à mon sens, je pense qu'il est plus facile d'avoir un fichier par redirection de serveur SMTP (d'où le nom de fichier que j'ai choisi)... ou un fichier tout court...

Inclure le répertoire "opt" dans les sauvegardes sme [SME]

Georges Charpenay — 2009-01-06T13:15:44Z

Ajouter des répertoires et des fichiers à la liste des inclusions de sauvegarde

Ah, le répertoire /opt, il contient des fichiers vitaux quand vous installez par exemple un egroupware et il est donc nécessaire, à mon sens, de ne pas oublier de le sauvegarder...

Avertissement : Le panneau d'e-smith est conçu pour être utilisé comme parade à un sinistre de sauvegarde totale et de restauration pour votre sme server.

En tant que tel, il repose sur la bonne gestion des répertoires qui sont inclus dans la sauvegarde.

Il ne donc faut pas supprimer l'un des répertoires par défaut de 40Go-en (qui est la sauvegarde système par défaut) car ils sont tous essentiels pour le succès de la pleine restauration de votre sauvegarde à une réinstallation propre de votre système SME.

Vous pouvez donc de façon sûre ajouter des répertoires à la sauvegarde sme, / opt, comme indiqué, mais il faut voir ces inclusions supplémentaires de sauvegarde comme un élément supplémentaire de sauvegarde.

Sachant que la sauvegarde par défaut n'inclue pas /opt, il faut, pour ajouter /opt à la liste d'inclusion de sauvegarde, créer un fragment de template personnalisé et ajouter /opt à la liste.

C'est la seule façon de faire en étant sur qu'une nouvelle mise à jour de sme ne modifie ou n'écrase pas les instructions supplémentaires à exécuter dans la sauvegarde pour ne pas oublier /opt.

Création du template personnalisé pour ajouter les fichiers et répertoires

mkdir -p /etc/e-smith/templates-custom/etc/dar/DailyBackup.dcf nano /etc/e-smith/templates-custom/etc/dar/DailyBackup.dcf/41go-into

Et ajouter dans le fichier la ligne suivante :

--go-into opt

Si nous voulons inclure d'autres répertoires, par exemple /var/lib/mysql/, pour récupérer "en dur", toutes les bases mysql, il faut ajouter dans ce fichier, la ligne suivante :

--go-into var/lib/mysql/

Cette dernière précaution est ultime (et double), car les sauvegardes de sme incluent automatiquement un dump de chaque base mysql dans /home/e-smith/db/mysql/.

Ensuite, il faut développer le template :

expand-template /etc/dar/DailyBackup.dcf

Voilà, dès la prochaine sauvegarde effectuée, vous pourrez vérifier que le répertoire /opt a bien été pris en compte en lançant depuis la console serveur la vérification de la sauvegarde.

Coté restauration : Il faut ne restaurer entièrement votre sauvegarde que sur une nouvelle installation propre, ce qui ne vous dispensera pas d'installer ultérieurement toutes les contributions et modifications particulière que vous avez installées.

Il serait avisé, pour une vérification ultime, de réinstaller un serveur complet (formatage), puis une restauration de la sauvegarde. C'est le meilleur moyen de vous assurer que votre sauvegarde fonctionne bien !

Une petite heure de perdue, mais tellement salvatrice !

L'idéal, si vous avez un serveur en production, est d'avoir une vieille machine en plus, destinée à cet effet. Elle vous servira également pour tester toutes les procédures d'installation de plugins ou logiciels divers...

Enfin, il faut bien télécharger la version 7.4 de sme server pour la réinstallation car la sauvegarde/ restauration à partir de fichier .dar n'est implémentée qu'à partir de cette version.