Hallo, Am Mit, 17 Mär 2010, Dieter Kluenter schrieb:

Michael writes:

...

ich möchte ein paar log Dateien von einem entfernten Rechner mir regelmäßig zukommen lassen. Das geht idealerweise per Mail. Aber dann müsste ich ja einen Mailserver aufsetzen. Das habe ich noch nie gemacht und ich habe das Gefühl das das mit Kanonen auf Spatzen geschossen ist.

Die alten Tools sind immer noch die besten, installiere mailx(1) (wenn noch nicht vorhanden) und lies die Doku dazu. Der Vorteil ist, dass du mailx in Shellscripts und Cronjobs einbinden kannst: mailx -r admin@remote.com -s 'die neuen Logs' admin@hier.de < logs.tgz

So ist das schonmal nicht richtig und AFAIK kann mailx das auch nicht besser. Das schickt dir nämlich das tgz als rohe Daten im Body ohne passende Header (geschweige denn Base64/QP Kodierung). Für mailx muß man also selber (per script) die Daten vorher kodieren und ggfs. passende Header einfügen. Mit mutt geht sowas problemlos, man kann dabei _alle_ Einstellungen per default übernehmen oder auch überschreiben. Obiges macht mutt korrekt mit: mutt -s 'die neuen Logs' admin@hier.de < logs.tgz Das ist aber ineffizient da z.B.: HContent-Type: text/plain; charset=utf-8 HContent-Disposition: inline HContent-Transfer-Encoding: quoted-printable (aber das gz ist korrekt per QP kodiert). Sinnvoller ist: mutt -s 'die neuen Logs' admin@hier.de -a logs.tgz

Am Mittwoch 17 März 2010 17:29:43 schrieb Dieter Kluenter:

David Haller writes:

...

Hallo,

Am Mit, 17 Mär 2010, Dieter Kluenter schrieb:

...

Michael writes:

...

ich möchte ein paar log Dateien von einem entfernten Rechner mir regelmäßig zukommen lassen. Das geht idealerweise per Mail. Aber dann müsste ich ja einen Mailserver aufsetzen. Das habe ich noch nie gemacht und ich habe das Gefühl das das mit Kanonen auf Spatzen geschossen ist.

Die alten Tools sind immer noch die besten, installiere mailx(1) (wenn noch nicht vorhanden) und lies die Doku dazu. Der Vorteil ist, dass du mailx in Shellscripts und Cronjobs einbinden kannst: mailx -r admin@remote.com -s 'die neuen Logs' admin@hier.de < logs.tgz

So ist das schonmal nicht richtig und AFAIK kann mailx das auch nicht besser. Das schickt dir nämlich das tgz als rohe Daten im Body ohne passende Header (geschweige denn Base64/QP Kodierung). Für mailx muß man also selber (per script) die Daten vorher kodieren und ggfs. passende Header einfügen.

Lieber David, da bist du auf dem Holzweg, habe ich vorher getestet, soll ich dir eine Testmail senden?

Ich denke Dieter hat recht. Ich hätte da auch noch keine Probleme bemerkt. Das ist von einem Warnmail,. dass eine Webseite nicht funktioniert und wird per Skript generiert. Return-Path: X-Original-To: nn@mydomain.tld Delivered-To: nn@mydomain.tld Received: from localhost (localhost [127.0.0.1]) by mydomain.tld (Postfix) with ESMTP id 2B0AF15831F for ; Fri, 12 Mar 2010 01:00:17 +0100 (CET) X-Virus-Scanned: amavisd-new at domain.tld Received: from mydomain.tld ([127.0.0.1]) by localhost (mydomain.tld [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dXV3eI6QyEmQ for ; Fri, 12 Mar 2010 01:00:14 +0100 (CET) Received: by mydomain.tld (Postfix, from userid 1000) id A93CA7620B; Fri, 12 Mar 2010 01:00:14 +0100 (CET) Date: Fri, 12 Mar 2010 01:00:14 +0100 To: nn@mydomain.tld Subject: CHECK FAILED: - w3m/0.3.2.2 User-Agent: Heirloom mailx 12.2 01/07/07 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20100312000014.A93CA7620B@mydomain.tld> From: nn@mydomain.tld (n n) X-UIDL: Y?h!!"YI!!+KX!!&oL!! Status: RO X-Status: R -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Thu, 18 Mar 2010 03:52:14 +0100 schrieb David Haller :

Hallo,

Am Mit, 17 Mär 2010, Al Bogner schrieb: [..]

...

Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit

Und wie schaut der Body dazu aus?

bei mir: MIME-Version: 1.0 Content-Type: application/octet-stream Content-Transfer-Encoding: base64 -- Dieter Klünter | Systemberatung http://dkluenter.de GPG Key ID:8EF7B6C6 53°37'09,95"N 10°08'02,42"E -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Donnerstag 18 März 2010 11:54:47 schrieben Sie:

Am Donnerstag 18 März 2010 03:52:14 schrieb David Haller:

...

Hallo,

Am Mit, 17 Mär 2010, Al Bogner schrieb: [..]

...

Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit

Und wie schaut der Body dazu aus?

Den Inhalt will ich nicht posten, aber er ist ok. Da steht auch nicht viel. Das Wesentliche ist im Anhang.

Ich habe es nun mit einem griechischen Text probiert, keine Probleme: Return-Path: X-Original-To: ab Delivered-To: nn@mydomain.tld Received: by mydomain.tld (Postfix, from userid 1000) id A443D35C6E; Thu, 18 Mar 2010 12:49:46 +0100 (CET) Date: Thu, 18 Mar 2010 12:49:46 +0100 To: nn@mydomain.tld Subject: =?utf-8?B?zpPOus6szrbOuQ==?= User-Agent: Heirloom mailx 12.2 01/07/07 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Message-Id: <20100318114946.A443D35C6E@mydomain.tld> From: nn@mydomain.tld (n n) Status: R X-Status: N X-KMail-EncryptionState: X-KMail-SignatureState: X-KMail-MDN-Sent: Πάλι δεν έχω κλείσει μάτι και σε λιγάκι ξημερώνει. Έχω ξεμείνει από τσιγάρα -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Mit, 17 Mär 2010, Christian Brabandt schrieb:

On Mi, 17 Mär 2010, Dieter Kluenter wrote:

...

David Haller writes:

...

So ist das schonmal nicht richtig und AFAIK kann mailx das auch nicht besser. Das schickt dir nämlich das tgz als rohe Daten im Body ohne passende Header (geschweige denn Base64/QP Kodierung). Für mailx muß man also selber (per script) die Daten vorher kodieren und ggfs. passende Header einfügen.

Lieber David, da bist du auf dem Holzweg, habe ich vorher getestet, soll ich dir eine Testmail senden?

Das traditionelle mailx kann das aber nicht. Du benutzt also höchstwahrscheinlich nail bzw. heirloom-mailx.

Lieber Dieter, wenn du was anderes als mailx verwendest -- da kann ich nix für. $ rpm -qf `which mailx ` mailx-8.1.1-139 $ mailx -s "" root < ~/ping.txt.gz ==== Return-Path: <dh> Received: (from dh@localhost) [..] Date: Thu, 18 Mar 2010 03:52:27 +0100 From: David Haller Message-Id: [<....>] To: root[@localhost] Subject: ^_21^H§^Fp:^^^M232²^S214usyýñê226xÔ237$tÂ206Úßè2[..] ==== (und das jetzt nur per C&P hier eingefügt). In der Queue ist der Body das gzip selber # file dfDAA06995 dfDAA06995: gzip compressed data, deflated, [..] Obiges ist jedenfalls keine korrekte Mail. Bei mutt kannst du dich drauf verlassen, daß es mutt ist und die Mail korrekt rausgeht, zumal wenn du evtl. Konfigdateien ignorierst und alles nötige selber per -e auf der Kommandozeile setzt. Und zwar seit mind. 10 Jahren. Eher noch deutlich länger. Bei mail/mailx/nail weißt du nie, was du wirklich aufrufst und was das mit deiner Mail macht. Auf der sicheren Seite bist du nur, wenn du alles (Header, Body kodieren, etc. pp) selber machst und erst dann an mail/mailx verfütterst. Oder gleich an /usr/bin/sendmail. Oder gleich per SMTP. -dnh -- Oh, please. The Pentagon's lost entire countries. -- Col. O'Neill -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Wed, 17 Mar 2010 22:06:26 +0100 schrieb Christian Brabandt :

Hi Dieter!

On Mi, 17 Mär 2010, Dieter Kluenter wrote:

...

David Haller writes:

...

So ist das schonmal nicht richtig und AFAIK kann mailx das auch nicht besser. Das schickt dir nämlich das tgz als rohe Daten im Body ohne passende Header (geschweige denn Base64/QP Kodierung). Für mailx muß man also selber (per script) die Daten vorher kodieren und ggfs. passende Header einfügen.

Lieber David, da bist du auf dem Holzweg, habe ich vorher getestet, soll ich dir eine Testmail senden?

Das traditionelle mailx kann das aber nicht. Du benutzt also höchstwahrscheinlich nail bzw. heirloom-mailx.

Was heißt hier traditionell, die Entwicklung geht weiter und seit 2006 kann mailx MIME und IMAP. Es ist auch richtig, dass die Entwicklungsstränge von mailx und nail 2005 oder 2006 zusammengefügt wurden. -Dieter -- Dieter Klünter | Systemberatung http://dkluenter.de GPG Key ID:8EF7B6C6 53°37'09,95"N 10°08'02,42"E -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Donnerstag 18 März 2010 11:19:00 schrieb Christian Brabandt:

(Ja, ich bin mutt Fan und der Meinung, mutt ist deutlich besser geeignet).

Sehe ich auch so, nachdem mein Script (vor langer Zeit) unter Debian nicht mit Attachments funktionierte. Bei den unterschiedlichen Versionen von nail, mailx, etc. musste ,man sehr aufpassen, wo der gemeinsame Nenner ist. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Michael writes:

Hallo Dieter,

Am 17. März 2010 07:51 schrieb Dieter Kluenter :

...

Michael writes:

...

ich möchte ein paar log Dateien von einem entfernten Rechner mir regelmäßig zukommen lassen.

...

Die alten Tools sind immer noch die besten, installiere mailx(1) (wenn noch nicht vorhanden) und lies die Doku dazu. Der Vorteil ist, dass du mailx in Shellscripts und Cronjobs einbinden kannst: mailx -r admin@remote.com -s 'die neuen Logs' admin@hier.de < logs.tgz

Ich habe mal schnell nach man mail, man mailx, man sendmail gegooglet das klingt alles überschaubar - aber wie teile ich "mail" mit welchen snmp server es nutzen soll (inkl. port, und verschlüsselung) ?

mail und mailx sind identisch, sendmail spielt in einer anderen Liga. Es gibt für mail(x) eine Konfigurationsdatei, die du auch auf der Kommandozeile angeben kannst. Sonst wird der Domainanteil der Mailadresse genommen. -Dieter -- Dieter Klünter | Systemberatung http://dkluenter.de GPG Key ID:8EF7B6C6 53°37'09,95"N 10°08'02,42"E -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Am Mittwoch 17 März 2010 12:18:25 schrieb Sandy Drobic:

Suche nach einer Anleitung zur Erstellung eines SSH-Keys und richte einen Key ohne Passwort ein. Dann kannst du in einem Script einfach mit scp die Datei rüberschieben.

Das ist eine Lösung, ich habe mit postfix das Versenden nur an bestimmte Domains erlaubt und schicke gpg signiert, kann man natürlich auch verschlüsseln. in main.cf relay_domains = ... Mail wird dann so verschickt, zB mail oder mutt echo "Auf $FQDNAME fehlt ..." \ | gpg --local-user $SENDER --no-secmem-warning --quiet --textmode \ | --clearsign --trusted-key "$LONGKEYID" \ | $MAILPRG -s "$FQDNAME"": ,,, fehlt" $WARN Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, ich habe übersehen, dass es einen Thread "ssh Zugang absichern", und so erübrigt sich eine Antwort auf mein Posting weitestgehend :-) Im genannten Thread werden das Sicherheitsprinzip und die Funktionsweise der Secure Shell sehr ausführlich diskutiert. Gruß, Tom Thomas Michalka schrieb:

Hallo,

Sandy Drobic schrieb:

...

On 16.03.2010 23:06, Michael wrote:

...

Hallo zusammen,

ich möchte ein paar log Dateien von einem entfernten Rechner mir regelmäßig zukommen lassen. Das geht idealerweise per Mail. Aber dann müsste ich ja einen Mailserver aufsetzen. Das habe ich noch nie gemacht und ich habe das Gefühl das das mit Kanonen auf Spatzen geschossen ist.

Alternativ könnte ich mir vorstellen das ich KMail (3.5.x) fernsteuern kann. Das könnte aber auch eine Bastelstube werde.

Wie mach man das richtig? Ich muss ja eigenlich nur mails mit Anhängen verschicken. Die Benutzer sollen weiter mit Kmail arbeiten ohne Kofigurationsänderng. Ich würde als Antwort geben: nein, du brauchst und willst auch keinen Mailserver für diesen Einsatzzweck. Du möchtest Dateien transferieren, und dazu kannst du am einfachsten scp nehmen.

Suche nach einer Anleitung zur Erstellung eines SSH-Keys und richte einen Key ohne Passwort ein.

man ssh; und hier weiterführendes unter SEE ALSO, besonders ssh-keygen.

...

Dann kannst du in einem Script einfach mit scp die Datei rüberschieben.

Wegen der bestechenden Einfachheit habe ich Dir innerlich zunächst sofort zugestimmt. Diese Lösung setzt aber voraus, dass sich die Inhaber der User-Accounts auf Quell- und Zielrechner uneingeschränkt vertrauen können, idealerweise identisch sind, denn ansonsten könnte auch Schad-Software vom einen zum anderen Account transferiert werden. Davor würde auch ein ssh-Tunnel nicht schützen.

Wenn man mit ssh-keygen ein public/private-Schlüsselpaar erzeugt, in dem Fall sogar für passwortfreie Kommunikation, könnte man mit ssh dann nicht sogar eine Shell auf dem Remote-Account ohne Passwortabfrage erhalten? Ich meine mich erinnern zu können, dass ich das irgendwann mal sogar hatte, als ich auf mehreren Systemen einen Root-Account hatte und nicht ständig dasselbe Passwort eingeben bzw. mir nicht verschiedene Root-Passwörter merken wollte. Allerdings bin ich mir nicht sicher, ob das auch dann geht, wenn die Benutzernamen auf den verschiedenen Systemen unterschiedlich sind -- ich wüsste aber auch nicht, was dagegen spricht.

Insgesamt aber ist ein Transfer von Log-Dateien über fremde Netze via SSH/scp grundsätzlich sicherer, als per Mail, womöglich noch unverschlüsselt, damit Unbefugte es leichter haben, anhand der Log-Dateien ein Angriffsziel auszuspähen. Selbst verschlüsselte Mails können ja von Unbefugten wenigstens registriert (Empfänger, Absender, Subject) werden.

Gruß, Tom -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org