Lug-dd

lug-dd@mailman.schlittermann.de

4 participants
10840 discussions

Re: Mailinglist Software DB-basiert
by Heiko Schlittermann 15 Mar '06

15 Mar '06

Luca Bertoncello <lucabert(a)lucabert.de> (Mi 15 Mär 2006 11:02:00 CET): > Hallo, Liste! > > Mein Problem: ich möchte eine ML einrichten. > Das Programm muß sich integrieren mit Exim (4.60) und soll automatisch die Listen anlegen können (ich muß nicht die Listen generieren und dann einige Dateien manuell ändern so daß Exim weißt daß die Liste existiert). Ok. Exim + Mailman. > Problem: ich habe Exim so configuriert daß alle Nutzer in einer DB sind... Die ML-Nutzer sind vom Mailman verwaltet, nicht in der Datenbank. Du kannst z.B. eine subdomain machen, bei der dann der Exim automatisch den Mailman konsultiert. begin router ... mailman: driver = accept domains = mailman.schlittermann.de : mailman.radebeul.de require_files = <; /var/lib/mailman/lists/${lc:$local_part} local_part_suffix = -admin : -bounces* : -confirm* : -join : -leave : -owner : -request : -subscribe : -unsubscribe local_part_suffix_optional = yes transport = mailman ... begin transports ... mailman: driver = pipe command = /usr/lib/mailman/mail/mailman '${if def:local_part_suffix {${sg{$local_part_suffix}{\N^-(\w+)(\+.*)?\N}{\$1}}}{post}}' $local _part home_directory = /var/lib/mailman user = list group = list Heiko -- SCHLITTERMANN.de ---------------------------- internet & unix support - Heiko Schlittermann HS12-RIPE ----------------------------------------- gnupg encrypted messages are welcome - key ID: 48D0359B --------------- gnupg fingerprint: 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B -

1 0

Re: Mailinglist Software DB-basiert
by Konrad Rosenbaum 15 Mar '06

15 Mar '06

Luca Bertoncello said: > Mein Problem: ich möchte eine ML einrichten. > Das Programm muß sich integrieren mit Exim (4.60) und soll automatisch die > Listen anlegen können (ich muß nicht die Listen generieren und dann einige > Dateien manuell ändern so daß Exim weißt daß die Liste existiert). Man kann alles, was Mailman macht recht problemlos in ein Script packen. Schau Dir mal die Man-Page zu "newlist" an, der Output davon muss an /etc/aliases angehaengt werden. > Problem: ich habe Exim so configuriert daß alle Nutzer in einer DB sind... Das stoert den Mailman erstmal gar nicht. > Ich möchte Mailman benutzen, wenn es geht, aber in der Doku habe nix > gefunden über DB... > > Weißt jemand ob es geht? Oder, kennt jemand ein gutes Software das die > Daten in einer DB speichert so daß mein SQL-basierter-Exim sie lesen kann? Brauchst Du nicht. Mailmans Listenaliase gehen in die /etc/aliases - Nutzer braucht Mailman nicht. Konrad

1 0

Mailinglist Software DB-basiert
by Luca Bertoncello 15 Mar '06

15 Mar '06

Hallo, Liste! Mein Problem: ich möchte eine ML einrichten. Das Programm muß sich integrieren mit Exim (4.60) und soll automatisch die Listen anlegen können (ich muß nicht die Listen generieren und dann einige Dateien manuell ändern so daß Exim weißt daß die Liste existiert). Problem: ich habe Exim so configuriert daß alle Nutzer in einer DB sind... Ich möchte Mailman benutzen, wenn es geht, aber in der Doku habe nix gefunden über DB... Weißt jemand ob es geht? Oder, kennt jemand ein gutes Software das die Daten in einer DB speichert so daß mein SQL-basierter-Exim sie lesen kann? Vielen Dank Luca Bertoncello (lucabert(a)lucabert.de)

1 0

Wrapper bauen
by Jens Puruckherr 15 Mar '06

15 Mar '06

Hallo, ich bräuchte eine Wrapper der bei einem Programaufruf prüft, das das Programm mit den gleichen Parametern schon gestartet wurde und noch läuft. Es ist rsync. Manchmal sterben die rsync ab (Webserver und viele Bilder) und nach 60min (crontab) startet der nächste. Das kann sich schön hochschaukeln, so dass eine gut Handvoll tote und frische Rsyncs sich gegenseitug behindern und die Load auf dem Rechner ins astronomische geht. Irgendwie will ich das abfangen. reicht ein einfaches: if `ps ax | grep 'meine Kommandozeile'` dann tu nix oder sollte man noch einiges beachten? Eventuell will ich auch den vorhergehende Langläufer killen und es frisch versuchen. Mit freundlichen Grüßen Jens Puruckherr

3 3

geänderter Verzeichnisinhalt
by Bernhard Schiffner 15 Mar '06

15 Mar '06

Hallo, ich habe seit kurzem eine Versionskontrolle (git) auf einem per smb freigegebenen Verzeichnis (Programmentwicklung) laufen. Das ist eine sehr zu empfehlende Sache. Daß ich die Versionskontrolle habe, erfährt z.Z. keiner der Windows-Nutzer. Jetzt möchte ich aber ein automatisiertes Commit einrichten und brauche dazu eine "Änderungsmitteilung" (oder ich muß pollen). Ich weiß, daß so was geht (Konqueror meldet geänderte Verzeichnisinhalte, mc nicht!). Aber wie? tia! Bernhard

5 8

Re: cron, anacron, /etc/cron.d/*
by Thorsten Müller 15 Mar '06

15 Mar '06

Hallo LUG, ich habe folgendes noch festgestellt: Auf dem System auf dem der crontab -Eintrag funktioniert wird der Eintrag selbst von "crontab" gemacht, eingelesen wird er von "/usr/sbin/cron" (kleingeschireben) und ausgeeführt wird er von "/USR/SBIN/CRON" (Großgeschrieben). Hat das was zu bedeuten, oder sehe ich schon Bits äh Gespenster vor meinen Augen tanzen? /var/log/syslog -Auszug Jan 1 01:10:19 EVmt1 crontab[187]: (root) BEGIN EDIT (root) Jan 1 01:11:44 EVmt1 crontab[187]: (root) REPLACE (root) Jan 1 01:11:44 EVmt1 crontab[187]: (root) END EDIT (root) Jan 1 01:11:46 EVmt1 crontab[189]: (root) LIST (root) Jan 1 01:12:01 EVmt1 /usr/sbin/cron[139]: (root) RELOAD (crontabs/root) Jan 1 01:12:01 EVmt1 /USR/SBIN/CRON[191]: (root) CMD (/bin/date >/tmp/date.txt 2>/tmp/date.log) Jan 1 01:12:38 EVmt1 crontab[194]: (root) LIST (root) Jan 1 01:14:01 EVmt1 /USR/SBIN/CRON[197]: (root) CMD (/bin/date >/tmp/date.txt 2>/tmp/date.log) Jan 1 01:16:01 EVmt1 /USR/SBIN/CRON[200]: (root) CMD (/bin/date >/tmp/date.txt 2>/tmp/date.log) Jan 1 01:18:01 EVmt1 /USR/SBIN/CRON[203]: (root) CMD (/bin/date >/tmp/date.txt 2>/tmp/date.log) Jan 1 01:20:01 EVmt1 /USR/SBIN/CRON[206]: (root) CMD (/bin/date >/tmp/date.txt 2>/tmp/date.log) Jan 1 01:22:01 EVmt1 /USR/SBIN/CRON[209]: (root) CMD (/bin/date >/tmp/date.txt 2>/tmp/date.log) Jan 1 01:24:01 EVmt1 /USR/SBIN/CRON[212]: (root) CMD (/bin/date >/tmp/date.txt 2>/tmp/date.log) Jan 1 01:26:01 EVmt1 /USR/SBIN/CRON[215]: (root) CMD (/bin/date >/tmp/date.txt 2>/tmp/date.log) Jan 1 01:27:18 EVmt1 crontab[217]: (root) LIST (root) Jan 1 01:28:01 EVmt1 /USR/SBIN/CRON[221]: (root) CMD (/bin/date >/tmp/date.txt 2>/tmp/date.log) Jan 1 01:30:01 EVmt1 /USR/SBIN/CRON[224]: (root) CMD (/bin/date >/tmp/date.txt 2>/tmp/date.log) root@EVmt1:~# crontab -l SHELL=/bin/bash MAIL=root */2 * * * * /bin/date >/tmp/date.txt 2>/tmp/date.log EOF Bernhard Schiffner <bernhard(a)schiffner-limbach.de> schrieb am 14.03.2006 18:51:38: > > On Tuesday 14 March 2006 16:08, Thorsten Müller wrote: > > Ich habe mit crontab -e nun folgenden Eintrag angelegt: > > > > mt2:/var/spool/cron/crontabs# more root > > # DO NOT EDIT THIS FILE - edit the master and reinstall. > > # (/tmp/crontab.ae8R5P/crontab installed on Tue Mar 14 16:07:01 2006) > > # (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $) > > * * * * * /bin/date>>/tmp/test.txt 2>/var/log/test.log > > > > weder in /tmp/test.txt noch in /var/log/test.log sehe ich etwas, obwohl ich > > folgende Bestätigung nach dem Abschluss des schreibens bekommen habe: > > mt2:/tmp# crontab -e > > Waiting for Emacs... > > Done > > crontab: installing new crontab > > > > In /var/log/syslog sehe ich folgendes: > > Mar 14 16:08:01 mt2 /usr/sbin/cron[1236]: (root) RELOAD (crontabs/root) > > > > Ich bin als root angemeldet > > Noch irgendeine Idee? > > > > Thorsten > > Nein, natürlich nicht ;-) > Mit dem jetzt vorhanden Wissen mal sehen: > (Mit Beispielen als root auf einem Gateway) > gw1:~# crontab -l > SHELL=/bin/bash > MAIL=root > */2 * * * * /root/scripts/ip_accounting_1 2>/dev/null > ... > gw1:~# > 1.) Nutzer-Crontab vorhanden? > 2.) SHELL gibt's? > > gw1:~# tail -n 2 /var/log/syslog > Mar 14 18:32:49 gw1 crontab[14367]: (root) LIST (root) > Mar 14 18:34:01 gw1 /USR/SBIN/CRON[14369]: (root) CMD > (/root/scripts/ip_accounting_1 2>/dev/null) > gw1:~# > 3.) vielleicht hilft das Syslog-Protokoll auch der unsinnigsten Befehle > ("CMD") weiter, ob überhaupt was cron-mäßiges passiert. > 4.) Wenn "CMD" ausgeführt wird, kann es sein, daß ein Rechte-Problem > vorliegt. Im Fall von stderr-Ausgabe sollte der Eintrag MAIL im crontab aktiv > werden. (Bei mir umgangen mit 2>/dev/null) > > Bernhard > > > <hr> > _______________________________________________ > Lug-dd maillist - Lug-dd(a)mailman.schlittermann.de > http://mailman.schlittermann.de/mailman/listinfo/lug-dd __________________________________________________________________________ Erweitern Sie FreeMail zu einem noch leistungsstärkeren E-Mail-Postfach! Mehr Infos unter http://freemail.web.de/home/landingpad/?mc=021131

1 0

Re: cron, anacron, /etc/cron.d/*
by Thorsten Müller 15 Mar '06

15 Mar '06

Bernhard Schiffner <bernhard(a)schiffner-limbach.de> schrieb am 14.03.2006 18:51:38: > > On Tuesday 14 March 2006 16:08, Thorsten Müller wrote: > > Ich habe mit crontab -e nun folgenden Eintrag angelegt: > > > > mt2:/var/spool/cron/crontabs# more root > > # DO NOT EDIT THIS FILE - edit the master and reinstall. > > # (/tmp/crontab.ae8R5P/crontab installed on Tue Mar 14 16:07:01 2006) > > # (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $) > > * * * * * /bin/date>>/tmp/test.txt 2>/var/log/test.log > > > > weder in /tmp/test.txt noch in /var/log/test.log sehe ich etwas, obwohl ich > > folgende Bestätigung nach dem Abschluss des schreibens bekommen habe: > > mt2:/tmp# crontab -e > > Waiting for Emacs... > > Done > > crontab: installing new crontab > > > > In /var/log/syslog sehe ich folgendes: > > Mar 14 16:08:01 mt2 /usr/sbin/cron[1236]: (root) RELOAD (crontabs/root) > > > > Ich bin als root angemeldet > > Noch irgendeine Idee? > > > > Thorsten > > Nein, natürlich nicht ;-) > Mit dem jetzt vorhanden Wissen mal sehen: > (Mit Beispielen als root auf einem Gateway) > gw1:~# crontab -l > SHELL=/bin/bash > MAIL=root > */2 * * * * /root/scripts/ip_accounting_1 2>/dev/null > ... > gw1:~# > 1.) Nutzer-Crontab vorhanden? ja, gibt es: mt2:/var/spool/cron/crontabs# more root # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.3uD1kk/crontab installed on Wed Mar 15 09:42:01 2006) # (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $) SHELL=/bin/bash MAIL=root */2 * * * * /bin/date >/tmp/test.txt 2>/tmp/test.log EOF > 2.) SHELL gibt's? ja gibt es > > gw1:~# tail -n 2 /var/log/syslog > Mar 14 18:32:49 gw1 crontab[14367]: (root) LIST (root) > Mar 14 18:34:01 gw1 /USR/SBIN/CRON[14369]: (root) CMD > (/root/scripts/ip_accounting_1 2>/dev/null) > gw1:~# > 3.) vielleicht hilft das Syslog-Protokoll auch der unsinnigsten Befehle da ist der Haken, es passiert einfach nichts!! Selbst bei non-sense-Einträgen passiert nichts sichtbares! Ich habe das ganze auf einem Testboard (abgespecktes Debian-woody System probiert, wo nur cron läuft) , da funktioniert der Eintrag ohne Probleme Ich fange langsam an, an mir und der Kiste zu zweifeln. Thorsten > ("CMD") weiter, ob überhaupt was cron-mäßiges passiert. > 4.) Wenn "CMD" ausgeführt wird, kann es sein, daß ein Rechte-Problem > vorliegt. Im Fall von stderr-Ausgabe sollte der Eintrag MAIL im crontab aktiv > werden. (Bei mir umgangen mit 2>/dev/null) > > Bernhard > > > <hr> > _______________________________________________ > Lug-dd maillist - Lug-dd(a)mailman.schlittermann.de > http://mailman.schlittermann.de/mailman/listinfo/lug-dd ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

1 0

Re: cron, anacron, /etc/cron.d/*
by Thorsten Müller 14 Mar '06

14 Mar '06

Ich habe mit crontab -e nun folgenden Eintrag angelegt: mt2:/var/spool/cron/crontabs# more root # DO NOT EDIT THIS FILE - edit the master and reinstall. # (/tmp/crontab.ae8R5P/crontab installed on Tue Mar 14 16:07:01 2006) # (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $) * * * * * /bin/date>>/tmp/test.txt 2>/var/log/test.log weder in /tmp/test.txt noch in /var/log/test.log sehe ich etwas, obwohl ich folgende Bestätigung nach dem Abschluss des schreibens bekommen habe: mt2:/tmp# crontab -e Waiting for Emacs... Done crontab: installing new crontab In /var/log/syslog sehe ich folgendes: Mar 14 16:08:01 mt2 /usr/sbin/cron[1236]: (root) RELOAD (crontabs/root) Ich bin als root angemeldet Noch irgendeine Idee? Thorsten Bernhard Schiffner <bernhard(a)schiffner-limbach.de> schrieb am 14.03.2006 15:10:47: > > On Tuesday 14 March 2006 13:21, Thorsten Müller wrote: > >* * * * * root date>>/tmp/test.txt > > man 5 crontab > Nur die Datei /etc/crontab kennt den "user"-Eintrag. > > Im Normalfall wird D e i n e crontab (auch die des users root) > unter /var/spool/cron/crontab/.... gespeichert und nur beim Aufruf von > crontab -e ins System eingebunden. > > Also > export EDITOR=mcedit > crontab -e > ... > * * * * * date>>/tmp/test.txt > ... > sollte ordentlich klappen. > > (Falls es echt als root auszuführen wäre: su root vorher) > > Bernhard > > > <hr> > _______________________________________________ > Lug-dd maillist - Lug-dd(a)mailman.schlittermann.de > http://mailman.schlittermann.de/mailman/listinfo/lug-dd ______________________________________________________________ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

3 2

Re: cron, anacron, /etc/cron.d/*
by Thorsten Müller 14 Mar '06

14 Mar '06

Sebastian Hegler <sebastian(a)broken-by-design.com> schrieb am 14.03.2006 16:33:05: > > Am 14.03.2006 um 12:08 schrieb Thorsten Müller: > > Ich bin als root angemeldet > > Noch irgendeine Idee? > Alles in einem Shell-Script verstecken, so daß in der crontab > (welcher auch immer) nur der Aufruf des Scriptes steht. nichts anderes versuche ich. Dieser Testeintrag "date" wird -- sofern ich es zum Laufen bringe -- durch ein Skript ersetzt (flexbackup). Mein Problem ist gerade dieser Skriptaufruf. Und ich will es NICHT unter /etc/cron*ly legen, da ich das backup nachts laufen lassen will und damit die Zeit selbst bestimmen will. Thorsten > > > MfG > Sebastian > _______________________________________________ > Lug-dd maillist - Lug-dd(a)mailman.schlittermann.de > http://mailman.schlittermann.de/mailman/listinfo/lug-dd > __________________________________________________________________________ Erweitern Sie FreeMail zu einem noch leistungsstärkeren E-Mail-Postfach! Mehr Infos unter http://freemail.web.de/home/landingpad/?mc=021131

1 0

Re: cron, anacron, /etc/cron.d/*
by Robert Müller 14 Mar '06

14 Mar '06

Am Dienstag, 14. März 2006 15:04 schrieb Bernhard Schiffner: > On Tuesday 14 March 2006 13:21, Thorsten Müller wrote: > >* * * * * root date>>/tmp/test.txt > > man 5 crontab > Nur die Datei /etc/crontab kennt den "user"-Eintrag. Es geht aber nicht um die crontab sondern um die Einträge in /etc/cron.d/ man 8 cron Additionally, cron reads the files in /etc/cron.d: it treats the files in /etc/cron.d as in the same way as the /etc/crontab file (they follow the special format of that file, i.e. they include the user field) Ich weiß jetzt allerdings nicht, ob es was Debianspezifisches ist MfG Robert

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd