Re: Test - Post
On Thu, Oct 12, 2006 at 11:15:44PM +0200, Christoph Conrad wrote: Sorry - meine Followups schaffen es nicht in die Gruppe. Jetzt möchte ich sehen, ob ein Artikel ankommt. Er kommt an, und viele deiner Followups sind auch angekommen. Schau mal im entsprechenden Thread nach. Es kann durchaus schon mal vorkommen, dass ein Post nicht sofort erscheint, sondern teilweise um mehrere Stunden versetzt (wenn es irgendwo hakt). Daher am besten einfach warten und nicht nochmal senden. Don't Panic. Paul signature.asc Description: Digital signature
Re: Test - Post
Hallo Paul, sondern teilweise um mehrere Stunden versetzt (wenn es irgendwo hakt). Das habe ich noch nie erlebt. Bisher sind die Postings nach spätestens Minuten, meist nur Sekunden in gmane. Daher am besten einfach warten und nicht nochmal senden. Mach ich! Freundliche Grüße, Christoph -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test - diesmal über gmane
Marc Blumentritt schrieb: OK, ich weiß solche Test emails nerven, aber ich hatte meine Gründe, das auszuprobieren. Es hat ja geklappt. Sorry for that. Marc Marc Blumentritt schrieb: Vielleicht kann ich über gmane posten? -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test - diesmal über gmane
sieht ganz so aus ;-) Am Donnerstag, den 01.09.2005, 10:17 +0200 schrieb Marc Blumentritt: Vielleicht kann ich über gmane posten? Gruß Marko -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test - diesmal über gmane
OK, ich weiß solche Test emails nerven, aber ich hatte meine Gründe, das auszuprobieren. Es hat ja geklappt. Sorry for that. Marc Marc Blumentritt schrieb: Vielleicht kann ich über gmane posten? -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Test und Fragen
Marcel Philipp schrieb: Was muss ich hier in der Mailist beachten ?...die netquitte ausgenommen Müssen musst du nicht - aber es hilft, Antworten zu bekommen: http://www.debian.de/MailingLists/#codeofconduct http://www.catb.org/~esr/faqs/smart-questions.html Ciao Walter -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Test und Fragen
On Saturday 11 June 2005 10:45, Werner Mahr wrote: Am Samstag, 11. Juni 2005 07:13 schrieb Jens Schüßler: [...] Und ganz wichtig: Niemals ein Stück Code kopieren, um zu sehen was es macht. Schon garnicht wenn es in einer Signatur steht. grins Wie jeden, dem das nicht ohnehin schon klar ist, der thread su -c dd if=/dev/urandom of=`mount |grep 'on / ' |awk '{print $1;}'` auf http://lists.debian.org/debian-user-german/2005/04/thrd6.html unzweifelhaft belehren wird/grins Gruß Gebhard -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Test und Fragen
Jens Schüßler [EMAIL PROTECTED] wrote: * Marcel Philipp [EMAIL PROTECTED] [11-06-05 06:23]: [...] Fragen: Was muss ich hier in der Mailist beachten ?...die netquitte ausgenommen - Gross -und Kleinschreibung solltest du mal als erstes beachten. - Kein TOFU http://de.wikipedia.org/wiki/TOFU - Richtig Quoten http://www.afaik.de/usenet/faq/zitieren/ [...] Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ [...] setzt man tief gehendes grundwissen vorraus ? Nein, aber die Bereitschaft sich selbst zu informieren, bevor man wegen jedem Problem eine Frage stellt. Oft wurde das gleiche Problem auf der Liste schon behandelt und Google gibt dir Auskunft darüber. Das Lesen der sehr umfangreichen Dokumentationen unter /usr/share/doc und der jeweiligen Manpages schadet auch nie, im Gegenteil. Es ist manchmal nützlicher sich das alles durchzulesen, weil man dann auch Zusammenhänge erkennt, die einem verschlossen bleiben, wenn man nur eine kurze Antwort hier bekommt und einen Befehl anwendet ohne die Hintergründe zu kennen. Hallo, Als Ergänzung zu Jens' korrekten Ausführungen: Es gibt ein Archiv der Liste mit Suchfunktion, damit nicht immer die gleichen Threads über die Liste laufen, unter: http://lists.debian.org/debian-user-german/ Der IRC Channel #debian.de hat auch ein FAQ zu Debian: http://channel.debian.de/faq/ Wobei ich nicht weiss in wie weit sich das Dokument mit dem oben genannten der Liste überschneidet. Es zu lesen kann trotzdem nicht schaden. :) Und wenn man richtig viel Zeit übrig hat gibt's noch: http://debiananwenderhandbuch.de/ Wobei natürlich nicht alles in dem Buch als Grundwissen vorrausgesetz wird, es ist halt einen weitere Informationsquelle. Gruss, Frank -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Test und Fragen
Sorry das die letzte Mail als PM ging, im Copy n Paste gefecht ging wohl die listen addy verloren. Das Problem mit meinem Sarge besteht darin das es sich weigert sowohl KDM als auch Fluxbox zu starten und es findet meine Netzwerk und TVkarte nicht mehr. Ich hatte das Glück mein W2k neu aufsetzen zu dürfen und hab mir so natürlich Grub aus dem MBR geschossen. Nach einigen Recherchen in Foren und ausprobieren von Tips konnte ich Grub reinstallieren. Nur wie Oben gesagt findet er plötzlich meine Netzwerk als auch TVkarte nicht mehr zudem weigert es sich KDM zu starten damit ich mich einloggen kann. So bald ich von einer Suse cd aus das System boote kriege ich immerhin mein Fluxbox zu Gesicht allerdings funktionieren weder Netzwerkkarte noch Tvkarte. Jens Schüßler [EMAIL PROTECTED] schrieb am 11.06.05 08:20:21: Trotzdem solltest du drauf achten, an wenn du antwortest. Das ging jetzt an meine Mailadresse und nicht an die Liste. Bei der Antwort sollte im 'To:' immer die debian-user-german-Adresse stehen. Denke mal, das Web.de das verbrochen hat, musst du zur Not per Hand eintragen. Was hat dein sarge für Probleme? Jens -- Marcel __ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193
Re: Test und Fragen
Marcel Philipp [EMAIL PROTECTED] wrote: Sorry das die letzte Mail als PM ging, im Copy n Paste gefecht ging wohl die listen addy verloren. Das mit den 72 Zeichen pro Zeile wurde ja schon gesagt, außerdem ist es sehr hilfreich für jede Frage einen eigenen Thread mit einem sinnvollen Subject anzufangen. Ich hatte das Glück mein W2k neu aufsetzen zu dürfen und hab mir so natürlich Grub aus dem MBR geschossen. Nach einigen Recherchen in Foren und ausprobieren von Tips konnte ich Grub reinstallieren. Nur wie Oben gesagt findet er plötzlich meine Netzwerk als auch TVkarte nicht mehr zudem weigert es sich KDM zu starten damit ich mich einloggen kann. Klingt für mich so als ob du den falschen Kernel bzw. evt. ohne initrd startest. Schau mal in der /boot/grub/menu.lst nach was genau da gebootet wird. So bald ich von einer Suse cd aus das System boote kriege ich immerhin mein Fluxbox zu Gesicht allerdings funktionieren weder Netzwerkkarte noch Tvkarte. Eine Distribution mit dem Kernel einer anderen Distribution zu starten funktioniert meistens nicht reibungslos, da beide Distries den kernel anders patchen und andere Sachen einkompilieren, bzw. als Modul bauen. Wie hast du grub installiert von einer Suse CD oder schon mit debian Boardmitteln? [PM] Wenn man eine PM erhält sollte man diese NIE veröffentlichen außer auf ausdrücklichem Wunsch des Autors. Das gilt als extrem unhöflich. Christoph -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Test und Fragen
Am Samstag, 11. Juni 2005 07:13 schrieb Jens Schüßler: Das Lesen der sehr umfangreichen Dokumentationen unter /usr/share/doc und der jeweiligen Manpages schadet auch nie, im Gegenteil. Es ist manchmal nützlicher sich das alles durchzulesen, weil man dann auch Zusammenhänge erkennt, die einem verschlossen bleiben, wenn man nur eine kurze Antwort hier bekommt und einen Befehl anwendet ohne die Hintergründe zu kennen. Das lesen ist auch angebracht, wenn man ein Codeschnipsel geliefert bekommt, es aber nicht versteht. Es ist schon öfter vorgekommen, das sich Syntaktisch korrekter Code hier befinded, der leider nicht das macht was er soll. Man kann sich im Zweifel auch nochmal den Code zerlegen lassen, das erhöht den Lerneffekt ungemein. Und ganz wichtig: Niemals ein Stück Code kopieren, um zu sehen was es macht. Schon garnicht wenn es in einer Signatur steht. -- MfG usw. Werner Mahr registered Linuxuser: 295882 pgpR64sR1ki5e.pgp Description: PGP signature
Re: Test und Fragen
On Sat, Jun 11, 2005 at 09:17:57AM +0200, Frank Terbeck wrote: Und wenn man richtig viel Zeit übrig hat gibt's noch: http://debiananwenderhandbuch.de/ Ich schau da immer gern rein. Viele Dinge sind da gut und kurz erklärt, und in lesbarem Deutsch. Das kostet überhaupt nicht viel Zeit. Nur leider scheint es keinen Index zu geben, man muß übers Inhaltsverzeichnis gehen. Gruß Christian -- Christian Knoke* * *http://cknoke.de * * * * * * * * * Ceterum censeo Microsoft esse dividendum. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Test und Fragen
Christian Knoke [EMAIL PROTECTED] wrote: On Sat, Jun 11, 2005 at 09:17:57AM +0200, Frank Terbeck wrote: Und wenn man richtig viel Zeit übrig hat gibt's noch: http://debiananwenderhandbuch.de/ Ich schau da immer gern rein. Viele Dinge sind da gut und kurz erklärt, und in lesbarem Deutsch. Das kostet überhaupt nicht viel Zeit. Nur leider scheint es keinen Index zu geben, man muß übers Inhaltsverzeichnis gehen. Hi Christian, dafür hat Gott google erfunden ;) Um zum Beispiel nach apt-get im Anwenderhandbuch zu suchen, kannst du google folgende Query mitgeben: site:debiananwenderhandbuch.de apt-get Gruss, Frank -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Test und Fragen (geloest)
Christoph Wegscheider schrieb: Das mit den 72 Zeichen pro Zeile wurde ja schon gesagt, außerdem ist es sehr hilfreich für jede Frage einen eigenen Thread mit einem sinnvollen Subject anzufangen. Das man mit Subjecten ala Programm X geht nicht nicht sehr weit kommt ist mir durchaus bekannt und wird von mir immer berücksichtig Ich hatte das Glück mein W2k neu aufsetzen zu dürfen und hab mir so natürlich Grub aus dem MBR geschossen. Nach einigen Recherchen in Foren und ausprobieren von Tips konnte ich Grub reinstallieren. Nur wie Oben gesagt findet er plötzlich meine Netzwerk als auch TVkarte nicht mehr zudem weigert es sich KDM zu starten damit ich mich einloggen kann. Klingt für mich so als ob du den falschen Kernel bzw. evt. ohne initrd startest. Schau mal in der /boot/grub/menu.lst nach was genau da gebootet wird. Als ich den Standartkernel 2.4 der zur installation gehört gebootet hab, traten keine fehler auf. Das heisst wohl das mein 2.6 die ganze Aktion mit Windows nicht überstanden hat. Mich überkommt die frage wieso ich das nicht schon früher versucht hab den standartkernel zu booten. Ok das ich an die simpelste möglichkeit noch nicht gedacht hab liegt wohl daran das ich krampfhaft versucht hab dieses Prob zu lösen und zu kompliziert gedacht hab. So bald ich von einer Suse cd aus das System boote kriege ich immerhin mein Fluxbox zu Gesicht allerdings funktionieren weder Netzwerkkarte noch Tvkarte. Eine Distribution mit dem Kernel einer anderen Distribution zu starten funktioniert meistens nicht reibungslos, da beide Distries den kernel anders patchen und andere Sachen einkompilieren, bzw. als Modul bauen. Wie hast du grub installiert von einer Suse CD oder schon mit debian Boardmitteln? Die Suse cd war nur zum boote genommen und danach aus dem laufwerk genommen. Denke doch das Grub mit Debianischen Boardmitteln reinstallierte wurde. [PM] Wenn man eine PM erhält sollte man diese NIE veröffentlichen außer auf ausdrücklichem Wunsch des Autors. Das gilt als extrem unhöflich. Na das sowas unhöflich ist und misstimmung mit sich führen kann ist mir bewusst. Ich denke eine PM erkenne ich daran das der Empfänger nicht die Liste ist ;0) Christoph Marcel ps. Danke für die freundliche Einstiegshilfe -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Test und Fragen
* Christoph Wegscheider [EMAIL PROTECTED] [11-06-05 10:50]: [PM] Wenn man eine PM erhält sollte man diese NIE veröffentlichen außer auf ausdrücklichem Wunsch des Autors. Das gilt als extrem unhöflich. Das geht in dem Fall hier ok, da er mir fälschlicherweise per PM geanwortet hat, ist jetzt quasi ein f'up wieder an die richtige Stelle. Ansonsten ACK. Jens -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Test und Fragen
On Sat, Jun 11, 2005 at 11:05:09AM +0200, Frank Terbeck wrote: Christian Knoke [EMAIL PROTECTED] wrote: On Sat, Jun 11, 2005 at 09:17:57AM +0200, Frank Terbeck wrote: Und wenn man richtig viel Zeit übrig hat gibt's noch: http://debiananwenderhandbuch.de/ dafür hat Gott google erfunden ;) Ich weiß nicht, ob es Gott war, jedenfalls nicht allein ;) Um zum Beispiel nach apt-get im Anwenderhandbuch zu suchen, kannst du google folgende Query mitgeben: site:debiananwenderhandbuch.de apt-get Klar. Da bekomme ich 47 Einträge. Ein gut gewarteter Index wäre IMHO überlegen und würde noch mehr aus dem Werk machen. Gruß Christian -- Christian Knoke* * *http://cknoke.de * * * * * * * * * Ceterum censeo Microsoft esse dividendum. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Test und Fragen
Christian Knoke schrieb: On Sat, Jun 11, 2005 at 09:17:57AM +0200, Frank Terbeck wrote: Und wenn man richtig viel Zeit übrig hat gibt's noch: http://debiananwenderhandbuch.de/ Ich schau da immer gern rein. Viele Dinge sind da gut und kurz erklärt, und in lesbarem Deutsch. Das kostet überhaupt nicht viel Zeit. Nur leider scheint es keinen Index zu geben, man muß übers Inhaltsverzeichnis gehen. Die Onlineausgabe des Debianhandbuches war einer der ersten Lektüren die man mir nahe gelegt hatte nach dem wechsel von SuSe nach Debian. Und dient mir neben Foren als Problemlöser btw Tipgeber Gruß Christian greetz Marcel -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Test und Fragen
* Christian Knoke [EMAIL PROTECTED] [11-06-05 11:53]: On Sat, Jun 11, 2005 at 11:05:09AM +0200, Frank Terbeck wrote: Christian Knoke [EMAIL PROTECTED] wrote: Um zum Beispiel nach apt-get im Anwenderhandbuch zu suchen, kannst du google folgende Query mitgeben: site:debiananwenderhandbuch.de apt-get Klar. Da bekomme ich 47 Einträge. Ein gut gewarteter Index wäre IMHO überlegen und würde noch mehr aus dem Werk machen. Der Punkt Stichwortverzeichnis in der Inhaltsangabe führt genau hierhin http://debiananwenderhandbuch.de/ix01.html Oder ist das nicht das was du suchst? Ausserdem kann man das Ding auch lokal installieren. /etc/apt/sources.list ... deb http://debiananwenderhandbuch.de/debian/ stable main Dann hat man auch immer die aktuelle Ausgabe auf dem Gerät. Gruss Jens -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Test und Fragen
On Sat, Jun 11, 2005 at 12:05:16PM +0200, Jens Schüßler wrote: * Christian Knoke [EMAIL PROTECTED] [11-06-05 11:53]: site:debiananwenderhandbuch.de apt-get Klar. Da bekomme ich 47 Einträge. Ein gut gewarteter Index wäre IMHO überlegen und würde noch mehr aus dem Werk machen. Der Punkt Stichwortverzeichnis in der Inhaltsangabe führt genau hierhin http://debiananwenderhandbuch.de/ix01.html Uups. Oder ist das nicht das was du suchst? Doch, ganz prima! *Tomaten von den Augen reib* Christian -- Christian Knoke* * *http://cknoke.de * * * * * * * * * Ceterum censeo Microsoft esse dividendum. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Test und Fragen
* Marcel Philipp [EMAIL PROTECTED] [11-06-05 06:23]: Das ist mein erster Post hier und überhaupt in einer maillingliste. lesen tue ich diese liste seit geraumer zeit. Hallo Marcel, dann hast du ja schon einiges mitbekommen, hoffe ich. Fragen: Was muss ich hier in der Mailist beachten ?...die netquitte ausgenommen - Gross -und Kleinschreibung solltest du mal als erstes beachten. - Kein TOFU http://de.wikipedia.org/wiki/TOFU - Richtig Quoten http://www.afaik.de/usenet/faq/zitieren/ hat diese liste besonderheiten auf die man achten muss/sollte? Das es eine Debian-User Liste ist und die Themen sich auf Debian beschränken sollten, was in letzter Zeit IMHO leider immer weniger beachtet wird. Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ soll/muss man ironie oder sarkasmus deutlich kennzeichnen damit es nicht zu missverständnissen kommt ? Besser ist das. ;-) PM = Private mail an der liste vorbei ? Das heisst das, ja. Antworten solltest du auf jeden Fall nur an die Liste schicken. Ein anständiger Mailclient macht das automatisch, das web.de-Frontend, das du momentan benutzt ist da weniger geeignet. Zeilenumbruch bei 70 zeichen ? mehr oder weniger ? damit die mail noch lesebar ist ? 72 ist ok. setzt man tief gehendes grundwissen vorraus ? Nein, aber die Bereitschaft sich selbst zu informieren, bevor man wegen jedem Problem eine Frage stellt. Oft wurde das gleiche Problem auf der Liste schon behandelt und Google gibt dir Auskunft darüber. Das Lesen der sehr umfangreichen Dokumentationen unter /usr/share/doc und der jeweiligen Manpages schadet auch nie, im Gegenteil. Es ist manchmal nützlicher sich das alles durchzulesen, weil man dann auch Zusammenhänge erkennt, die einem verschlossen bleiben, wenn man nur eine kurze Antwort hier bekommt und einen Befehl anwendet ohne die Hintergründe zu kennen. Ich wünsch dir noch viel Spass hier und trau dich Fragen zu stellen. Gruss Jens -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: TEST: New MOC source and binary available
On Sun, 21 Nov 2004 the mental interface of Elimar Riesebieter told: Hi list, as supposed in the thread Music On Console Player there is a new version of MOC, a console music player available: deb http://www.lxtec.de/debarchiv binary-powerpc/ deb http://www.lxtec.de/debarchiv binary-i386/ deb-src http://www.lxtec.de/debarchiv sources/ Ooops, the binaries are depending on libogg0_1.1.2 and libvorbis0a_1.1.0 which are not available in unstable yet. I've upload libogg and libvorbis to http://www.lxtec.de/debarchiv. Many thanks to Hans-Georg Bork, who pointed me to that desaster. Anyway, the sources should build fine against the unstable versions ;-) Ciao Elimar -- Learned men are the cisterns of knowledge, not the fountainheads ;-) signature.asc Description: Digital signature
Re: TEST: New MOC source and binary available
On Sun, Nov 21, 2004 at 07:35:33PM +0100, Elimar Riesebieter wrote: Hi list, [...] Do you smell something burning or ist it me? It's you! Das ist hier naemlich die deutsche Liste. Gruss -- hgb -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test, erhalte keine mails mehr von der liste
nur ein test Sicher ? Du solltest diese Antwort als PM und als Cc über die Liste bekommen. danke, mein thunderbird war 'kaputt'! er hat, aus mir schleierhaften gründen, nicht mehr das postfache abgefragt. keine fehlermeldung oder andere hinweise!? hab das konto gekickt und neu angelegt, danach gings wieder... grüße mathias -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test, erhalte keine mails mehr von der liste
Hallo, Mathias Tauber wrote: nur ein test durchgefallen ... bis dahin - kind regards Martin Mewes -- ## http://www.webmin.com/ | Webbased Administration Tool for http://webmin.mamemu.de/| Unixoid Systems :-) Official Webmin/Usermin Translation Co-Ordinator 2003/2004 ## -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test, erhalte keine mails mehr von der liste
Am 2004-10-19 15:45:46, schrieb Mathias Tauber: nur ein test Sicher ? Du solltest diese Antwort als PM und als Cc über die Liste bekommen. Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: TEST
Am 2004-10-13 19:56:51, schrieb Dominique-Holger SCHRAMM: Hm, irgenwie kommen keine mails auf der liste an :( Lügner :-) Gruß D:Schramm Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: test
Am 2004-09-30 22:11:51, schrieb Kai Backhaus: test Durchgefallen signature.pgp Description: Digital signature
Re: test
schrieb Andreas Kroschel: * Sven Gehr: schrieb Philipp Meier: schrieb lines: Hallo, [...] Hm, auch nicht. Und nun ist mir auch noch der Thread zerbrochen. das höre ich nun schon das 2. Mal. Kann es daran liegen das ich in KMail als Antwortadresse mein Absende-Adresse eingetragen habe? Was mich aber wundert. Mit dieser Einstellung arbeite ich schon immer. -- Viele Grüße Sven Gehr
Re: test
* Sven Gehr: Hm, auch nicht. Und nun ist mir auch noch der Thread zerbrochen. das höre ich nun schon das 2. Mal. Kann es daran liegen das ich in KMail als Antwortadresse mein Absende-Adresse eingetragen habe? Nein, ich habe ihn zerbrochen: Wenn man über NNTP liest, statt f'up Reply wählt und als Empfänger die Debian-Liste einträgt, verschwinden die Referenzen, weil es für das Mailprogramm ja eine neue Mail ist. Grüße, kro -- Veteran of the Bermuda Triangle Expeditionary Force 1990-1951 (PGP/GPG 0xCE248A25) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test
Am Thursday 23 September 2004 14:31 schrieb Andreas Kroschel: * Sven Gehr: Hm, auch nicht. Und nun ist mir auch noch der Thread zerbrochen. das höre ich nun schon das 2. Mal. Kann es daran liegen das ich in KMail als Antwortadresse mein Absende-Adresse eingetragen habe? Nein, ich habe ihn zerbrochen: Wenn man über NNTP liest, statt f'up Reply wählt und als Empfänger die Debian-Liste einträgt, verschwinden die Referenzen, weil es für das Mailprogramm ja eine neue Mail ist. Grüße, kro -- Veteran of the Bermuda Triangle Expeditionary Force 1990-1951 (PGP/GPG 0xCE248A25) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl) hmm, glaube beim Senden sind in einer engen Kurve ein paar Pakete aus dem Kabel gefallen, die waren wegen dem Gefälle dafür aber schneller da. -- Gruss Joerg _ Joerg Stadler Nettetal
Re: test
Am 2004-09-22 18:59:49, schrieb lines: ich kann nicht an die Liste schicken Bin ich überarbeitet ? Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: test
Am 2004-09-22 23:08:12, schrieb Andreas Kroschel: Hm, auch nicht. Und nun ist mir auch noch der Thread zerbrochen. Wie meinst Du denn das ? Hier kommt alles richtig an. Grüße, kro Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: test
Am 2004-09-23 22:42:17, schrieb Joerg Stadler: hmm, glaube beim Senden sind in einer engen Kurve ein paar Pakete aus dem Kabel gefallen, die waren wegen dem Gefälle dafür aber schneller da. Wie, Du ließt auch dieses Verrückten-Fourum ? Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: test
On Wednesday 22 September 2004 12:59, lines wrote: ich kann nicht an die Liste schicken Kannst du doch !!! :-) Grüße, Marcus -- :: Marcus Thiesen :: www.thiesen.org :: ICQ#108989768 :: 0x754675F2 :: The most important thing, darling, is to live a fabulous life. As long as it's fabulous, I don't care how long it is. Freddie Mercury
Re: test
lines schrieb: ich kann nicht an die Liste schicken Lügner! -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test
ich kann nicht an die Liste schicken jaja, manchen trifft das schicksal hart :-P -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test
Am Mittwoch, den 22.09.2004, 18:59 +0200 schrieb lines: ich kann nicht an die Liste schicken ich auch nicht -- 3-2-1 Verkaufsagentur *** Wir verkaufen für Sie! *** Herrmann-Köhl-Str. 5 *** Petrusplatz neben der Marienapotheke *** 89231 Neu-Ulm *** http://www.321-verkaufsagentur.de/ *** signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: test
schrieb Philipp Meier: schrieb lines: ich kann nicht an die Liste schicken ich auch nicht und ich schon gar nicht. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test
* Sven Gehr: schrieb Philipp Meier: schrieb lines: ich kann nicht an die Liste schicken ich auch nicht und ich schon gar nicht. Hm, auch nicht. Und nun ist mir auch noch der Thread zerbrochen. Grüße, kro -- Veteran of the Bermuda Triangle Expeditionary Force 1990-1951 (PGP/GPG 0xCE248A25) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test
Rolland schrieb: test nicht bestanden :-( -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
On Mon, Jul 12, 2004 at 06:47:41AM +0200, Bertram Scharpf wrote: test `ls -A /voller/pfad | head -n 1` Meines wissens bricht `ls' ab, wenn die Pipe geschlossen wird. AFAIK schließt head die pipe aber nicht. Gruß Christian -- Christian Knoke* * *http://cknoke.de * * * * * * * * * Ceterum censeo Microsoft esse dividendum. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Hallo Christian, Am Montag, 12. Jul 2004, 09:11:27 +0200 schrieb Christian Knoke: On Mon, Jul 12, 2004 at 06:47:41AM +0200, Bertram Scharpf wrote: test `ls -A /voller/pfad | head -n 1` Meines wissens bricht `ls' ab, wenn die Pipe geschlossen wird. AFAIK schließt head die pipe aber nicht. Habe mir gerade den Quellcode angesehen. Wenn genügend Zeilen gelesen wurden, wird kein `read' mehr aufgerufen, sondern gleich `close'. `stdout' wird sogar explizit geschlossen. Allerdings werden die Zeilen aus einem Puffer von 4096 Bytes gebildet, was heißt, daß in aller Regel doch wieder das ganze Verzeichnis gelesen wird. Gruß Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Markus Schulz wrote: Klingt gut. Noch eine Frage dazu, ist es nicht besser False Positives mit der --forget Option von sa-learn zu lernen, anstatt diese als Ham zu lernen? (zumindest bei eingeschaltetem Auto-Learn) Ich würde sagen besser wäre --ham. Bei --forget lässt Du die bayesDB glauben die Mail hätte es nicht gegeben, folglich kann sie nicht daraus lernen. Aber das ist wohl eine Glaubensfrage, mir jedenfalls fallen nicht ausreichend Pro/Contra Argumente ein (evtl. jemand anderem von der Liste?). Wenn du das Problem mit dem Verschieben und der Angst vor eventuellem Überschreiben hast, könntest du doch für die Aktion ein Perl Script (mit z.B. Net::IMAP) schreiben und das ganze mittels IMAP Kommandos realisieren? Nee, ich hasse Perl. Ich kann es auch nicht. Meine Fähigkeiten enden mit den grundlegendsten Grundlagen und finden kleinerer Bugs... -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Hallo, Am Montag, 12. Jul 2004, 09:24:27 +0200 schrieb Bertram Scharpf: Am Montag, 12. Jul 2004, 09:11:27 +0200 schrieb Christian Knoke: On Mon, Jul 12, 2004 at 06:47:41AM +0200, Bertram Scharpf wrote: test `ls -A /voller/pfad | head -n 1` Meines wissens bricht `ls' ab, wenn die Pipe geschlossen wird. AFAIK schließt head die pipe aber nicht. Habe mir gerade den Quellcode angesehen. Wenn genügend Zeilen gelesen wurden, wird kein `read' mehr aufgerufen, sondern gleich `close'. `stdout' wird sogar explizit geschlossen. Allerdings werden die Zeilen aus einem Puffer von 4096 Bytes gebildet, was heißt, daß in aller Regel doch wieder das ganze Verzeichnis gelesen wird. Eine letzte Bemerkung sei mir gestattet: test `ls -A /voller/pfad | head -c 1` liest tatsächlich nur 1 Byte und bewirkt so einen kürzestmöglichen `ls'. Gruß Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Am Montag, 12. Juli 2004 06:47 schrieb Bertram Scharpf: Am Sonntag, 11. Jul 2004, 20:05:08 +0200 schrieb Jan Trippler: if test `ls -a /voller/pfad | wc -l` -gt 2; then .. fi Mir fällt da noch etwas ein, wie man verhindert, daß das ganze Verzeichnis gelesen wird: test `ls -a /voller/pfad | head -n 3 | wc -l` -gt 2 Hm, was ist schneller? Ein neuer Subprozess (der head in der Pipe) oder ein ls über das ganze Verzeichnis? Der ls öffnet ja eigentlich nur die Inode des Verzeichnis und holt sich daher die dirent-Strukturen, oder? Wäre im Zweifelsfall auszuprobieren. oder noch eleganter: test `ls -A /voller/pfad | head -n 1` Meines wissens bricht `ls' ab, wenn die Pipe geschlossen wird. Dann muss aber der test geändert werden: test -z `ls -A /voller/pfad | head -n 1` Jan -- Linux-Quickies: http://www.jan-trippler.de PingoS: http://www.pingos.org
Re: test im script
Bertram Scharpf wrote: test `ls -A /voller/pfad | head -n 1` Meines wissens bricht `ls' ab, wenn die Pipe geschlossen wird. AFAIK schließt head die pipe aber nicht. Habe mir gerade den Quellcode angesehen. Wenn genügend Zeilen gelesen wurden, wird kein `read' mehr aufgerufen, sondern gleich `close'. `stdout' wird sogar explizit geschlossen. Mal ganz davon abgesehen, dass ls hoechstwarscheinlich schon das ganze Verzeichnis gelesen hat, bevor es auch nur 1 Byte ausgibt, es sortiert naemlich die Ausgabe. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
On Mon, Jul 12, 2004 at 10:50:04PM +0200, Danijel Tasov wrote: Bertram Scharpf wrote: test `ls -A /voller/pfad | head -n 1` Mal ganz davon abgesehen, dass ls hoechstwarscheinlich schon das ganze Verzeichnis gelesen hat, bevor es auch nur 1 Byte ausgibt, es sortiert naemlich die Ausgabe. ls -U Christian -- Christian Knoke* * *http://cknoke.de * * * * * * * * * Ceterum censeo Microsoft esse dividendum. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Christian Knoke wrote: Mal ganz davon abgesehen, dass ls hoechstwarscheinlich schon das ganze Verzeichnis gelesen hat, bevor es auch nur 1 Byte ausgibt, es sortiert naemlich die Ausgabe. ls -U Selbst das verhindert nicht, dass ls nicht erst das ganze Verzeichnis liest. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Markus Schulz wrote: Allerdings benutze ich Shared IMAP Folder (SPAM/HAM/Missed Spam) die mittels Cyradm so eingestellt wurden, das nur EMails dort reingeschoben werden dürfen.(lesen nicht erlaubt) Dann weisst Du aber nicht (ohne weiteres) wem die Mails gehören, z.B. um sie zurück zu liefern oder für Benutzerspezifische BayesDB. Der Nutzer muss dies daher aber auch selbst erledigen. Wer sonst? Nur der Nutzer selber kann klassifizieren ob ham oder spam. Oder was meintest Du damit? Diese Folder dumpe ich dann mittels cyrdump via Cron, Das würde ich in der cyrus.conf eintragen, nicht in der crontab. Dann bist Du nämlich schon cyrus. konvertiere noch ein wenig (damit ein korrekte mbox Format rauskommt) und lerne das File dann mit sa-learn. Anschliessend leere ich die 3 Folder mittels einem kleinem Perl Script (Net::IMAP Modul). Bekommen Deine User den Ham nicht zurück??? Wäre das cyrdump nicht auch etwas für deinen Anwendungsfall? Damit könntest du dir das Bewegen der Dateien sparen. Allerdings brauchst du Nein. Das Speicherformat der Mails ist genau das was sa-learn verarbeiten kann, so wie es ist. Warum konvertieren? Im Prinzip bewegst Du die Dateien ja auch, nur anders. Meine Mailboxen sehen alle mindestens so aus: INBOX.Trash INBOX.Spam INBOX.Ham INBOX.Ham.learned Mein aktuellstes Skript funktionert so: 1. verschiebe (mv) sofort von INBOX.Ham nach INBOX.Ham.learned 2. sa-learn von INBOX.Ham.learned und INBOX.Spam 3. verschiebe von INBOX.Spam nach INBOX.Trash 4. reconstruct -r von INBOX.Trash und INBOX.Ham Ich glaube effizienter gehts nimmer. Ein riesiges Problem ist noch ungelöst: Beim verschieben können Mails in Trash und learned überschrieben werden! -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Bjoern Schmidt wrote: Ein riesiges Problem ist noch ungelöst: Beim verschieben können Mails in Trash und learned überschrieben werden! Ach ja, und wenn einer nen Ordner nach Spam oder Ham schiebt wirds vermutlich auch die mboxlist durcheinander bringen. Das Problem vernachlässige ich aber weil eine der nächsten reconstruct-Versionen die Datenbank neu reparieren können wird. -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Bjoern Schmidt wrote: Markus Schulz wrote: Allerdings benutze ich Shared IMAP Folder (SPAM/HAM/Missed Spam) die mittels Cyradm so eingestellt wurden, das nur EMails dort reingeschoben werden dürfen.(lesen nicht erlaubt) Dann weisst Du aber nicht (ohne weiteres) wem die Mails gehören, z.B. um sie zurück zu liefern oder für Benutzerspezifische BayesDB. Die Mails werden bei mir auch nicht zurückgeliefert. Die Folder sind ausschliesslich zum explizieten Trainieren gedacht. Sprich ein Nutzer kann dort Mails ablegen um das Training von Spamassassin weiterzuführen. Der Nutzer muss dies daher aber auch selbst erledigen. Wer sonst? Nur der Nutzer selber kann klassifizieren ob ham oder spam. Oder was meintest Du damit? Diese Folder dumpe ich dann mittels cyrdump via Cron, Das würde ich in der cyrus.conf eintragen, nicht in der crontab. Dann bist Du nämlich schon cyrus. Das wollte ich mir auch noch einmal anschauen. Das Problem ist dabei, das Spamassasin von Amavis aufgerufen wird und daher die Dateien auch Amavis gehören. Wird aber bestimmt zu Lösen sein. konvertiere noch ein wenig (damit ein korrekte mbox Format rauskommt) und lerne das File dann mit sa-learn. Anschliessend leere ich die 3 Folder mittels einem kleinem Perl Script (Net::IMAP Modul). Bekommen Deine User den Ham nicht zurück??? Nein, sie haben ja die Mails nur zum Trainieren in den HAM/SPAM/MissedSpam Folder als Kopie (oder verschoben falls Original nicht mehr gebraucht wird) abgelegt. Wäre das cyrdump nicht auch etwas für deinen Anwendungsfall? Damit könntest du dir das Bewegen der Dateien sparen. Allerdings brauchst du Nein. Das Speicherformat der Mails ist genau das was sa-learn verarbeiten kann, so wie es ist. Warum konvertieren? Im Prinzip bewegst Du die Dateien ja auch, nur anders. Cyrdump schreibt den Folder als eine Datei raus, diese ist noch kein korrekte MBox Format (enthält z.B. einige xml tags). Daher muss die Datei noch ein wenig modifiziert werden. Meine Mailboxen sehen alle mindestens so aus: INBOX.Trash INBOX.Spam INBOX.Ham INBOX.Ham.learned Mein aktuellstes Skript funktionert so: 1. verschiebe (mv) sofort von INBOX.Ham nach INBOX.Ham.learned 2. sa-learn von INBOX.Ham.learned und INBOX.Spam 3. verschiebe von INBOX.Spam nach INBOX.Trash 4. reconstruct -r von INBOX.Trash und INBOX.Ham Ich glaube effizienter gehts nimmer. Ein riesiges Problem ist noch ungelöst: Beim verschieben können Mails in Trash und learned überschrieben werden! Wenn ich dein Konzept richtig verstehe, verschieben deine Nutzer die Mails z.B. mit clientseitigen Filtern in die Folder Ham und Spam, dort entnimmst du sie und gibst sie Spamassassin zum Lernen. Der Nutzer findet seine Ham Mails dann im Learned Folder wieder? Was ich nicht ganz verstehe ist, wenn deine Nutzer die Ham und Spam Mails expliziet in die entsprechenden Ordner legen müssen, warum können sie nicht auch eine Kopie extra für das Training dort ablegen? Es wird doch kaum ein Nutzer alle seine Mails in dem Ham Order verwalten wollen? Kann man Nutzerspezifisches Spamtraining mit amavisd-new implementieren? Ich habe bisher nur Nutzerspezifische Spameinstellungen (eigene web-cyradm Erweiterung implementiert) wo jeder Nutzer für seinen Account eigene SpamLevel usw. für die SQL Lookups von Amavis einrichten kann. MfG Markus Schulz -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Markus Schulz schrieb: Das würde ich in der cyrus.conf eintragen, nicht in der crontab. Dann bist Du nämlich schon cyrus. Das wollte ich mir auch noch einmal anschauen. Das Problem ist dabei, das Spamassasin von Amavis aufgerufen wird und daher die Dateien auch Amavis gehören. Das ist unlogisch. Amavisd-new nimmt Mails per tcp von postfix/exim entgegen, prüft sie und gibt sie wieder an postfix/exim zurück, ohne deren Besitz zu übernehmen. postfix/exim gibt sie dann an cyrus/sieve weiter, welcher sie in die Maildirs legt. Bekommen Deine User den Ham nicht zurück??? Nein, sie haben ja die Mails nur zum Trainieren in den Dann kannst Du das auch Zeitunabhängig über einen notifier regeln (das kannst Du natürlich immer, aber wenn sich ein User mal verklickt ist die Mail weg wenn Du löschst). Nein. Das Speicherformat der Mails ist genau das was sa-learn verarbeiten kann, so wie es ist. Warum konvertieren? Im Prinzip bewegst Du die Dateien ja auch, nur anders. Cyrdump schreibt den Folder als eine Datei raus, diese ist noch kein korrekte MBox Format (enthält z.B. einige xml tags). Daher muss die Datei noch ein wenig modifiziert werden. Ich meinte nicht das Format wie es cyrdump ausgibt, sondern wie die Mails auf die Platte gelegt werden. Die Dateien mit einer Zahl und abschließendem Punkt wenn Du ls -al machst. sa-learn braucht _kein_ mbox format. Wenn ich dein Konzept richtig verstehe, verschieben deine Nutzer die Mails z.B. mit clientseitigen Filtern in die Folder Ham und Spam, dort entnimmst du sie und gibst sie Spamassassin zum Lernen. Der Nutzer findet seine Ham Mails dann im Learned Folder wieder? Gefiltert wird sinnigerweise serverseitig mit sieve. Alles was den Spamtag hat landet in Spam, der Rest irgendwo anders. Der User schiebt FPs nach Ham und FNs nach Spam. Die Mails aus Spam findet er am nächsten Tag im Papierkorb wieder, die aus Ham im learned Ordner. Wenn er die gelernten Ham-Mails behalten möchte schiebt er sie in irgendeinen anderen Ordner, ansonsten löscht er sie. Was ich nicht ganz verstehe ist, wenn deine Nutzer die Ham und Spam Mails expliziet in die entsprechenden Ordner legen müssen, warum können sie nicht auch eine Kopie extra für das Training dort ablegen? Die Spams wollen sie eh löschen = verschieben Die Hams wollen sie evtl. behalten, daher schieben sie sie nach Ham und holen sie sich aus learned wieder. Wenn sich ein User verklickt und statt kopieren verschieben wählt ist die Mail bei DIR nach dem lernen weg. Daher nicht kopieren, sondern verschieben (dafür aber auch nicht löschen). Es wird doch kaum ein Nutzer alle seine Mails in dem Ham Order verwalten wollen? Soll auch keiner. Der User soll FPs nach Ham schieben, lernen lassen und am nächsten Tag von learned in einen Ordner seiner Wahl verschieben. Kann man Nutzerspezifisches Spamtraining mit amavisd-new implementieren? Keine Ahnung. Ich lasse auch in _eine_ Datenbank lernen. Mittlererweile bin ich auch aus performancegründen von amavis zu spamd/spamc gewechselt. Ist nachweislich schneller. Dafür fehlt mir vorerst der Virenschutz. Ich habe bisher nur Nutzerspezifische Spameinstellungen (eigene web-cyradm Erweiterung implementiert) wo jeder Nutzer für seinen Account eigene SpamLevel usw. für die SQL Lookups von Amavis einrichten kann. Mit spamd/spamc kann jeder eine eigene user_prefs haben wo er das festlegen kann. Das mache ich aber nicht, es lohnt nicht für 5 Nutzer die eh keine Ahnung haben... -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Björn Schmidt wrote: Das ist unlogisch. Amavisd-new nimmt Mails per tcp von postfix/exim entgegen, prüft sie und gibt sie wieder an postfix/exim zurück, ohne deren Besitz zu übernehmen. postfix/exim gibt sie dann an cyrus/sieve weiter, welcher sie in die Maildirs legt. War wohl ein Mißverständnis. Es ging nicht um die Mails, sondern um die Bayes Dateien. Und damit der Nutzer cyrus sa-learn ausführen kann, braucht er auf diese Dateien schreibzugriff. Ist aber kein wirkliches Problem. Gefiltert wird sinnigerweise serverseitig mit sieve. Alles was den Spamtag hat landet in Spam, der Rest irgendwo anders. Der User schiebt FPs nach Ham und FNs nach Spam. Die Mails aus Spam findet er am nächsten Tag im Papierkorb wieder, die aus Ham im learned Ordner. Wenn er die gelernten Ham-Mails behalten möchte schiebt er sie in irgendeinen anderen Ordner, ansonsten löscht er sie. Klingt gut. Noch eine Frage dazu, ist es nicht besser False Positives mit der --forget Option von sa-learn zu lernen, anstatt diese als Ham zu lernen? (zumindest bei eingeschaltetem Auto-Learn) Wenn du das Problem mit dem Verschieben und der Angst vor eventuellem Überschreiben hast, könntest du doch für die Aktion ein Perl Script (mit z.B. Net::IMAP) schreiben und das ganze mittels IMAP Kommandos realisieren? Diese Variante werde ich wohl auch benutzen, da ich eh schon per Perl die Mails aus den 3 Foldern lösche.(nach dem Lernprozess) In jedem Fall werde ich mir die Nutzerspezifische Folder Variante auch mal durch den Kopf gehen lassen. Der Vorteil, das der Nutzer kompletten Zugriff auf den Folder behalten kann ist schon überzeugend :) MfG Markus Schulz -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Am Samstag, 10. Juli 2004 22:55 schrieb Bertram Scharpf: Am Samstag, 10. Jul 2004, 19:50:00 +0200 schrieb Jan Trippler: [...] Ein leeres Verzeichnis hat immer exakt 2 Links - einmal auf .. und einmal auf . Leider nicht. Die beiden Hardlinks sind /voller/pfad /voller/pfad/. Nach `touch /voller/pfad/einedatei' sind es immer noch zwei. Nach `mkdir /voller/pfad/undweiter' sind es drei: Hm, stimmt. Denkfehler von mir - Dateien direkt unterhalb vom Verzeichnis verändern den Linkcount nicht. Aber mir fällt grad noch ein Weg ein (ob er nun eleganter als der find ist, mag dahin gestellt sein): if test `ls -a /voller/pfad | wc -l` -gt 2; then .. fi Jan
Re: test im script
Hallo, Am Sonntag, 11. Jul 2004, 20:05:08 +0200 schrieb Jan Trippler: if test `ls -a /voller/pfad | wc -l` -gt 2; then .. fi Mir fällt da noch etwas ein, wie man verhindert, daß das ganze Verzeichnis gelesen wird: test `ls -a /voller/pfad | head -n 3 | wc -l` -gt 2 oder noch eleganter: test `ls -A /voller/pfad | head -n 1` Meines wissens bricht `ls' ab, wenn die Pipe geschlossen wird. Gruß Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Ich habe es jetzt so gelöst: if [ -z $(find $MAILSPOOL/$1/Spam/ -type d -empty) ]; then lerne... fi Danke an alle für die Tipps! -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Hallo, Am Donnerstag, 08. Jul 2004, 18:20:40 +0200 schrieb Bjoern Schmidt: Bjoern Schmidt wrote: Wie kann ich testen ob ein Verzeichnis leer ist? (man|info) test sagen dazu leider nichts aus. Oder ich sehe es mal wieder nicht... ;) Habe nochmal ein wenig probiert. 'test -s ...' scheint zu funktionieren. Bei mir nicht. Schade eigentlich. Gruß Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Bertram Scharpf wrote: Wie kann ich testen ob ein Verzeichnis leer ist? (man|info) test sagen dazu leider nichts aus. Oder ich sehe es mal wieder nicht... ;) Habe nochmal ein wenig probiert. 'test -s ...' scheint zu funktionieren. Bei mir nicht. Schade eigentlich. Kann auch nicht, ist nämlich falsch. Das hier aber funktioniert sehr gut: if [ -z $(find /voller/pfad -type d -empty) ]; then mach was... fi -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Bjoern Schmidt [EMAIL PROTECTED] writes: if [ -z $(find /voller/pfad -type d -empty) ]; then mach was... fi Das durchsucht den ganzen Baum und gibt auch wahr zurück, wenn das gewünschte Verzeichnis gar nicht leer ist, sondern irgendein Unterverzeichnis. Außerdem klappt es nur, wenn höchstens 1 leeres Verzeichnis existiert und dieses kein white space im Namen hat. Ansonsten: [EMAIL PROTECTED]:~$ mkdir -p x/y x/z x/z/x [EMAIL PROTECTED]:~$ if [ -z $(find x -type d -empty) ]; then :; fi bash: [: x/y: binary operator expected Also: if [ -z $(find /voller/pfad -type d -empty -maxdepth 0) ]; then ^^^ ^ Gruß, Heike -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
On Sat, 10 Jul 2004, Heike C. Zimmerer wrote: if [ -z $(find /voller/pfad -type d -empty) ]; then mach was... fi Das durchsucht den ganzen Baum und gibt auch wahr zurück, wenn das gewünschte Verzeichnis gar nicht leer ist, sondern irgendein Unterverzeichnis. Außerdem klappt es nur, wenn höchstens 1 leeres Verzeichnis existiert und dieses kein white space im Namen hat. Ansonsten: [EMAIL PROTECTED]:~$ mkdir -p x/y x/z x/z/x [EMAIL PROTECTED]:~$ if [ -z $(find x -type d -empty) ]; then :; fi bash: [: x/y: binary operator expected Wah. Sch#%$#isse. Immer noch Fehler in meinem Script... Also: if [ -z $(find /voller/pfad -type d -empty -maxdepth 0) ]; then ^^^ ^ Werde ich umgehend aendern. Hoffe dann ist es endlich richtig... ;) Danke fuer den Hinweis! -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Am Samstag, 10. Juli 2004 19:24 schrieb Bjoern Schmidt: On Sat, 10 Jul 2004, Heike C. Zimmerer wrote: [...] if [ -z $(find /voller/pfad -type d -empty -maxdepth 0) ]; then ^^^ ^ Werde ich umgehend aendern. Hoffe dann ist es endlich richtig... ;) Danke fuer den Hinweis! Eine andere Alternative wäre stat: if test `stat -c %h /voller/pfad` -eq 2; then ... fi Ein leeres Verzeichnis hat immer exakt 2 Links - einmal auf .. und einmal auf . Jan -- Linux-Quickies: http://www.jan-trippler.de PingoS: http://www.pingos.org
Re: test im script
Hallo, Am Samstag, 10. Jul 2004, 19:50:00 +0200 schrieb Jan Trippler: Am Samstag, 10. Juli 2004 19:24 schrieb Bjoern Schmidt: On Sat, 10 Jul 2004, Heike C. Zimmerer wrote: [...] if [ -z $(find /voller/pfad -type d -empty -maxdepth 0) ]; then ^^^ ^ Werde ich umgehend aendern. Hoffe dann ist es endlich richtig... ;) Danke fuer den Hinweis! Eine andere Alternative wäre stat: if test `stat -c %h /voller/pfad` -eq 2; then ... fi Ein leeres Verzeichnis hat immer exakt 2 Links - einmal auf .. und einmal auf . Leider nicht. Die beiden Hardlinks sind /voller/pfad /voller/pfad/. Nach `touch /voller/pfad/einedatei' sind es immer noch zwei. Nach `mkdir /voller/pfad/undweiter' sind es drei: /voller/pfad /voller/pfad/. /voller/pfad/undweiter/.. Schade, wäre schön gewesen. Es führt aber nach wie vor nichts daran vorbei, mindestens 3 Dateien aus dem Verzeichnis auszulesen. Gruß Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Bjoern Schmidt wrote: Pierre Gillmann wrote: Aber wie es in einem Skript aussehen könnte, weiß ich jetzt nicht so genau, da ich auch dein Skript nicht kenne, aber vielleicht helfen dir meine Beispiele weiter. Ja tun sie, danke. Mein cron-Skript (lernt Ham-Mails in die globale bayesdb) sieht so aus: cut Ich weiss, es ist stark verbesserungswürdig, aber ich fange ja gerade erst an... ;) Finde deine Idee interessant, eine ähnliche Idee verfolge ich momentan auch. Allerdings benutze ich Shared IMAP Folder (SPAM/HAM/Missed Spam) die mittels Cyradm so eingestellt wurden, das nur EMails dort reingeschoben werden dürfen.(lesen nicht erlaubt) Der Nutzer muss dies daher aber auch selbst erledigen. Diese Folder dumpe ich dann mittels cyrdump via Cron, konvertiere noch ein wenig (damit ein korrekte mbox Format rauskommt) und lerne das File dann mit sa-learn. Anschliessend leere ich die 3 Folder mittels einem kleinem Perl Script (Net::IMAP Modul). Wäre das cyrdump nicht auch etwas für deinen Anwendungsfall? Damit könntest du dir das Bewegen der Dateien sparen. Allerdings brauchst du einen Cyrus Nutzer der Zugriff auf alle Mailboxen hast (da du ja für HAM jede Usermailbox benutzen möchtest). Das /usr/lib/cyrus/bin/reconstruct könntest du dir dann auch sparen. MfG Markus Schulz -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Donnerstag, 8. Juli 2004 17:11 schrieb Bjoern Schmidt: Wie kann ich testen ob ein Verzeichnis leer ist? (man|info) test sagen dazu leider nichts aus. Oder ich sehe es mal wieder nicht... ;) Mit test direkt geht das wohl nicht. Vielleicht kannst du mit folgendem was anfangen: COUNT=`ls $DIR | wc -l` if test $COUNT != 2 then ... Mit freundlichen Gruessen Michael Koch - -- Homepage: http://www.worldforge.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA7WeCWSOgCCdjSDsRAin5AJ9lC2RWnRkvBrFbgGC0DfhMBXeuxQCghUOI WIIeLLKm9opy6sYHFt5kbbA= =JdO9 -END PGP SIGNATURE-
Re: test im script
Am Do, den 08.07.2004 schrieb Bjoern Schmidt um 17:11: Wie kann ich testen ob ein Verzeichnis leer ist? (man|info) test sagen dazu leider nichts aus. Oder ich sehe es mal wieder nicht... ;) Ich würde dazu du Verwenden oder find ;) Mit find: find ./ -type d -empty Mit du hab ich schon öfters was versucht, bisher ohne zufriedenstellendes Resultat, aber find funktioniert. Wenn du nur ein Verzeichnis testen willst, dann ändere ./ in das Verzeichnis ab ;) Mit freundlichen Gruessen Grüße Bjoern Schmidt Pierre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: test im script
Michael Koch wrote: Wie kann ich testen ob ein Verzeichnis leer ist? (man|info) test sagen dazu leider nichts aus. Oder ich sehe es mal wieder nicht... ;) Mit test direkt geht das wohl nicht. Schade. Wäre mir am liebsten... :( Vielleicht kannst du mit folgendem was anfangen: COUNT=`ls $DIR | wc -l` Ja, so hatte ich es auch gemacht: if [ `ls $DIR | wc -l` -eq 0 ]; then Habe aber gedacht es würde evtl. ein kleines Programm geben was dieses Problem etwas eleganter löst. ls lässt die wc-Laufzeit des Scriptes unnötig ansteigen, daher gefällt mir die Lösung nicht so gut. -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Pierre Gillmann wrote: Am Do, den 08.07.2004 schrieb Bjoern Schmidt um 17:11: Wie kann ich testen ob ein Verzeichnis leer ist? (man|info) test sagen dazu leider nichts aus. Oder ich sehe es mal wieder nicht... ;) Ich würde dazu du Verwenden oder find ;) Bei Du 'du' ist die Laufzeit wie bei 'ls' abhängig davon wie voll das Verzeichnis ist, und zudem ist die Ausgabe nie gleich null. Sind beides unschöne Lösungen. Leider... Mit find: find ./ -type d -empty Hmm, wenn ich find richtig verstanden habe sucht es (rekursiv) nach Dateien/Verzeichnissen gemäß der durch Parameter vorgegebenen matches. Ich habe aber schon ein Verzeichnis von dem ich wissen möchte ob es leer ist oder nicht. Mit du hab ich schon öfters was versucht, bisher ohne zufriedenstellendes Resultat, aber find funktioniert. Sucht es nur nach leeren Verzeichnissen, oder kann es auch bestätigen? Falls ja, wie müsste das in einem Script aussehen? -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Bjoern Schmidt wrote: Wie kann ich testen ob ein Verzeichnis leer ist? (man|info) test sagen dazu leider nichts aus. Oder ich sehe es mal wieder nicht... ;) Habe nochmal ein wenig probiert. 'test -s ...' scheint zu funktionieren. -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Donnerstag, 8. Juli 2004 17:35 schrieb Pierre Gillmann: Am Do, den 08.07.2004 schrieb Bjoern Schmidt um 17:11: Wie kann ich testen ob ein Verzeichnis leer ist? (man|info) test sagen dazu leider nichts aus. Oder ich sehe es mal wieder nicht... ;) Ich würde dazu du Verwenden oder find ;) Mit find: find ./ -type d -empty Vielleicht noch den Parameter -maxdepth 0 anhängen, Gruss, Michael - -- Homepage: http://www.worldforge.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA7XWRWSOgCCdjSDsRAvp9AJ9M3uBxxumndwv89yRewuA/qftWlQCeLvfQ e16Izl8vZ0Rhec/DIiNt9h4= =etBX -END PGP SIGNATURE-
Re: test im script
Hi, Mit du hab ich schon öfters was versucht, bisher ohne zufriedenstellendes Resultat, aber find funktioniert. Sucht es nur nach leeren Verzeichnissen, oder kann es auch bestätigen? Falls ja, wie müsste das in einem Script aussehen? Also Michael hat ja ein Beispiel gegeben und wenn du $DIR anstatt ./ einsetzt, klappt es genauso, er durchsucht nämlich auch sich selbst ;) Und mit -maxdepth 0 (siehe Michaels Beitrag) durchsucht er nur die oberste Ebene, ergo er sucht nicht mehr rekursiv. Beispiele: [EMAIL PROTECTED]:~/Desktop/eigene Werke$ find ./ -type d -empty -maxdepth 0 [EMAIL PROTECTED]:~/Desktop/eigene Werke$ [EMAIL PROTECTED]:~$ find ~/leer -type d -empty -maxdepth 0 /home/pierre/leer Ich hoffe dir reichen diese beiden Beispiele ;) Aber es gibt ja immer mehr als nur ein weg. Ich nutze find immer zum aufspüren von leeren Dateien und Verzeichnissen, um sie anschließend zu löschen (aber nur beim User, nicht irgendwo anders, könnte sonst kritisch werden). Löschen tue ich dann z.B. so: rm -rf $(find ./ -type d -empty) kannst du natürlich x-beliebig abändern und ja ich weiß, es gibt noch -exec, nur mit dem konnt ich mich noch nicht anfreunden. Aber wie es in einem Skript aussehen könnte, weiß ich jetzt nicht so genau, da ich auch dein Skript nicht kenne, aber vielleicht helfen dir meine Beispiele weiter. Mit freundlichen Gruessen Grüße zurück Bjoern Schmidt Pierre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: test im script
Pierre Gillmann wrote: Aber wie es in einem Skript aussehen könnte, weiß ich jetzt nicht so genau, da ich auch dein Skript nicht kenne, aber vielleicht helfen dir meine Beispiele weiter. Ja tun sie, danke. Mein cron-Skript (lernt Ham-Mails in die globale bayesdb) sieht so aus: #!/bin/sh MAILSPOOL=/var/spool/cyrus/mail/user CYRUSHOME=/var/spool/cyrus/tmp test -d $MAILSPOOL/$1/Ham \ || { echo $MAILSPOOL/$1/Ham does not exist or is not a directory; exit 0; } test -d $MAILSPOOL/$1/Ham/learned \ || { echo $MAILSPOOL/$1/Ham/learned does not exist or is not a directory; exit 0; } test -d $CYRUSHOME \ || { echo $CYRUSHOME does not exist or is not a directory; exit 0; } rm -f $MAILSPOOL/$1/Ham/cyrus.* rm -f $MAILSPOOL/$1/Ham/learned/cyrus.* mv -f $MAILSPOOL/$1/Ham/* $CYRUSHOME/ /dev/null mv -f $CYRUSHOME/learned $MAILSPOOL/$1/Ham/ /dev/null if [ -s $CYRUSHOME ]; then chmod -f 750$MAILSPOOL/$1/Ham chmod -f 750$MAILSPOOL/$1/Ham/learned chmod -f 750$CYRUSHOME chmod -f 640$CYRUSHOME/* su - mail -csa-learn --ham $CYRUSHOME/* sed -i 's/Subject: \*\*\*SPAM-Scheisse\*\*\* /Subject: /g' \ $CYRUSHOME/* /dev/null mv -f $CYRUSHOME/*$MAILSPOOL/$1/Ham/learned/ /dev/null fi if [ -s $MAILSPOOL/$1/Ham/learned ]; then chown cyrus:mail$MAILSPOOL/$1/Ham/learned/* chmod -f 640$MAILSPOOL/$1/Ham/learned/* fi su - cyrus -c /usr/lib/cyrus/bin/reconstruct -r user.$1.Ham /dev/null Ich weiss, es ist stark verbesserungswürdig, aber ich fange ja gerade erst an... ;) -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Am Donnerstag, 8. Juli 2004 18:36 schrieb Pierre Gillmann: [...] kritisch werden). Lschen tue ich dann z.B. so: rm -rf $(find ./ -type d -empty) kannst du natrlich x-beliebig abndern und ja ich wei, es gibt noch -exec, nur mit dem konnt ich mich noch nicht anfreunden. Der ist aber um einiges besser (noch besser ist xargs), weil Du dann nicht in die Verlegenheit kommen kannst, von der bash ein nettes argument list too long um die Ohren gehauen zu kriegen. Also: find . -type d -empty -maxdepth 0 -exec rmdir {} \; oder besser (weil nicht fr jedes einzelne Verzeichnis ein Prozess aufgemacht wird): find . -type d -empty -maxdepth 0 -print | xargs rmdir oder am allerbesten (weil der auch mit Leerzeichen, Zeilenumbrchen und sonstigem Geraffel in Dateinamen umgehen kann): find . -type d -empty -maxdepth 0 -print0 | xargs -0 rmdir Jan
Re: test im script
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Donnerstag, 8. Juli 2004 19:10 schrieb Bjoern Schmidt: Pierre Gillmann wrote: Aber wie es in einem Skript aussehen könnte, weiß ich jetzt nicht so genau, da ich auch dein Skript nicht kenne, aber vielleicht helfen dir meine Beispiele weiter. Mal so eine Idee: Da es ja sein kann dass der Cronjob nix zu tun oder der Job mal eine Zeit lang nicht läuft obwohl eine Mail angekommen ist, wäre es nicht besser sowas wie dnotify zu benutzen. Dann kannst du dein Script ausführen wenn sich was am Verzeichnis geändert hat (oder nach anderen Kriterien). Das funzt mit Kernel 2.4.19+ oder so und soll recht gut sein. Ich habe damit ein paar kleine Sachen gemacht. Ging ganz gut. Vielleicht versucht du das mal. Dann brauchst du eigentlich auch nicht mehr auf ein leeres Verzeichnis prüfen, da du direkt den Namen der Mail-Datei bekommen kannst. Michael - -- Homepage: http://www.worldforge.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA7aFUWSOgCCdjSDsRAprHAJ9hTgz6uY+Lxcnh38D8Jr6GEJd+8ACgigt8 fLE9hyW/hr7AKtob+WH4a7Y= =dNih -END PGP SIGNATURE-
Re: test im script
Michael Koch wrote: Mal so eine Idee: Da es ja sein kann dass der Cronjob nix zu tun nicht schlimm, dann tut er eben nichts. oder der Job mal eine Zeit lang nicht läuft Das ist unwahrscheinlich, der Rechner ist 24/7 uponline... obwohl eine Mail angekommen ist, wäre es nicht besser sowas wie dnotify zu benutzen. Dann kannst du dein Script ausführen wenn sich was am Verzeichnis geändert hat (oder nach anderen Kriterien). Das funzt mit Kernel 2.4.19+ oder so und soll recht gut sein. Ich habe damit ein paar kleine Sachen gemacht. Ging Der hat schon einen Nachfolger, inotify. ganz gut. Vielleicht versucht du das mal. Dann brauchst du eigentlich auch nicht mehr auf ein leeres Verzeichnis prüfen, da du direkt den Namen der Mail-Datei bekommen kannst. Nee, ich will schon dass der Cronjob immer Nachts abgearbeitet wird. Das Skript funktioniert so bereits, aber was mich z.B. noch stört ist das hier: mv -f $MAILSPOOL/$1/Ham/* $CYRUSHOME/ mv -f $CYRUSHOME/learned $MAILSPOOL/$1/Ham/ Das schiebt alles aus Ham in ein temp. Verzeichnis und den evtl. vollen Ordner learned sofort wieder zurück. Schön wäre es wenn der learned Ordner gleich da bleibt wo er ist, aber das wird wohl wieder nur mit 'find' gehen (?)... -- Mit freundlichen Gruessen Bjoern Schmidt -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test im script
Am 2004-07-08 18:16:29, schrieb Bjoern Schmidt: Mit find: find ./ -type d -empty Hmm, wenn ich find richtig verstanden habe sucht es (rekursiv) nach Dateien/Verzeichnissen gemäß der durch Parameter vorgegebenen matches. Ich habe aber schon ein Verzeichnis von dem ich wissen möchte ob es leer ist oder nicht. find /pfad/zu/deinem/verzeichnis -type d -empty if [ $? = 0 ] ; then ... fi Mit freundlichen Gruessen Bjoern Schmidt Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: test
Am Montag, 19. April 2004 23:58 schrieb Uwe Kerstan: * Werner Mahr [EMAIL PROTECTED] [19-04-2004 19:53]: Proxy (wwwoffle) verwenden. :-) Das würde aber nur helfen, solange keine neuen Keys hinzukommen. Falls ein neuer Key auftaucht wird er angefordert. Bin ich gerade offline, übernimmt das der Proxy. Bei der nächsten Onlinesitzung wird der Key dann automatisch geholt und ist beim nächsten Mal local verfügbar. Irgendwas stimmt da nicht. Ich versteh deinen Text so, das der neue Schlüssel angefordert wird, und wenn du off bist bekommts du den vom Proxy, der ihn sich dann holt wenn du wieder on bist. Alles in allem würde ich sagen, das das ganze doch Geschmacksache ist. Nebenbei bemerkt, hab ich jetz lange gewerkelt bis es so lief wie es läuft. -- MfG usw. Werner Mahr registered Linuxuser: 295882 pgp0.pgp Description: signature
Re: test
* Florian Ernst [EMAIL PROTECTED] [040418 23:48]: Ich persönlich kann nur davon abraten, alle möglichen Keys bedingungslos zu sammeln (z.B per auto-key-retrieve), bei mir führte das dazu, daß ich in mutt mitunter über 3s bis zur Anzeige einer Mail zu warten hatte... Bei mir ein no-auto-check-trustdb in der .gnupg/options und ein cronjob, der morgens ein gpg --checktrustdb ausführt wunder gewirkt. Yours sincerely, Alexander signature.asc Description: Digital signature
Re: test
* Alexander Schmehl [EMAIL PROTECTED] [040420 17:17]: Bei mir ein no-auto-check-trustdb in der .gnupg/options und ein cronjob, der morgens ein gpg --checktrustdb ausführt wunder gewirkt. ... was natürlich nur hilft, wenn die Internet-Anbindung hinreichend schnell ist, und das eigentlich lästige das prüfen der trustdb ist. Yours sincerely, Alexander signature.asc Description: Digital signature
Re: test
Hallo Alexander! On Tue, Apr 20, 2004 at 05:17:51PM +0200, Alexander Schmehl wrote: * Florian Ernst [EMAIL PROTECTED] [040418 23:48]: Ich persönlich kann nur davon abraten, alle möglichen Keys bedingungslos zu sammeln (z.B per auto-key-retrieve), bei mir führte das dazu, daß ich in mutt mitunter über 3s bis zur Anzeige einer Mail zu warten hatte... Bei mir ein no-auto-check-trustdb in der .gnupg/options und ein cronjob, der morgens ein gpg --checktrustdb ausführt wunder gewirkt. Du meinst »gpg --check-trustdb« ;), und ich hatte das damals noch mit »--batch« kombiniert, damit es auch wirklich nur lief, wenn es notwendig war. »no-auto-check-trustdb« in der .gnupg/options natürlich ebenso... Allerdings dauerte es bei mir eben wirklich (auch bei aktualisierter trustdb) derart lange, einfach nur die Liste der Schlüssel bis zum passenden zu parsen, was leider den Lesefluss (oder besser den Erkennen_und_Weiter-Fluss) deutlich und nervtötend verlangsamt hat. Bei mir war es halt weder die Internetanbindung noch die trustdb die Bremse, sondern mein Rechner war mit der Anzahl an Schlüsseln doch arg ins Schwitzen gekommen... Gruß, Flo signature.asc Description: Digital signature
Re: test
Am Sonntag, 18. April 2004 23:48 schrieb Florian Ernst: Hallo Michelle! On Sun, Apr 18, 2004 at 09:30:40PM +0200, Michelle Konzack wrote: Habe mittlerweile um die 130 Keys gesammelt... :-/ und 'pubring.gpg' monstert vor sich hin... 1,7 MBytes Ich persönlich kann nur davon abraten, alle möglichen Keys bedingungslos zu sammeln (z.B per auto-key-retrieve), bei mir führte das dazu, daß ich in mutt mitunter über 3s bis zur Anzeige einer Mail zu warten hatte... Was ist mit den Leuten, die keine so schnelle Internetverbindung haben? Da dauert das laden der Keys aus dem Netz länger, als das suchen auf der Platte. -- MfG usw. Werner Mahr registered Linuxuser: 295882 pgp0.pgp Description: signature
Re: test
Hallo Michelle! On Sun, Apr 18, 2004 at 11:55:56PM +0200, Michelle Konzack wrote: Am 2004-04-18 23:48:21, schrieb Florian Ernst: Ich persönlich kann nur davon abraten, alle möglichen Keys bedingungslos zu sammeln (z.B per auto-key-retrieve), bei mir führte das dazu, daß ich in mutt mitunter über 3s bis zur Anzeige einer Mail zu warten hatte... Genau und teilweise noch länger... Wie stellt man das ab ? Was, das auto-key-retrieve? Hmm, nicht in der Konfiguration aktivieren, oder was meinst Du...? Solltest Du das Verifizieren (und damit das Beziehen neuer Keys) meinen, so setzte in mutt einfach die Option pgp_verify_sig entsprechend. Und was für einen Schrot-Cut muß ich in 'mutt' verwenden, damit ich ihn manuell bekomme ? Man könnte auto-key-retrieve deaktivieren, aber bei Bedarf die betreffende Mail per Macro durch gpg --keyserver server --auto-key-retrieve pipen... Für bessere Vorschläge bin ich offen. Viele Grüße, Flo signature.asc Description: Digital signature
Re: test
Hallo Werner! On Mon, Apr 19, 2004 at 10:16:02AM +0200, Werner Mahr wrote: Am Sonntag, 18. April 2004 23:48 schrieb Florian Ernst: Ich persönlich kann nur davon abraten, alle möglichen Keys ^^ bedingungslos zu sammeln (z.B per auto-key-retrieve), bei mir führte das dazu, daß ich in mutt mitunter über 3s bis zur Anzeige einer Mail zu warten hatte... Was ist mit den Leuten, die keine so schnelle Internetverbindung haben? Da dauert das laden der Keys aus dem Netz länger, als das suchen auf der Platte. Nun, für _mich persönlich_ ist dieser Weg gangbar. Sofern man allerdings nur über eine langsame Verbindung verfügt, dann könnte man schon beim Abrufen der Mails diese durch gpg pipen, so dass alle eventuell benötigten Schlüssel gleich automatisch mit bezogen werden, und dann in seinem Mailprogramm Mails nur fakultativ verifizieren lassen. (Oder, entsprechende Rechenleistung vorausgesetzt, ruhig alle Mails verifizieren läßt.) Ob und wie gegebenenfalls Dein kmail das allerdings kann, das ist mir nicht bekannt, sorry... Gruß, Flo signature.asc Description: Digital signature
Re: test
* Werner Mahr [EMAIL PROTECTED] [19-04-2004 10:16]: Ich persönlich kann nur davon abraten, alle möglichen Keys bedingungslos zu sammeln (z.B per auto-key-retrieve), bei mir führte das dazu, daß ich in mutt mitunter über 3s bis zur Anzeige einer Mail zu warten hatte... Was ist mit den Leuten, die keine so schnelle Internetverbindung haben? Da dauert das laden der Keys aus dem Netz länger, als das suchen auf der Platte. Proxy (wwwoffle) verwenden. :-) pgp0.pgp Description: PGP signature
Re: test
Am 2004-04-18 23:28:20, schrieb Udo Mueller: Hallo Michelle, Das kann ich überbieten: [EMAIL PROTECTED]:~ [23:26:15]$ gpg --list-keys | grep ^pub | wc -l 1582 [EMAIL PROTECTED]:~ [23:27:22]$ du -k .gnupg/pubring.gpg 10068 .gnupg/pubring.gpg Ufff... Wie lange brauchst mutt dann um signierte E-Mails anzuteigen ? Gut, wenn sie einmal da sind, brauct es keine Anfragen auf dem Keyserver mehr... Gruss Udo Greetings Michelle -- Registered Linux-User #280138 with the Linux Counter, http://counter.li.org/ -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test
Am 2004-04-19 12:31:07, schrieb Florian Ernst: Hallo Werner! Nun, für _mich persönlich_ ist dieser Weg gangbar. Sofern man allerdings nur über eine langsame Verbindung verfügt, dann könnte man schon beim Abrufen der Mails diese durch gpg pipen, so dass alle eventuell benötigten Schlüssel gleich automatisch mit bezogen werden, und dann in seinem Mailprogramm Mails nur fakultativ verifizieren lassen. (Oder, entsprechende Rechenleistung vorausgesetzt, ruhig alle Mails verifizieren läßt.) Hmmm, eine procmail regel einrichten im den key zu kriegen ? Dazu hätte ich gerne eine gute Regel... Muß also erkennen ob die Mail signiert ist und wenn ja, sich den key besorgen. Das währe akzeptabel, da mein Fileserver die Mails automatische alle 5/15/60 Minuten abholt. Ob und wie gegebenenfalls Dein kmail das allerdings kann, das ist mir nicht bekannt, sorry... Das sollte man procmail oder maildrop erledigen lassen... Gruß, Flo Greetings Michelle -- Registered Linux-User #280138 with the Linux Counter, http://counter.li.org/ -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test
Am Montag, 19. April 2004 13:04 schrieb Uwe Kerstan: * Werner Mahr [EMAIL PROTECTED] [19-04-2004 10:16]: Ich persönlich kann nur davon abraten, alle möglichen Keys bedingungslos zu sammeln (z.B per auto-key-retrieve), bei mir führte das dazu, daß ich in mutt mitunter über 3s bis zur Anzeige einer Mail zu warten hatte... Was ist mit den Leuten, die keine so schnelle Internetverbindung haben? Da dauert das laden der Keys aus dem Netz länger, als das suchen auf der Platte. Proxy (wwwoffle) verwenden. :-) Das würde aber nur helfen, solange keine neuen Keys hinzukommen. Zum Glück habe ich das Problem nicht, und meine Platte ist auch hinreichend schnell, sodass ich bei ca. 1300 Keys eigentlich nie länger als 3 Sekunden warten muss. -- MfG usw. Werner Mahr registered Linuxuser: 295882 pgp0.pgp Description: signature
Re: test
Hallo Michelle, * Michelle Konzack schrieb [19-04-04 16:32]: Am 2004-04-18 23:28:20, schrieb Udo Mueller: Das kann ich überbieten: [EMAIL PROTECTED]:~ [23:26:15]$ gpg --list-keys | grep ^pub | wc -l 1582 [EMAIL PROTECTED]:~ [23:27:22]$ du -k .gnupg/pubring.gpg 10068 .gnupg/pubring.gpg Ufff... Wie lange brauchst mutt dann um signierte E-Mails anzuteigen ? Gut, wenn sie einmal da sind, brauct es keine Anfragen auf dem Keyserver mehr... Normalerweise 0.5 sec auf einem Tbird 1000. Wenn die trustdb noch mitgeprüft wird (bei neuen Schlüssel oder wenn es mal wieder dafür Zeit ist) ca. 3-5 sec. Gruss Udo signature.asc Description: Digital signature
Re: test
* Werner Mahr [EMAIL PROTECTED] [19-04-2004 19:53]: Proxy (wwwoffle) verwenden. :-) Das würde aber nur helfen, solange keine neuen Keys hinzukommen. Falls ein neuer Key auftaucht wird er angefordert. Bin ich gerade offline, übernimmt das der Proxy. Bei der nächsten Onlinesitzung wird der Key dann automatisch geholt und ist beim nächsten Mal local verfügbar. Gruss Uwe pgp0.pgp Description: PGP signature
Re: test
* Thomas Heimroth [EMAIL PROTECTED] [040418 12:44]: meine newsserver holt keine neuen Nachrichten mehr ab. Ich verstehe nicht warum??? Wir auch nicht. Yours sincerely, Alexander PS: Welcher newsserver? Logs? Änderungen? Debug-Level erhöhen? signature.asc Description: Digital signature
Re: test
Hallo Alex, vergessen den PGP-Schlüssel auf den keyserver abzuladen ? Greetings Michelle -- Registered Linux-User #280138 with the Linux Counter, http://counter.li.org/ -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test
* Michelle Konzack [EMAIL PROTECTED] [040418 11:27]: Hallo Alex, vergessen den PGP-Schlüssel auf den keyserver abzuladen ? Hallo Michelle, nein: http://pgp.mit.edu:11371/pks/lookup?search=0xcd15a883op=index Yours sincerely, Alexander signature.asc Description: Digital signature
Re: test
Am 2004-04-18 12:14:58, schrieb Alexander Schmehl: * Michelle Konzack [EMAIL PROTECTED] [040418 11:27]: Hallo Alex, vergessen den PGP-Schlüssel auf den keyserver abzuladen ? Hallo Michelle, nein: http://pgp.mit.edu:11371/pks/lookup?search=0xcd15a883op=index Mag seinund wenn ich auf http://www.keyserver.net/ deinen Namen eingebe kriege ich ne kilometer lange Liste, aber Du bist eine von zwei Personen deren Key von mutt/gpg nicht gefunden werden kann. Yours sincerely, Alexander Habe mittlerweile um die 130 Keys gesammelt... :-/ und 'pubring.gpg' monstert vor sich hin... 1,7 MBytes Greetings Michelle -- Registered Linux-User #280138 with the Linux Counter, http://counter.li.org/ -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test
Hallo Michelle! On Sun, Apr 18, 2004 at 09:30:40PM +0200, Michelle Konzack wrote: Habe mittlerweile um die 130 Keys gesammelt... :-/ und 'pubring.gpg' monstert vor sich hin... 1,7 MBytes Ich persönlich kann nur davon abraten, alle möglichen Keys bedingungslos zu sammeln (z.B per auto-key-retrieve), bei mir führte das dazu, daß ich in mutt mitunter über 3s bis zur Anzeige einer Mail zu warten hatte... Viele Grüße, Flo signature.asc Description: Digital signature
Re: test
Hallo Michelle, * Michelle Konzack schrieb [18-04-04 21:30]: Habe mittlerweile um die 130 Keys gesammelt... :-/ und 'pubring.gpg' monstert vor sich hin... 1,7 MBytes Das kann ich überbieten: [EMAIL PROTECTED]:~ [23:26:15]$ gpg --list-keys | grep ^pub | wc -l 1582 [EMAIL PROTECTED]:~ [23:27:22]$ du -k .gnupg/pubring.gpg 10068 .gnupg/pubring.gpg Gruss Udo -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test
Am 2004-04-18 23:48:21, schrieb Florian Ernst: Hallo Michelle! Ich persönlich kann nur davon abraten, alle möglichen Keys bedingungslos zu sammeln (z.B per auto-key-retrieve), bei mir führte das dazu, daß ich in mutt mitunter über 3s bis zur Anzeige einer Mail zu warten hatte... Genau und teilweise noch länger... Wie stellt man das ab ? Und was für einen Schrot-Cut muß ich in 'mutt' verwenden, damit ich ihn manuell bekomme ? Viele Grüße, Flo Greetings Michelle -- Registered Linux-User #280138 with the Linux Counter, http://counter.li.org/ -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test
Klaus Becker schrieb: 'tschuldigung: ich habe heute 2 emails geschickt, von denen ich kein's hier gesehen habe ich frag' mich, was los ist Das hat ich auch mal. Der Gag an der Sache: Aus unerfindlichen Gründen, hat mein Filter meine eigene Mail als SPAM ausgefiltert!?! Gruß Ulrich -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test
* Klaus Ponnath wrote: hallo Liste, das ist nur ein Test Nicht bestanden. Norbert -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test
Am Mittwoch, 28. Januar 2004 19:12 schrieb Norbert Tretkowski: * Klaus Ponnath wrote: hallo Liste, das ist nur ein Test Nicht bestanden. Wieso antwortest du dann und fütterst? Ah *shrug* ich ja jetzt auch. Aber dein Posting eben erklärt Klaus nicht viel. Ich hatte ihm lieber vorhin eine Privatmail geschrieben und ihn darauf hingewiesen, dass sein Test nicht Hunderte von Listenlesern interessiert. Wie meine Anmerkung an dich jetzt vielleicht. nur sehe ich in dem Hinweis ein wenig mehr öffentlichen Gehalt. Klaus, willst du deine Mailadresse testen, nimm ein Echo (FU Berlin), willst du die Liste testen, nimm zumindest ein intelligentes Subject und eine einigermaßen Ontopic-Frage als Tarnkappe. Gruß, Thorsten -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Test -Tool
* Daniel Holze wrote: gibt es ein Tool was ein Server auf Herz und Niere checked?! http://sourceforge.net/projects/va-ctcs/ -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: test
* Klaus Becker wrote: lebt die Liste noch ? Durchgefallen, Test nicht bestanden. Aber ja, sie lebt noch. Norbert -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)