From tobby at indiancoder.de Mon Feb 1 12:01:17 2010 From: tobby at indiancoder.de (TobbY Nowack) Date: Mon, 1 Feb 2010 12:01:17 +0100 Subject: AW: TLUG Termin: 2010-02-03 19:00:00 in Ichtershausen (EF und IK) In-Reply-To: <20100131050002.BB65B59DD1@tlug.de> References: <20100131050002.BB65B59DD1@tlug.de> Message-ID: <005401caa32d$e110f080$a332d180$@de> Moin! Wir werden versuchen zu viert vorbeizuschauen. Vielleicht schaft es ja noch eine Familie ihren Nachwuchs vorzustellen. TobbY -----Ursprüngliche Nachricht----- Von: tlug_allgemein-bounces at tlug.de [mailto:tlug_allgemein-bounces at tlug.de] Im Auftrag von announcements at tlug.de Gesendet: Sonntag, 31. Januar 2010 06:00 An: liste at tlug.de Betreff: TLUG Termin: 2010-02-03 19:00:00 in Ichtershausen (EF und IK) Naechster Termin der Thueringer Linux User Group: * 2010-02-03 19:00:00: Stammtisch in Ichtershausen (EF und IK) Viel Spass dabei! -- - automatically generated, do NOT reply - From mat-lorenz at gmx.de Mon Feb 1 17:55:04 2010 From: mat-lorenz at gmx.de (Matthias Lorenz) Date: Mon, 01 Feb 2010 17:55:04 +0100 Subject: TLUG Termin: 2010-02-03 19:00:00 in Ichtershausen (EF und IK) In-Reply-To: <20100131050002.BB65B59DD1@tlug.de> References: <20100131050002.BB65B59DD1@tlug.de> Message-ID: <4B670768.5040005@gmx.de> announcements at tlug.de schrieb: > Naechster Termin der Thueringer Linux User Group: > > * 2010-02-03 19:00:00: Stammtisch in Ichtershausen (EF und IK) > > Viel Spass dabei! > Bin auch mal wieder dabei. Bis Bald ML From rfteichert at imail.de Wed Feb 3 16:32:42 2010 From: rfteichert at imail.de (Roland F.Teichert) Date: Wed, 03 Feb 2010 16:32:42 +0100 Subject: TLUG Termin: 2010-02-03 19:00:00 in Ichtershausen (EF und IK) In-Reply-To: <20100131050002.BB65B59DD1@tlug.de> References: <20100131050002.BB65B59DD1@tlug.de> Message-ID: <4B69971A.9080805@imail.de> Hallo, ich bin am Montag nach einer Gallenstein-OP entlassen worden. Fühlte mich heut morgen zwar großartig musste aber feststellen, dass meine Stammtischtauglichkeit von Stunde zu Stunde abnahm und nun den Nullpunkt erreicht hat. Allen einen schönen Abend, Roland announcements at tlug.de schrieb: > Naechster Termin der Thueringer Linux User Group: > > * 2010-02-03 19:00:00: Stammtisch in Ichtershausen (EF und IK) > > Viel Spass dabei! > > -- Roland F. Teichert roland at tzfsb.de Thüringer Zentrum für freie Software in der Bildung From electrigga at gmx.net Wed Feb 3 16:35:28 2010 From: electrigga at gmx.net (Jens Bremeier) Date: Wed, 3 Feb 2010 16:35:28 +0100 Subject: TLUG Termin: 2010-02-03 19:00:00 in Ichtershausen (EF und IK) In-Reply-To: <20100131050002.BB65B59DD1@tlug.de> References: <20100131050002.BB65B59DD1@tlug.de> Message-ID: Haltet nen Platz für mich frei, ich komm auch. Schöne Grüße aus Gotha. Jens Bremeier Am 31.01.2010 um 06:00 schrieb announcements at tlug.de: > Naechster Termin der Thueringer Linux User Group: > > * 2010-02-03 19:00:00: Stammtisch in Ichtershausen (EF und IK) > > Viel Spass dabei! > > -- > - automatically generated, do NOT reply - From hd.kirmse at gmx.de Thu Feb 4 13:41:31 2010 From: hd.kirmse at gmx.de (Hans-Dietrich Kirmse) Date: Thu, 04 Feb 2010 13:41:31 +0100 Subject: Frage wegen Mail Message-ID: <4B6AC07B.9090009@gmx.de> Hallo, ich muss euch leider schon wiedermal belästigen und brauche Hilfe (genauer einen Rat / Lösungsansatz). Wir sind dabei einen Schulserver zu bauen, dessen Konfiguration im Wesentlichen steht. Das Problem ist Mail: Die Situation ist bei uns so, jeder Schüler und Lehrer hat einen Account, insgesamt sind das ca. 500 Accounts. Die 5. Klassen werden in Medienkunde unterrichtet und müssen damit einen Account erhalten. Damit steht denen automatisch auch Mail zur Verfügung. Allerdings sollen die Schüler in dieser Alterstufe nicht einfach in die Welt schreiben. Deswegen derzeit Mail nur im lokalen Netz. Andererseits unterrichte auch Informatik in Klasse 11 und 12. Diese Schüler haben den berechtigten Wunsch, ihre Programme (den Quellcode) nach Hause zu schicken und wieder retour. Frage: gibt es eine Lösung, dass man für jünger User Mail für nur intern und für ältere Schüler intern & extern ermöglichen kann. Wäre für entsprechende Hinweise / Lösungsansätze sehr dankbar. Ach ja, System Debian Lenny (sollte aber hier keine Rolle spielen) und als Mailsystem Postfix / Dovecot (nur mit IMAP). Authentifzierung erfolgt über LDAP. Mit freundlichen Grüßen aus Saalfeld Hans-Dietrich From linux at eichsfeld.net Thu Feb 4 15:21:08 2010 From: linux at eichsfeld.net (Niels Dettenbach) Date: Thu, 4 Feb 2010 15:21:08 +0100 Subject: Frage wegen Mail In-Reply-To: <4B6AC07B.9090009@gmx.de> References: <4B6AC07B.9090009@gmx.de> Message-ID: <201002041521.08762.linux@eichsfeld.net> On Thursday 04 February 2010 13:41:31 Hans-Dietrich Kirmse wrote: > Frage: gibt es eine Lösung, dass man für jünger User Mail für nur intern > und für ältere Schüler intern & extern ermöglichen kann. Wäre für > entsprechende Hinweise / Lösungsansätze sehr dankbar. Da gibt es gleich eine Reihe Ansätze, die "Erlaubnis" nach "außen" mailen zu dürfen zu erteilen - hier nur einige, die mir einfallen: 1.) per IP des Clients d.h. Du erlaubst nur bestimmten IP-Ranges das versenden nach "draußen" 2.) per Authentifizierung Oft der simpelste Weg. Nur angemeldete SMTP-User dürfen den SMTP / MTA für externe Ziele benutzen. Nicht per SMTP-Auth angemeldete user dürfen nur lokale Domains / user anschreiben. Du gisbt also nur den Usern, die nach draußen mailen wollen SMTP-Zugangsdaten. Vorteil: Dann brauchst Du in der Regel kaum etwas umzukonfigurieren. 3.) Basierend auf der Absenderdomain Nur Absender in einer bestimmten Domain können den MTA als Relais benutzen (unsicher!). 4.) Basierend auf PAM (MySQL) Du führst eine extra Spalte z.B. "darf_rausschreiben" in der SQL-Tabelle, gegen die Dein SMTP per PAM authentifiziert ein. Nur wenn dort z.B. "1" oder "true" gesetzt ist, kann sich der Versender per SMTP authentifizieren und den MTA als Relay nutzen. Ohne Authentifizierung ist nur lokales mailen möglich (also gem. 2.) 5.) Basierend auf SQL Du addierst eine Spalte z.B. "darf_rausschreiben" zu Deinen Benutzerdaten (oder legst eine extra Tabelle dafür an) und fragst beim Versand in der SMTP- Konfiguration, ob der Benutzer das Recht in der SQL-Tabelle gesetzt hat. Welche davon für Euch in Frage kommen, hängt wohl vom verwendeten Management-/ Authentifizierungssystem (bei Dovecot MySQL?) und den Fähigkeiten des Mailsers ab. > Ach ja, System Debian Lenny (sollte aber hier keine Rolle spielen) und > als Mailsystem Postfix / Dovecot (nur mit IMAP). Authentifzierung > erfolgt über LDAP. hmmm, ich benutze fast ausschließlich und seit "ziemlich ewig" EXIM - da könnte ich helfen... Postfix war mir bisher zu "träge" (aber das ist wohl Geschmacksache...). hth Beste Grüße, Niels. -- Niels Dettenbach --- Eichsfelder Linux/UNIX Stammtisch (EICLUSt) http://linux.eichsfeld.net --- business: Syndicat IT&Internet - http://www.syndicat.com Heilbad Heiligenstadt / Erbil / Cape Town --- Kryptoinfo: PGP public key ID 651CA20D Fingerprint: 55E0 4DCD B04C 4A49 1586 88AE 54DC 4465 651C A20D https://syndicat.com/pub_key.asc --- From hd.kirmse at gmx.de Thu Feb 4 15:17:33 2010 From: hd.kirmse at gmx.de (Hans-Dietrich Kirmse) Date: Thu, 04 Feb 2010 15:17:33 +0100 Subject: Frage wegen Mail In-Reply-To: <201002041521.08762.linux@eichsfeld.net> References: <4B6AC07B.9090009@gmx.de> <201002041521.08762.linux@eichsfeld.net> Message-ID: <4B6AD6FD.9050505@gmx.de> Hallo Niels, Danke für diese schnelle Antwort, Niels Dettenbach schrieb: > Da gibt es gleich eine Reihe Ansätze, die "Erlaubnis" nach "außen" mailen zu > dürfen zu erteilen - hier nur einige, die mir einfallen: > > 1.) per IP des Clients > d.h. Du erlaubst nur bestimmten IP-Ranges das versenden nach "draußen" ist für uns nicht relevant, weil es um die Arbeitsplätze in der Schule geht. An denen sitzen manchmal die älteren und manchmal die jüngeren Schüler. Ist also für dieses Problem nicht praktikabel. > > 2.) per Authentifizierung > Oft der simpelste Weg. Nur angemeldete SMTP-User dürfen den SMTP / MTA für > externe Ziele benutzen. Nicht per SMTP-Auth angemeldete user dürfen nur lokale > Domains / user anschreiben. Du gisbt also nur den Usern, die nach draußen > mailen wollen SMTP-Zugangsdaten. Vorteil: Dann brauchst Du in der Regel kaum > etwas umzukonfigurieren. ich vergebe ja keine extra SMTP-Zugangsdaten. Der User wird angelegt, die Zugangsdaten stehen im LDAP und auf diese wird zugegriffen, beim Surfen (Anmeldezwang), am Samba, per Mail, ... - zudem sind wir froh, dass wir die Passwortsyncronistation im Griff haben. das würde dem ja entgegenstehen. - Diese Variante entfällt also auch. > 3.) Basierend auf der Absenderdomain > Nur Absender in einer bestimmten Domain können den MTA als Relais benutzen > (unsicher!). Alle Account gehören bei uns zu einer Domain. Wie man das anders im LDAP einrichten muss, dass wüßte ich jetzt nicht. wäre aber für mich interessant und wenn es denn so geht - dass könnte ich umsetzen. Wobei diese Lösung dann ein aufwendiger Hack wäre. > 4.) Basierend auf PAM (MySQL) > Du führst eine extra Spalte z.B. "darf_rausschreiben" in der SQL-Tabelle, > gegen die Dein SMTP per PAM authentifiziert ein. Nur wenn dort z.B. "1" oder > "true" gesetzt ist, kann sich der Versender per SMTP authentifizieren und den > MTA als Relay nutzen. Ohne Authentifizierung ist nur lokales mailen möglich > (also gem. 2.) möglicherweise ist das ein Ansatz. Wegen Roundcube wurde als Datenbank sqlite herangezogen. Die eigentlichen Anmeldedaten sind aber (wie schon gesagt) im LDAP. > > 5.) Basierend auf SQL > Du addierst eine Spalte z.B. "darf_rausschreiben" zu Deinen Benutzerdaten > (oder legst eine extra Tabelle dafür an) und fragst beim Versand in der SMTP- > Konfiguration, ob der Benutzer das Recht in der SQL-Tabelle gesetzt hat. ja, so eine Variante hatte ich in der Vorstellung. Allerdings ist uns nicht bekannt, wie und wo man das konfigurieren kann. > Welche davon für Euch in Frage kommen, hängt wohl vom verwendeten Management-/ > Authentifizierungssystem (bei Dovecot MySQL?) nein, natürlich auch LDAP. Aber dieses Datum kann sicher in dieser "Mini-Datenbank" mit abgelegt werden. wie ich schon angegeben habe, ich weiss es nicht wies geht und was dann die eigentlichen Arbeiten am Postfix angeht, das mache nicht ich, sondern ein anders Mitglied im Team. Allerdings sehe ich noch eine theoretische Möglichkeit, nämlich über eine Gruppe. Die würde ich im LDAP anlegen und die Verwaltung erfolgt mit den schon vorhandenen Instrumenten zur Gruppenverwaltung. Es müßte dann aber die Authentification aufgebohrt werden, dass auch die Gruppe abgefragt wird. Das wäre dann gleichbedeutend mit Autorisierung. Aber ob das mit Postfix geht - keine Ahnung und schon gar nicht wie. > und den Fähigkeiten des Mailservers ab. > >> Ach ja, System Debian Lenny (sollte aber hier keine Rolle spielen) und >> als Mailsystem Postfix / Dovecot (nur mit IMAP). Authentifzierung >> erfolgt über LDAP. > hmmm, > ich benutze fast ausschließlich und seit "ziemlich ewig" EXIM - da könnte ich > helfen... Postfix war mir bisher zu "träge" (aber das ist wohl > Geschmacksache...). Das System läuft ja mit Postfix, Dovecot, Roundcube, Spam- und Virenscanner und es gibt ebenfalls eine Lösung für UUCP (wegen winshuttle). Da wird sich am System nichts mehr ändern. Zudem bin ich nicht verantwortlich für Mail. Allerdings habe ich eben ein besonderes Interesse an der Lösung. Deswegen auch von mir die Nachfrage. Mit freundlichen Grüßen Hans-Dietrich From linux at eichsfeld.net Thu Feb 4 16:59:07 2010 From: linux at eichsfeld.net (Niels Dettenbach) Date: Thu, 4 Feb 2010 16:59:07 +0100 Subject: Frage wegen Mail In-Reply-To: <4B6AD6FD.9050505@gmx.de> References: <4B6AC07B.9090009@gmx.de> <201002041521.08762.linux@eichsfeld.net> <4B6AD6FD.9050505@gmx.de> Message-ID: <201002041659.07455.linux@eichsfeld.net> On Thursday 04 February 2010 15:17:33 Hans-Dietrich Kirmse wrote: > > 4.) Basierend auf PAM (MySQL) > möglicherweise ist das ein Ansatz. Wegen Roundcube wurde als Datenbank > sqlite herangezogen. Die eigentlichen Anmeldedaten sind aber (wie schon > gesagt) im LDAP. sorry, aber ich habe Dovecot so in Erinnerung, das es mit SQL funktioniert(e). Mein Gesagtes funktioniert in etwa ebenso mit LDAP (statt SQL). > > 5.) Basierend auf SQL > ja, so eine Variante hatte ich in der Vorstellung. Allerdings ist uns > nicht bekannt, wie und wo man das konfigurieren kann. Möglicherweise kann hier ja ein "Postfix" Guru helfen? Ich kann Dir alternativ gern Beispiele für EXIM geben. > theoretische Möglichkeit, nämlich über eine Gruppe. Die würde ich im > LDAP anlegen und die Verwaltung erfolgt mit den schon vorhandenen > Instrumenten zur Gruppenverwaltung. Es müßte dann aber die > Authentification aufgebohrt werden, dass auch die Gruppe abgefragt wird. Ja, das wäre auch eine weitere Option, die mit LDAP möglich wäre. Dann musst Du in der MTA halt nach der Gruppe fragen bzw. meine anderen Vorschläge entsprechend verwenden. Die meisten MTAs sind derart konfiguriert, das die lokale Gruppenzugehörigkeit keine besondere Rolle spielt. Demnach macht eine Gruppe nur dann wirklich Sinn, wenn es Euch die Verwaltung der Rechte vereinfacht. Beste Grüße, Niels. -- Niels Dettenbach --- Eichsfelder Linux/UNIX Stammtisch (EICLUSt) http://linux.eichsfeld.net --- business: Syndicat IT&Internet - http://www.syndicat.com Heilbad Heiligenstadt / Erbil / Cape Town --- Kryptoinfo: PGP public key ID 651CA20D Fingerprint: 55E0 4DCD B04C 4A49 1586 88AE 54DC 4465 651C A20D https://syndicat.com/pub_key.asc --- From ml-tlug at vdazone.org Thu Feb 4 19:53:37 2010 From: ml-tlug at vdazone.org (Mario Lorenz) Date: Thu, 4 Feb 2010 19:53:37 +0100 Subject: Frage wegen Mail In-Reply-To: <4B6AC07B.9090009@gmx.de> References: <4B6AC07B.9090009@gmx.de> Message-ID: <20100204185336.GB26462@whitebox.dl5mlo.de> Am 04. Feb 2010, um 13:41:31 schrieb Hans-Dietrich Kirmse: > Hallo, > > ich muss euch leider schon wiedermal belästigen und brauche Hilfe > (genauer einen Rat / Lösungsansatz). Wir sind dabei einen Schulserver zu > bauen, dessen Konfiguration im Wesentlichen steht. > > Das Problem ist Mail: Die Situation ist bei uns so, jeder Schüler und > Lehrer hat einen Account, insgesamt sind das ca. 500 Accounts. Die > 5. Klassen werden in Medienkunde unterrichtet und müssen damit einen > Account erhalten. Damit steht denen automatisch auch Mail zur Verfügung. > Allerdings sollen die Schüler in dieser Alterstufe nicht einfach in die > Welt schreiben. Deswegen derzeit Mail nur im lokalen Netz. Andererseits > unterrichte auch Informatik in Klasse 11 und 12. Diese Schüler haben den > berechtigten Wunsch, ihre Programme (den Quellcode) nach Hause zu > schicken und wieder retour. Ich verstehe das richtig, dass ihr generell SMTP AUTH, auch für lokale Mail, fordert ? Wenn nicht, wärs einfach: Stell die LDAP-Anfrage in Postfix so, dass sie nur für Schüler der höheren Klassen matcht, dann können alle immer lokal zustellen (weil der SMTP-Server das ja annimmt, auch ohne Auth) und Relaying nach draussen geht nur mit AUTH. Ansonsten lies RESTRICTION_CLASS_README in den Postfix-Doks, dort steht das als Beispiel beschrieben. Du möchtest, falls Du es noch nicht hast, zusätzlich smtpd_sender_login_maps und relevante Restrictions in main.cf (siehe man 5 postconf) Gruesse, Mario -- Mario Lorenz Internet: Ham Radio: DL5MLO at DB0ERF.#THR.DEU.EU * This virus needs Windows95 to run! From hd.kirmse at gmx.de Thu Feb 4 21:57:31 2010 From: hd.kirmse at gmx.de (Hans-Dietrich Kirmse) Date: Thu, 04 Feb 2010 21:57:31 +0100 Subject: Frage wegen Mail In-Reply-To: <20100204185336.GB26462@whitebox.dl5mlo.de> References: <4B6AC07B.9090009@gmx.de> <20100204185336.GB26462@whitebox.dl5mlo.de> Message-ID: <4B6B34BB.3050106@gmx.de> Hallo Mario, Mario Lorenz schrieb: > Am 04. Feb 2010, um 13:41:31 schrieb Hans-Dietrich Kirmse: >> Hallo, >> >> ich muss euch leider schon wiedermal belästigen und brauche Hilfe >> (genauer einen Rat / Lösungsansatz). Wir sind dabei einen Schulserver zu >> bauen, dessen Konfiguration im Wesentlichen steht. >> >> Das Problem ist Mail: Die Situation ist bei uns so, jeder Schüler und >> Lehrer hat einen Account, insgesamt sind das ca. 500 Accounts. Die >> 5. Klassen werden in Medienkunde unterrichtet und müssen damit einen >> Account erhalten. Damit steht denen automatisch auch Mail zur Verfügung. >> Allerdings sollen die Schüler in dieser Alterstufe nicht einfach in die >> Welt schreiben. Deswegen derzeit Mail nur im lokalen Netz. Andererseits >> unterrichte auch Informatik in Klasse 11 und 12. Diese Schüler haben den >> berechtigten Wunsch, ihre Programme (den Quellcode) nach Hause zu >> schicken und wieder retour. > > Ich verstehe das richtig, dass ihr generell SMTP AUTH, auch für lokale Mail, > fordert ? ich bilde mir ein, dass es wirklich so ist. > Wenn nicht, wärs einfach: Stell die LDAP-Anfrage in Postfix so, dass sie > nur für Schüler der höheren Klassen matcht, dann können alle immer lokal > zustellen (weil der SMTP-Server das ja annimmt, auch ohne Auth) und Relaying > nach draussen geht nur mit AUTH. Diesen Ansatz habe ich weitergeleitet. > Ansonsten lies RESTRICTION_CLASS_README in den Postfix-Doks, dort steht > das als Beispiel beschrieben. Du möchtest, falls Du es noch nicht hast, > zusätzlich smtpd_sender_login_maps und relevante Restrictions in main.cf > (siehe man 5 postconf) auch das habe ich so wie es steht an unseren Mail-Verantwortlichen weitergeleitet. Mal sehen, ob und wann er eine Lösung hat. Danke für die Antworten. Ich warte erstmal ab und melde mich, wenn mir genaueres mitgeteilt wird. Mit freundlichen Grüßen Hans-Dietrich From announcements at tlug.de Mon Feb 8 06:00:02 2010 From: announcements at tlug.de (announcements at tlug.de) Date: Mon, 8 Feb 2010 06:00:02 +0100 (CET) Subject: TLUG Termin: 2010-02-11 19:00:00 in Jena Message-ID: <20100208050002.43D7159E37@tlug.de> Naechster Termin der Thueringer Linux User Group: * 2010-02-11 19:00:00: Stammtisch in Jena Viel Spass dabei! -- - automatically generated, do NOT reply - From chr.ordig at gmx.net Wed Feb 17 19:25:12 2010 From: chr.ordig at gmx.net (Christian Ordig) Date: Wed, 17 Feb 2010 19:25:12 +0100 Subject: freies OLAP/Datamining Tool Message-ID: <20100217182512.GA54486@tlug.de> Hallo Leute, ich bin vor einiger Zeit mal ueber ein freies OLAP/Datamining-Tool gestolpert, finde es allerdings nicht mehr, und weiss auch den Namen nicht mehr. Bisher habe ich mich mit Excel- bzw. OO Pivot-Tabellen behelfen koennen. Das nuetzt aber nichts, sobald die Datenmenge groesser als die unterstuetzten Zeilen der jeweiligen Applikation wird. Die Datenmenge und die Anzahl der auszuwertenden Dimensionen ist noch recht ueberschaubar. (einzige Dimension ist meistens das Datum, wo dann nach bestimmten Kriterien aggregiert werden soll) Die Anzahl der Datensaetze liegt im einstelligen 10^6er Bereich. Alles in allem also recht ueberschaubar, und passt bei heutigen Rechnern auch locker ins RAM --> fette Datenbanken etc. werden nicht wirklich benoetigt. Kennt irgendwer was freies graphisches womit ich auf diese Daten losgehen kann, ohne fuer jede moegliche Auswertung anfangen zu muessen zu programmieren? Datenpraesentation in Zahlen reicht _eigentlich_ aus. Graphische Aufbereitung kann allerdings nicht schaden. :-) Danke. Gruesse. -- Christian Ordig Germany From announcements at tlug.de Mon Feb 22 06:00:02 2010 From: announcements at tlug.de (announcements at tlug.de) Date: Mon, 22 Feb 2010 06:00:02 +0100 (CET) Subject: TLUG Termin: 2010-02-25 19:00:00 in Jena Message-ID: <20100222050002.6DEA859DB1@tlug.de> Naechster Termin der Thueringer Linux User Group: * 2010-02-25 19:00:00: Stammtisch in Jena Viel Spass dabei! -- - automatically generated, do NOT reply - From announcements at tlug.de Sun Feb 28 06:00:02 2010 From: announcements at tlug.de (announcements at tlug.de) Date: Sun, 28 Feb 2010 06:00:02 +0100 (CET) Subject: TLUG Termin: 2010-03-03 19:00:00 in Ichtershausen (EF und IK) Message-ID: <20100228050002.782CC59D90@tlug.de> Naechster Termin der Thueringer Linux User Group: * 2010-03-03 19:00:00: Stammtisch in Ichtershausen (EF und IK) Viel Spass dabei! -- - automatically generated, do NOT reply -