Si j'ai bien compris, on a 3 domaines (origine, relais et destination) et trois adresses (expediteur@origine, alias@relais et destinataire@destination).
Le serveur d'origine envoie le message avec les entêtes:
MAIL FROM: <expediteur@origine>
RCPT TO: <alias@relais>
Le serveur relais les redirige avec les entêtes:
MAIL FROM: <expediteur@origine>
RCPT TO: <destinataire@destination>
Le SMTP de destination le refuse parce que le serveur relais n'est pas autorisé dans le SPF d'origine.
Si le relais avait redirigé avec les entêtes:
MAIL FROM: <alias@relais>
RCPT TO: <destinataire@destination>
Tout ce serait bien passé, non ?
Après tout, si le serveur relais renvoie ce message, c'est à la demande de alias@relais.
A l'intérieur du chroot, les chemins sont modifiés.
Si tu as mis la directive
ChrootDir /var/www
comme dans le tutoriel que tu as mis en lien, /var/www/toto est maintenant /toto. Tu dois donc adapter les directives DocumentRoot et Directory comme expliqué au § 3.1 du tutoriel.
La vision de la guerre dans ce fil de discussion (les hommes se battent au front, les femmes à l'arrière) est une image d’Épinal. La dernière guerre qui a suivi ce schéma est la guerre de 14-18.
Depuis, les civils sont devenus des cibles militaires.
Dès la deuxième guerre mondiale, qui a commencé comme une guerre classique type 14-18, les civils ont été directement visés.
Côté allemand:
bombardement de Londres,
élimination des «races inférieures» (6 millions de morts).
Les Alliés n'étant pas en reste:
la plupart des villes allemandes rasées (suivant la technique du «carpet bombing»)
bombes atomiques sur Hiroshima et Nagasaki.
Cette attaque systématique des civils a été continuée dans les guerres suivantes:
Au Vietnam, arrosage des population avec de l'agent orange et du napalm.
Dans les guerres les plus récentes, Irak et Afghanistan, les victimes civiles dépassent largement les pertes militaires (en 10 ans, la France a perdu 88 soldats en Afghanistan, c'est probablement moins que le nombre de civils tués dans ce pays en un mois).
Enfin, je ne m'étendrai pas sur l'utilisation des drones qui tuent des civils, même lorsque leur cible est atteinte, avec un risque nul pour l'attaquant.
Les militaires ont fini par inventer un euphémisme pour cette attaque systématique des civils : «victimes collatérales»; tout en nous faisant croire qu'ils faisaient tout pour l'éviter grâce aux «frappes chirurgicales».
La directive MaxRequestsPerChild définit combien de requêtes un process apache traite avant qu'il se termine et libère sa mémoire.
La valeur par défaut, 10000, est bien adaptée pour servir du contenu statique; une valeur beaucoup plus faible est plus adaptée pour du contenu dynamique.
Je pense que je coûte moins cher à la sécu que ça.
C'est normal.
Statistiquement les dépenses de santé se concentrent en partie sur les enfants en bas âge et surtout sur les personnes âgées. On considère que sur une vie, 50% des dépenses de santé ont lieu la dernière année avant la mort.
Il est donc normal que toi, moi et l'écrasante majorité des intervenants sur LinuxFr payons largement plus que nous dépensons en assurance maladie. Nous payons en fait pour ceux qui ne paient pas (les enfants) ou paient largement moins que leurs besoins (les personnes âgées).
Notre seul espoir est que le système actuel ne soit pas démantelé pour que nous puissions en profiter lorsque nous serons vieux et malades et que nous n'aurons pas les moyens de financer nos soins.
Il est possible que tu aies des fichiers qui ont été purgés mais sont toujours alloués parce que le process les utilisant ne les a pas fermés.
df indique alors que l'utilisation est de 100% mais ils sont introuvables avec du.
Pour les identifier, tu peux faire:
df se base sur le physique.
Il ne parcourt pas l'arborescence de fichiers pour additionner les tailles mais se contente de compter les blocs marqués comme libres dans une table du système de fichiers (c'est pour ça qu'il est beaucoup plus rapide que du).
Aucun problème avec le "sentinel", sempiternel contre-exemple.
Le français n'ayant pas de neutre, le masculin comme le féminin ont été utilisés pour nommer des rôles, des fonctions, des métiers, des animaux,…
Si on commence à féminiser ceux au masculin, pourquoi ne pas masculiniser les féminins ?
Après le sentinel ou pourrait avoir l'estafet (on réservera estafette aux "porteuses" de courriers), le person (un être humain, la "personne" étant une être humaine), le chouet (chouette mâle),…
Merci d'avoir vérifié.
Il est vrai que j'ai plutôt l'habitude de définir les variables d'environnement à l'intérieur du script lancé par cron plutôt que dans la crontab. Ça permet de s'assurer que l'environnement est identique que la commande soit lancée par cron ou manuellement (pratique pour les tests).
Finalement, la crontab contient deux erreurs:
PATH erroné
'root' en trop dans la ligne définissant la commande.
Il y a une différence entre les crontabs systèmes (/etc/crontab et /etc/cron.d/*) et les crontabs utilisateurs (dans /var/spool/cron/crontabs et éditées par crontab -e): on ne spécifie pas de compte utilisateur dans une crontab utilisateur (c'est inutile):
Ce qui serait pertinent serait de l'appliquer sur les bénéfices.
Quelle différence avec l'IS ?
«L'impôt sur les sociétés en France (abrégé en IS dans cet article) taxe les bénéfices des entreprises et représente une part importante de la fiscalité française.»
Source: Impôt sur les sociétés en France
Avant de faire joli, tu peux essayer de faire simple:
une fois que ton script a suspendu le shell associé au tty, il a un accès exclusif et peut simplement afficher des informations avec echo et lire les réponses avec read.
Une fois que ça marchera, tu peux utiliser la commande dialog pour gérer le dialogue avec l'utilisateur.
En simplifiant, ça donne:
kill -STOP -$shellpid
dialog --checklist titre 10 20 2 tag1 item1 status1 tag2 item2 status2 < /dev/pts/0 > /dev/pts/0 2>/tmp/reponse
# Code pour gérer le choix utilisateur stocké dans /tmp/reponse
kill -CONT -$shellpid
Le fait que ton programme soit en compétition avec le shell pour interagir avec le terminal est certainement la source de tes problèmes.
Voir les solutions préconisées dans les commentaires précédents pour avoir un accès exclusif au terminal.
Pourquoi ne pas utiliser le signal SIGSTOP pour suspendre le shell ?
L'envoi de SIGSTOP au shell le suspend immédiatement et ne peut pas être intercepté ou ignoré.
Une fois les interactions avec le terminal terminées, il suffit de réveiller le shell avec SIGCONT.
Au cas où on veut suspendre toute activité dans le tty même si le shell a lancé d'autres programmes, on peut même suspendre tous les process rattachés au shell:
en supposant que $shellpid est le PID du shell à suspendre, la commande suivante suspend le groupe de process:
Ça marche surtout parce tous ces contrôleurs implémentent le protocole USB Mass Storage qui est supporté par Linux sans qu'il y ait besoin de développer un nouveau pilote pour chaque contrôleur.
# Question de béotien
Posté par netsurfeur . En réponse au journal SFR et SPF: une cause perdue. Évalué à 9.
Si j'ai bien compris, on a 3 domaines (origine, relais et destination) et trois adresses (expediteur@origine, alias@relais et destinataire@destination).
Le serveur d'origine envoie le message avec les entêtes:
Le serveur relais les redirige avec les entêtes:
Le SMTP de destination le refuse parce que le serveur relais n'est pas autorisé dans le SPF d'origine.
Si le relais avait redirigé avec les entêtes:
Tout ce serait bien passé, non ?
Après tout, si le serveur relais renvoie ce message, c'est à la demande de alias@relais.
[^] # Re: FollowSymLinks
Posté par netsurfeur . En réponse au message Monter Apache2 dans un chroot sous Debien Squeeze. Évalué à 2.
A l'intérieur du chroot, les chemins sont modifiés.
Si tu as mis la directive
comme dans le tutoriel que tu as mis en lien, /var/www/toto est maintenant /toto. Tu dois donc adapter les directives DocumentRoot et Directory comme expliqué au § 3.1 du tutoriel.
[^] # Re: feed2imap
Posté par netsurfeur . En réponse au journal google reader se moque. Évalué à 5.
Google l'a annoncé pour son nettoyage de printemps
Google recommande le passage à sa «Calendar API», bienvenue dans son nouveau monde fermé :(
[^] # Re: bof
Posté par netsurfeur . En réponse au journal Tropes vs Women : Damsel in Distress (part 1). Évalué à 6.
La vision de la guerre dans ce fil de discussion (les hommes se battent au front, les femmes à l'arrière) est une image d’Épinal. La dernière guerre qui a suivi ce schéma est la guerre de 14-18.
Depuis, les civils sont devenus des cibles militaires.
Dès la deuxième guerre mondiale, qui a commencé comme une guerre classique type 14-18, les civils ont été directement visés.
Côté allemand:
Les Alliés n'étant pas en reste:
Cette attaque systématique des civils a été continuée dans les guerres suivantes:
Enfin, je ne m'étendrai pas sur l'utilisation des drones qui tuent des civils, même lorsque leur cible est atteinte, avec un risque nul pour l'attaquant.
Les militaires ont fini par inventer un euphémisme pour cette attaque systématique des civils : «victimes collatérales»; tout en nous faisant croire qu'ils faisaient tout pour l'éviter grâce aux «frappes chirurgicales».
[^] # Re: Script simplifié
Posté par netsurfeur . En réponse au message fuite mémoire PHP. Évalué à 5.
Avec un MaxRequestsPerChild à 1, la mémoire devrait être libérée après chaque requête.
[^] # Re: Script simplifié
Posté par netsurfeur . En réponse au message fuite mémoire PHP. Évalué à 4.
La directive MaxRequestsPerChild définit combien de requêtes un process apache traite avant qu'il se termine et libère sa mémoire.
La valeur par défaut, 10000, est bien adaptée pour servir du contenu statique; une valeur beaucoup plus faible est plus adaptée pour du contenu dynamique.
[^] # Re: shred
Posté par netsurfeur . En réponse au message Comment bien effacer un disque?. Évalué à 4.
m'a l'air beaucoup plus simple que les commandes vues plus haut pour un résultat équivalent.
# shred
Posté par netsurfeur . En réponse au message Comment bien effacer un disque?. Évalué à 8.
La commande shred est faite pour ça.
[^] # Re: concurrence déloyale
Posté par netsurfeur . En réponse au journal Comment Microsoft envoie ses bénéfices aux Bermudes. Évalué à 10.
C'est normal.
Statistiquement les dépenses de santé se concentrent en partie sur les enfants en bas âge et surtout sur les personnes âgées. On considère que sur une vie, 50% des dépenses de santé ont lieu la dernière année avant la mort.
Il est donc normal que toi, moi et l'écrasante majorité des intervenants sur LinuxFr payons largement plus que nous dépensons en assurance maladie. Nous payons en fait pour ceux qui ne paient pas (les enfants) ou paient largement moins que leurs besoins (les personnes âgées).
Notre seul espoir est que le système actuel ne soit pas démantelé pour que nous puissions en profiter lorsque nous serons vieux et malades et que nous n'aurons pas les moyens de financer nos soins.
[^] # Re: Fichier purgé non désalloué
Posté par netsurfeur . En réponse au message Taille fichier différente entre ls et du. Évalué à 3.
Ben, la conclusion du thread est que avec
mysqladmin flush-logsça marche (en ajoutant le mot de passe, ce qui est logique).[^] # Re: Fichier purgé non désalloué
Posté par netsurfeur . En réponse au message Taille fichier différente entre ls et du. Évalué à 3.
Pas besoin de redémarrer mysql,
mysqladmin flush-logsest fait pour ça.# Fichier purgé non désalloué
Posté par netsurfeur . En réponse au message Taille fichier différente entre ls et du. Évalué à 9.
Il est possible que tu aies des fichiers qui ont été purgés mais sont toujours alloués parce que le process les utilisant ne les a pas fermés.
df indique alors que l'utilisation est de 100% mais ils sont introuvables avec du.
Pour les identifier, tu peux faire:
[^] # Re: Taille logique != taille physique
Posté par netsurfeur . En réponse au message Taille fichier différente entre ls et du. Évalué à 7.
df se base sur le physique.
Il ne parcourt pas l'arborescence de fichiers pour additionner les tailles mais se contente de compter les blocs marqués comme libres dans une table du système de fichiers (c'est pour ça qu'il est beaucoup plus rapide que du).
# Taille logique != taille physique
Posté par netsurfeur . En réponse au message Taille fichier différente entre ls et du. Évalué à 10.
Il est possible que tous les 1374687232 octets ne soient pas physiquement alloués (fichier à trous ou "sparse file").
Par exemple:
Le fichier a une taille logique de 4 Go mais n'occupe que 4 ko.
[^] # Re: Le public préfère être jaloux
Posté par netsurfeur . En réponse au journal Quand les lois européennes sont dictées par les lobbies américains.... Évalué à 10.
Pas du tout, Les "riches" sont aussi vendus que les "pauvres"; ils coûtent simplement plus cher.
[^] # Re: Féminisation \o/
Posté par netsurfeur . En réponse au journal Mise à disposition progressive du contenu: bonne idée.. Évalué à 3.
Le français n'ayant pas de neutre, le masculin comme le féminin ont été utilisés pour nommer des rôles, des fonctions, des métiers, des animaux,…
Si on commence à féminiser ceux au masculin, pourquoi ne pas masculiniser les féminins ?
Après le sentinel ou pourrait avoir l'estafet (on réservera estafette aux "porteuses" de courriers), le person (un être humain, la "personne" étant une être humaine), le chouet (chouette mâle),…
[^] # Re: Environnement
Posté par netsurfeur . En réponse au message Les tâches cron ne se lancent pas. Évalué à 2.
Merci d'avoir vérifié.
Il est vrai que j'ai plutôt l'habitude de définir les variables d'environnement à l'intérieur du script lancé par cron plutôt que dans la crontab. Ça permet de s'assurer que l'environnement est identique que la commande soit lancée par cron ou manuellement (pratique pour les tests).
Finalement, la crontab contient deux erreurs:
[^] # Re: Environnement
Posté par netsurfeur . En réponse au message Les tâches cron ne se lancent pas. Évalué à 3.
La ligne PATH=$PATH est inutile mais ne casse rien.
Une crontab a un environnement minimal, PATH y est défini en:
voir man 5 crontab pour les détails.
# crontab utilisateur
Posté par netsurfeur . En réponse au message Les tâches cron ne se lancent pas. Évalué à 6.
Il y a une différence entre les crontabs systèmes (/etc/crontab et /etc/cron.d/*) et les crontabs utilisateurs (dans /var/spool/cron/crontabs et éditées par crontab -e): on ne spécifie pas de compte utilisateur dans une crontab utilisateur (c'est inutile):
[^] # Re: taxe sur le chiffre d'affaire
Posté par netsurfeur . En réponse au journal TAXONS LES !. Évalué à 2.
Quelle différence avec l'IS ?
«L'impôt sur les sociétés en France (abrégé en IS dans cet article) taxe les bénéfices des entreprises et représente une part importante de la fiscalité française.»
Source: Impôt sur les sociétés en France
[^] # Re: tty non graphique = pas "multitache", quelques idées quand meme
Posté par netsurfeur . En réponse au message Lancer une application sur un TTY distinct depuis un démon. Évalué à 3.
Avant de faire joli, tu peux essayer de faire simple:
une fois que ton script a suspendu le shell associé au tty, il a un accès exclusif et peut simplement afficher des informations avec echo et lire les réponses avec read.
Une fois que ça marchera, tu peux utiliser la commande dialog pour gérer le dialogue avec l'utilisateur.
En simplifiant, ça donne:
[^] # Re: Redirections bizarres
Posté par netsurfeur . En réponse au message Lancer une application sur un TTY distinct depuis un démon. Évalué à 2.
Le fait que ton programme soit en compétition avec le shell pour interagir avec le terminal est certainement la source de tes problèmes.
Voir les solutions préconisées dans les commentaires précédents pour avoir un accès exclusif au terminal.
# Redirections bizarres
Posté par netsurfeur . En réponse au message Lancer une application sur un TTY distinct depuis un démon. Évalué à 2.
Bien que ça n'ait pas un lien direct avec la question posée, tu utilise une syntaxe bizarre pour les redirections:
Le symbole < indique une redirection en lecture et > une redirection en écriture.
La syntaxe correcte serait:
De plus, 0 et 1 sont les valeurs par défaut quand aucun numéro de fichier n'est spécifié. On peut donc simplifier en:
[^] # Re: tty non graphique = pas "multitache", quelques idées quand meme
Posté par netsurfeur . En réponse au message Lancer une application sur un TTY distinct depuis un démon. Évalué à 3.
Pourquoi ne pas utiliser le signal SIGSTOP pour suspendre le shell ?
L'envoi de SIGSTOP au shell le suspend immédiatement et ne peut pas être intercepté ou ignoré.
Une fois les interactions avec le terminal terminées, il suffit de réveiller le shell avec SIGCONT.
Au cas où on veut suspendre toute activité dans le tty même si le shell a lancé d'autres programmes, on peut même suspendre tous les process rattachés au shell:
en supposant que $shellpid est le PID du shell à suspendre, la commande suivante suspend le groupe de process:
et
relance tout.
[^] # Re: disque externe et formatage
Posté par netsurfeur . En réponse au message Boitier disque dur externe compatible linux. Évalué à 10.
Ça marche surtout parce tous ces contrôleurs implémentent le protocole USB Mass Storage qui est supporté par Linux sans qu'il y ait besoin de développer un nouveau pilote pour chaque contrôleur.