discuss-de April 2010

discuss-de@lists.centos.org

8 participants
3 discussions

Linuxtag 2010
by Ralph Angenendt 04 Jun '10

04 Jun '10

Moin! (English text follows) Ich wollte nur mal Bescheid geben, dass wir einen Stand auf dem Linuxtag in Berlin (9. bis 12. Juni 2010) haben, und jetzt natürlich Standhäschen^WStandpersonal brauchen. Wer also Lust, Laune und das Wissen hat, CentOS zu repräsentieren, darf sich melden. Spaß ist auf jeden Fall garantiert ... I just wanted to tell everyone that we have a booth at Linuxtag in Berlin (9th to 12th of June 2010). And that we need booth babes^Wpersonnel now. So who is interested, willing and able to represent CentOS at an event like that? Fun is guranteed. Cheers, Ralph

6 33

Linuxtag in Berlin (9. bis 12. Juni 2010)
by global_power＠t-online.de 27 Apr '10

27 Apr '10

3 2

Update mimedefang.i386 2.68-1.el5.rf -> Mailserver tot
by Tilman Schmidt 09 Apr '10

09 Apr '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gerade musste ich feststellen, dass mein Mailserver nach: Mar 22 14:03:10 Updated: mimedefang.i386 2.68-1.el5.rf keine Mail mehr passieren ließ. Stattdessen erschienen bei jeder Mail die Logmeldungen: Mar 22 14:49:47 gimli sendmail[7855]: o2MDnlWB007855: Milter (mimedefang): local socket name /var/spool/MIMEDefang/mimedefang.sock unsafe Mar 22 14:49:47 gimli sendmail[7855]: o2MDnlWB007855: Milter (mimedefang): to error state MIMEDefang war beendet und ließ sich nicht mehr starten. Fehlermeldung: [root@gimli ~]# /etc/init.d/mimedefang start Checking filter syntax: OK Starting mimedefang-multiplexor: /usr/bin/mimedefang-multiplexor: Unable to chdir(/var/spool/MIMEDefang): Permission denied [FAILED] Starting mimedefang: /usr/bin/mimedefang: Unable to chdir(/var/spool/MIMEDefang): Permission denied [FAILED] Als Ursache stellte sich heraus, dass das Update eigenmächtig den Besitzer der Verzeichnisse /var/spool/MIMEDefang /var/spool/MD-Quarantine von meiner an meine lokalen Erfordernisse angepassten Einstellung (clamav.root) auf den Standardwert defang.defang zurückgesetzt hatte. Da mein MIMEDefang unter dem Benutzer clamav läuft, konnte er damit nicht mehr auf die Verzeichnisse zugreifen. Nachdem ich meine eigene Einstellung wiederhergestellt hatte, lief alles wieder einwandfrei. Wie kann ich verhindern, dass ein solcher Vorfall sich wiederholt? MIMEDefang unter dem User defang laufen zu lassen ist keine Alternative, da dann der Virenscan mittels ClamAV wegen fehlender Zugriffsrechte auf /var/run/clamd/clamd.socket (den Socket des ClamAV-Daemons) fehlschlägt. Danke für alle Tips, Tilman - -- Tilman Schmidt Abteilungsleiter Technik - ---------------------------------------------------------------- Phoenix Software GmbH Tel. +49 228 97199 0 Geschäftsführer: W. Grießl Fax +49 228 97199 99 Adolf-Hombitzer-Str. 12 www.phoenixsoftware.de 53227 Bonn, Germany Amtsgericht Bonn HRB 2934 - ---------------------------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkunfbwACgkQ780oymN0g8P76gCfdy8IVvigoB4pTW2In8treGrQ EMEAniyywXIWNit5yiF00VyMHgiM+APX =Cvx9 -----END PGP SIGNATURE-----

3 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

discuss-de April 2010