Re: Archiver mails
C'est du shell standard, il me semble. Oui, c'était du second degré. J'aurais tout fait en Bash si cela avait été moi ;-) A+ gaby -- Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels Domaine Universitaire, CS 40700, 38041 Grenoble Cedex 9, France mailto:gabriel.mor...@legi.grenoble-inp.fr tel:+33.476.825.015 smime.p7s Description: Signature cryptographique S/MIME
Re: HS: postfix relay denied en ipv6
Le 15/06/2021 à 08:15, Stephane Bortzmeyer a écrit : On Mon, Jun 14, 2021 at 10:51:32PM +0200, NoSpam wrote a message of 48 lines which said: [fd53:ac59:337:8b38::/64] ok Il me semble que la syntaxe normale est : [fd53:ac59:337:8b38::]/64 ok Exact, cela ne change toutefois rien d'autant que certaines adresses sont des GUA que j'ai définies sans masque. Je viens de tenter en mettant le masque /128 sur ces GUA et le /64 comme ci dessus, résultat identique :( ... said 554 5.7.1: Relay access denied (in reply to RCPT TO command) -- Daniel
[HS] Utilisation de fibre dans des rocades inter-étages
Bonjour, Voici des questions clairement indépendantes de Debian mais qui ne manqueront pas, je pense, d'intéresser les administrateurs Debian qui suivent cette liste. D'ici quelques semaines j'envisage d'utiliser de la fibre optique à la place de cuivre, pour inter-connecter des switches au sein d'un immeuble. Les switches sont installés à quelques étages de distance (disons 40m max pour donner un ordre de grandeur) les uns des autres. Le switch central est installé dans un rack 19". Les autres sont installés "au mieux" (ie à l'arrache) dans des colonnes techniques. Les rocades empruntent normalement des colonnes techniques dédiées aux courants faibles (ie aux télécoms) mais les tubes inter-étages de celles-ci sont souvent "bien remplis" et rajouter des tubes n'est pas agréable ;-))).. Pourquoi de la fibre ? Pour pouvoir si besoin: - dépasser le Gigabit, - dépasser les 100m, - pouvoir plus facilement ajouter des switches dans les étages grâce à la compacité de la fibre, - occuper moins de place dans les tubes inter-étages voire utiliser des colonnes dédiées à d'autres usages (courants forts, eau, ...) grâce à l'immunité de la fibre. Pour éviter les travaux sur site, j'imagine utiliser des rocades optiques de longueurs standard (10m, 20m) en lovant à une extrémité l'excédent de longueur. Les prix des composants en fibre me semblent abordables. Voici des exemples: [1] https://www.fs.com/fr/products/80734.html?attribute=3821&id=170148 [2] https://www.fs.com/fr/products/41822.html?attribute=6485&id=259887 Je n'ai par contre aucune expérience de l'utilisation de fibre dans ce contexte. L'accès aux colonnes techniques n'est pas contrôlé : les sous-traitants des opérateurs télécoms interviennent "sans prévenir" pour modifier le câblage en cuivre ou optique (FTTH) existant. Même si je ne met pas en doute leurs intentions, on peut imaginer que pendant leurs interventions, ils tirent ou retirent des câbles dans les colonnes techniques et ses câbles peuvent frotter contre mes rocades optiques. Mes questions: 1. Une rocade MTP 12 brins OM3 ou OM4 (cf [1]) doit-elle être protégée dans une gaîne sur toute sa longueur dans une colonne technique verticale ou bien ses propres protections sont-elles suffisantes, même en cas de tirage de câble à proximité ? 2. Même question avec une jarretière optique avec armature en acier (cf [2]) ? 3. Est-il admissible d'assembler deux jarretières pour obtenir une longueur spécifique (20m + 3m=23m) ? Si oui quels précautions pour le point où s'opère la jonction ? 4. Est-il possible de lover 8m de longueur dans un tiroir optique mural ou 19" ? 5. Comment vérifie-t-on un câble optique après tirage ? 6. Conseils ? Suggestions ? Slts
Re: HS: postfix relay denied en ipv6
On Tue, Jun 15, 2021 at 10:10:19AM +0200, NoSpam wrote a message of 21 lines which said: > Exact, cela ne change toutefois rien d'autant que certaines adresses sont > des GUA que j'ai définies sans masque. Je viens de tenter en mettant le > masque /128 sur ces GUA et le /64 comme ci dessus, résultat identique :( > > ... said 554 5.7.1: Relay access denied (in reply to RCPT TO > command) CMCM (je viens de tester avec une machine acceptée et une rejetée et le mail.log montre bien ce qu'il faut) donc il faudrait regarder le message d'erreur complet, notamment l'adresse IP.
Re: HS: postfix relay denied en ipv6
Le 15/06/2021 à 11:28, Stephane Bortzmeyer a écrit : On Tue, Jun 15, 2021 at 10:10:19AM +0200, NoSpam wrote a message of 21 lines which said: Exact, cela ne change toutefois rien d'autant que certaines adresses sont des GUA que j'ai définies sans masque. Je viens de tenter en mettant le masque /128 sur ces GUA et le /64 comme ci dessus, résultat identique :( ... said 554 5.7.1: Relay access denied (in reply to RCPT TO command) CMCM (je viens de tester avec une machine acceptée et une rejetée et le mail.log montre bien ce qu'il faut) donc il faudrait regarder le message d'erreur complet, notamment l'adresse IP. NOQUEUE: reject: RCPT from unknown[2001:db8:b1:932c:212::1]: 554 5.7.1 : Relay access denied; f rom= to= proto=ESMTP helo= J'ai mis le mode debug et voici ce qui en sort: Jun 15 11:02:01 wwwmail10 postfix/smtpd[10960]: connect from unknown [2001:db8:b1:932c:212::1] Jun 15 11:02:01 wwwmail10 postfix/smtpd[10960]: smtp_stream_setup: maxtime=300 enable_deadline=0 Jun 15 11:02:01 wwwmail10 postfix/smtpd[10960]: match_hostname: smtpd_client_event_limit_exceptions: unknown ~? hash:/etc/postfix/allowed-networks(0,lock|utf8_request) Jun 15 11:02:01 wwwmail10 postfix/smtpd[10960]: match_hostname: smtpd_client_event_limit_exceptions: lookup hash:/etc/postfix/allowed-networks.db unknown: not found Jun 15 11:02:01 wwwmail10 postfix/smtpd[10960]: match_hostaddr: smtpd_client_event_limit_exceptions: 2001:db8:b1:932c:212::1 ~? hash:/etc/postfix/allowed-networks(0,lock|utf8_request) Jun 15 11:02:01 wwwmail10 postfix/smtpd[10960]: match_list_match: unknown: no match Jun 15 11:02:01 wwwmail10 postfix/smtpd[10960]: match_list_match: 2001:db8:b1:932c:212::1: no match My allowed_network (part of) = 192.168.10.254 ok client.FQDN.hostname ok [2001:db8:b1:932c:212::1] ok [2001:db8:b1:932c:212::1]/128 ok [fd53:ac59:337:8b38::1] ok [fd53:ac59:337:8b38::]/64 ok Rights == root@wwwmail10:/etc/postfix# ls -al allowed* -rw-r--r-- 1 root root 1011 juin 15 11:15 allowed-networks -rw-r--r-- 1 root root 12288 juin 15 11:15 allowed-networks.db Clairement il ne trouve pas l'adresse ni le hostbname dans le map allowed-networks.db ! Merci pour ton aide -- Daniel
Re: [HS] Utilisation de fibre dans des rocades inter-étages
Désolé, j'y connais vraiment rien :-) mais peut-être trouveras-tu des éléments de réponse en épluchant les liens suivants (on doit pouvpoir en trouver d'autres): https://www.arcep.fr/fileadmin/reprise/dossiers/fibre/251116-Guide-Immeubles-neufs-BD.pdf https://www.azenn.com/content/38-livres-blancs#bonnespratiques
Re: Archiver mails
Le 15/06/21 à 08:36, Gabriel Moreau a
écrit :
> > ./backup-mailboxes.py && (find Mail -type f -ctime +90 | xargs gzip --best)
> >
>
> Amélioration possible
>
> xargs -r gzip --best
>
> J'utilise toujours avec -r xargs...
Sans xargs ça doit marcher aussi (à priori jamais besoin de xargs derrière un
find, sauf pour
des cas auxquels je n'ai jamais été confronté)
find Mail -type f -ctime +90 -exec gzip --best {} \;
--
Daniel
Quand le moi est haïssable, aimer son prochain
comme soi même devient une atroce ironie.
Paul Valéry.
Re: Plantages Xorg (i915, context reset due to GPU hang)
Le 14/06/21 à 13:25, Daniel Caillibaud a écrit : > Je teste ça et je vous dis dans qq j si ça a réglé le pb. Caramba encore raté :'-( ça tient 4~5h : Jun 14 19:43:01 dell kernel: [22501.752663] i915 :00:02.0: [drm] Resetting rcs0 for preemption time out Jun 14 19:43:01 dell kernel: [22501.752684] i915 :00:02.0: [drm] Xorg[1988] context reset due to GPU hang Jun 14 19:43:01 dell kernel: [22501.763575] i915 :00:02.0: [drm] GPU HANG: ecode 11:1:86dd, in Xorg [1988] Jun 15 14:11:02 dell kernel: [19659.973156] i915 :00:02.0: [drm] Resetting rcs0 for preemption time out Jun 15 14:11:02 dell kernel: [19659.973181] i915 :00:02.0: [drm] Xorg[2180] context reset due to GPU hang Jun 15 14:11:02 dell kernel: [19659.980708] i915 :00:02.0: [drm] GPU HANG: ecode 11:1:86dd, in Xorg [2180] après un boot un `grep i915 /vl/kern.log` me donne ça Jun 15 14:12:15 dell kernel: [1.325096] i915 :00:02.0: vgaarb: deactivate vga console Jun 15 14:12:15 dell kernel: [1.357265] i915 :00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem Jun 15 14:12:15 dell kernel: [1.357742] i915 :00:02.0: [drm] Finished loading DMC firmware i915/icl_dmc_ver1_09.bin (v1.9) Jun 15 14:12:15 dell kernel: [1.395645] i915 :00:02.0: [drm] GuC firmware i915/icl_guc_49.0.1.bin version 49.0 submission:disabled Jun 15 14:12:15 dell kernel: [1.395649] i915 :00:02.0: [drm] HuC firmware i915/icl_huc_9.0.0.bin version 9.0 authenticated:yes Jun 15 14:12:15 dell kernel: [1.402366] [drm] Initialized i915 1.6.0 20201103 for :00:02.0 on minor 0 Jun 15 14:12:15 dell kernel: [1.438734] fbcon: i915drmfb (fb0) is primary device Jun 15 14:12:15 dell kernel: [2.606944] i915 :00:02.0: [drm] fb0: i915drmfb frame buffer device Jun 15 14:12:15 dell kernel: [ 12.669407] snd_hda_intel :00:1f.3: bound :00:02.0 (ops i915_audio_component_bind_ops [i915]) uname -a Linux dell 5.12.9 #2 SMP Wed Jun 9 22:51:28 CEST 2021 x86_64 GNU/Linux /var/log/Xorg.0.log est vide Pas encore pris le temps de me replonger dans tous les threads qui causent de plantages i915, je vais essayer de prendre qq h pour le faire (même si je ferais probablement mieux de prendre ces heures pour chercher un autre pc sur le bon coin) -- Daniel es de porter des lunettes de soleil est quand même un excellent commercial.
Re: HS: postfix relay denied en ipv6
La doc postfix n'est pas correcte Le 15/06/2021 à 11:44, NoSpam a écrit : [...] My allowed_network (part of) = 192.168.10.254 ok client.FQDN.hostname ok [2001:db8:b1:932c:212::1] ok [2001:db8:b1:932c:212::1]/128 ok [fd53:ac59:337:8b38::1] ok [fd53:ac59:337:8b38::]/64 ok Ceci doit être écrit sans les crochets et le masque ne fonctionne pas :( 2001:db8:b1:932c:212::1 ok fd53:ac59:337:8b38::1 ok À présent l'envoi en ipv6 est fonctionnel. -- Daniel
Re: HS: postfix relay denied en ipv6
On Tue, Jun 15, 2021 at 03:56:13PM +0200, NoSpam wrote a message of 23 lines which said: > Ceci doit être écrit sans les crochets et le masque ne fonctionne pas :( Dans la directive mynetworks, ça marche très bien.
Re: HS: postfix relay denied en ipv6
Le 15/06/2021 à 16:16, Stephane Bortzmeyer a écrit : On Tue, Jun 15, 2021 at 03:56:13PM +0200, NoSpam wrote a message of 23 lines which said: Ceci doit être écrit sans les crochets et le masque ne fonctionne pas :( Dans la directive mynetworks, ça marche très bien. Peut être, mais pas lorsque mynetworks = hash:/etc/postfix/allowed-networks. Postfix 3.4.14-0+deb10u1 -- Daniel
Re: Archiver mails
Bonjour, Je suis sous le bureau Kmail Trinity, J'utilise une technique très simple, je centralise mes mails sur un serveur externe, par cette commande sur une seule ligne : rsync -av root@ :/home//.trinity/share/apps/kmail/ /home//.trinity/share/apps/kmail/ Ou que je sois, je peux récupérer d'anciens mails. Hope you like it :-)
Re: Archiver mails : erratum
On Tuesday 15 June 2021 16:36:49 ajh-valmer wrote: Désolé, info incomplète : Commande d'envoi vers le serveur : rsync -azv /home/user/.trinity/share/apps/kmail/mail/ user@IP-SERVEUR:/home/user/.trinity/share/apps/kmail/mail/ Commande récupération sur mon PC : rsync -avz root@ :/home//.trinity/share/apps/kmail/ /home//.trinity/share/apps/kmail/
Re: [HS] Utilisation de fibre dans des rocades inter-étages
Bonjour, Le 18793ième jour après Epoch, Olivier écrivait: > Voici des questions clairement indépendantes de Debian mais qui ne > manqueront pas, je pense, d'intéresser les administrateurs Debian qui > suivent cette liste. Même si ce sont des sujets potentiellement intéressants, j'avoue qu'un admin Debian (ou un simple user) ne se pose pas forcément ces questions. > 6. Conseils ? Suggestions ? Trouver une liste ou un forum plus adapté. Plus sérieusement, il me semble raisonnable de ta part, étant donné le travail de recherche en amont déjà effectué (bravo à toi en tout cas), d'aller trouver des forums plus spécifiquement dédié au câblage et à l'optique. Je te souhaite de trouver ici quelqu'un pouvant te répondre, mais j'en doute un peu. François -- Many pages make a thick book.
Re: Plantages Xorg (i915, context reset due to GPU hang)
Bonjour Daniel, Daniel Caillibaud, on 2021-06-15: > Le 14/06/21 à 13:25, Daniel Caillibaud a écrit : > > Je teste ça et je vous dis dans qq j si ça a réglé le pb. > > Caramba encore raté :'-( > > ça tient 4~5h : > > Jun 14 19:43:01 dell kernel: [22501.752663] i915 :00:02.0: [drm] > Resetting rcs0 for preemption time out > Jun 14 19:43:01 dell kernel: [22501.752684] i915 :00:02.0: [drm] > Xorg[1988] context reset due to GPU hang > Jun 14 19:43:01 dell kernel: [22501.763575] i915 :00:02.0: [drm] GPU > HANG: ecode 11:1:86dd, in Xorg [1988] > > Jun 15 14:11:02 dell kernel: [19659.973156] i915 :00:02.0: [drm] > Resetting rcs0 for preemption time out > Jun 15 14:11:02 dell kernel: [19659.973181] i915 :00:02.0: [drm] > Xorg[2180] context reset due to GPU hang > Jun 15 14:11:02 dell kernel: [19659.980708] i915 :00:02.0: [drm] GPU > HANG: ecode 11:1:86dd, in Xorg [2180] Argh, dommage, bon au moins, ça valait le coup d'essayer… […] > /var/log/Xorg.0.log est vide Ça me surprend, en temps normal il y a toujours beaucoup de verbiage dans les journaux d'Xorg. Il a été remis à zéro, démarré en tant qu'utilisateur (~/.local/share/xorg/Xorg.0.log), ou démarré sur un autre display (Xorg.1.log) ? (Simple curiosité, pas sûr qu'on y retrouve grand chose de neuf.) > Pas encore pris le temps de me replonger dans tous les threads qui causent > de plantages i915, je vais essayer de prendre qq h pour le faire (même si je > ferais probablement mieux de prendre ces heures pour chercher un autre pc > sur le bon coin) Effectivement, quand quelque chose dans le matériel ne suit pas, on peut faire tout ce qu'on veut du côté du logiciel, il y a un moment ou ça finit par coincer. À vous de voir le temps que vous voulez y passer. Certains acharnés ont testé différents réglages du module[1]. Personnellement, je n'ai rien vu de franchement documenté quant à ces options, du coup je me suis gardé de les recommander en premier lieu ; mais qui sait, pour information. [1]: un exemple parmi beaucoup d'autre sur le pilote i915 : https://bbs.archlinux.org/viewtopic.php?pid=1903409#p1903409 Bonne journée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/tty1, please excuse my verbosity. signature.asc Description: PGP signature
