Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #120640 > unrolled thread
| Started by | Albrecht Mehl <unvalid@invalid.invalid> |
|---|---|
| First post | 2022-01-08 09:52 +0100 |
| Last post | 2022-01-11 16:47 +0200 |
| Articles | 13 on this page of 33 — 13 participants |
Back to article view | Back to de.comp.os.unix.linux.misc
Programmstart aus Skript Albrecht Mehl <unvalid@invalid.invalid> - 2022-01-08 09:52 +0100
Re: Programmstart aus Skript Paul Muster <exp-311222@news.muster.net> - 2022-01-08 10:14 +0100
Re: Programmstart aus Skript Marte Schwarz <marte.schwarz@gmx.de> - 2022-01-08 12:21 +0100
Re: Programmstart aus Skript Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-09 21:52 +0100
Re: Programmstart aus Skript Marte Schwarz <marte.schwarz@gmx.de> - 2022-01-10 10:22 +0100
Re: Programmstart aus Skript Alexander Goetzenstein <alexander_goetzenstein@web.de> - 2022-01-10 11:46 +0100
Re: Programmstart aus Skript Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-01-11 12:43 +0100
Re: Programmstart aus Skript Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-11 15:18 +0100
Re: Programmstart aus Skript Sebastian Suchanek <sebastian.suchanek@gmx.de> - 2022-01-11 21:39 +0100
Re: Programmstart aus Skript Paul Muster <exp-311222@news.muster.net> - 2022-01-11 21:49 +0100
Re: Programmstart aus Skript Sebastian Suchanek <sebastian.suchanek@gmx.de> - 2022-01-11 22:44 +0100
Re: Programmstart aus Skript Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-12 07:17 +0100
Re: Programmstart aus Skript Paul Muster <exp-311222@news.muster.net> - 2022-01-12 11:40 +0100
Re: Programmstart aus Skript Joerg Lorenz <hugybear@gmx.ch> - 2022-01-11 22:18 +0100
Re: Programmstart aus Skript Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-11 20:29 +0100
Re: Programmstart aus Skript Joerg Lorenz <hugybear@gmx.ch> - 2022-01-11 22:20 +0100
Re: Programmstart aus Skript Marte Schwarz <marte.schwarz@gmx.de> - 2022-01-12 00:39 +0100
Re: Programmstart aus Skript Joerg Lorenz <hugybear@gmx.ch> - 2022-01-12 02:07 +0100
Re: Programmstart aus Skript Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2022-01-12 07:20 +0100
Re: Programmstart aus Skript Joerg Lorenz <hugybear@gmx.ch> - 2022-01-12 09:36 +0100
Re: Programmstart aus Skript Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2022-01-12 20:25 +0100
Re: Programmstart aus Skript Dr Eberhard Lisse <nospam@lisse.NA> - 2022-01-13 15:40 +0200
Re: Programmstart aus Skript Marcus Jodorf <trap@killfile.de> - 2022-01-12 05:24 +0100
Re: Programmstart aus Skript Joerg Lorenz <hugybear@gmx.ch> - 2022-01-12 07:37 +0100
Re: Programmstart aus Skript Marte Schwarz <marte.schwarz@gmx.de> - 2022-01-12 08:25 +0100
Re: Programmstart aus Skript Joerg Lorenz <hugybear@gmx.ch> - 2022-01-12 09:38 +0100
Re: Programmstart aus Skript Marte Schwarz <marte.schwarz@gmx.de> - 2022-01-12 08:24 +0100
Re: Programmstart aus Skript Marcus Jodorf <trap@killfile.de> - 2022-01-12 20:13 +0100
Re: Programmstart aus Skript Paul Muster <exp-311222@news.muster.net> - 2022-01-12 11:38 +0100
Re: Programmstart aus Skript Arno Welzel <usenet@arnowelzel.de> - 2022-01-12 13:26 +0100
Re: Programmstart aus Skript Stefan Reuther <stefan.news@arcor.de> - 2022-01-10 17:32 +0100
Re: Programmstart aus Skript Arno Welzel <usenet@arnowelzel.de> - 2022-01-10 18:03 +0100
Re: Programmstart aus Skript Dr Eberhard Lisse <nospam@lisse.NA> - 2022-01-11 16:47 +0200
Page 2 of 2 — ← Prev page 1 [2]
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Date | 2022-01-12 20:25 +0100 |
| Message-ID | <20220112202501.6925834e808dd03452978636@SchS.de> |
| In reply to | #120800 |
Hallo Joerg Lorenz, Du schriebst am Wed, 12 Jan 2022 09:36:49 +0100: > geneigten User aber dazu bringen, das Konto so zu konfigurieren, > dass Mails mit dem Löschvorgang in den Papierkorb verschoben und dort > nach einer vorbestimmten Zeit automatisch endgültig entsorgt werden. Da gibt es eine ganze Menge "geneigte[r] User", die eine solche Konfiguration nicht fertigbringen, weil sie garnicht wissen, daß die möglich ist, und die zudem noch Zeiträume zum "automatisch endgültig entsorg"en einstellen müßte, die kein Mail-Reader überhaupt erlaubt. Ich meine hier die Gruppe der Kleingewerbetreibenden und Selbständigen, die ihren geschäftlichen Kommunikationsverkehr bis zu 30 Jahre zu archivieren gehalten sind - das wird wohl auch kein einziger der professionellen kommerziellen Provider machen. Das macht ja schon "per Papier" keinen Spaß. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
[toc] | [prev] | [next] | [standalone]
| From | Dr Eberhard Lisse <nospam@lisse.NA> |
|---|---|
| Date | 2022-01-13 15:40 +0200 |
| Message-ID | <j4aof0Fc1s1U1@mid.individual.net> |
| In reply to | #120820 |
Thunderbird erlaubt das wenn ich micht nich irre. Auf dem Mac gibt es MailSteward. Ich habe mein /etc/aliases so bearbeitet, dass alle Mail an mich auf einen zweiten Hobel gehen, von denen Mail.app das mit POP holt. Alle halbe Jahre mache ich mir die Mühe das zu entmüllen und dann den Rest in MailSteward's MySQL/MariaDB zu schieben. 30 Jahre sind es zwar nicht, aber 25 kommen schon zusammen. Soetwas sollt es es doch auch für Linux geben, und wenn nicht, wäre das doch eine Marktlücke, die sich sicher schliessen liesse :-)-O, ggfs sogar so dass es auch auf dem Mac und Windoze spielt (Pythin, Tcl/Tk oder sowas) mfg, el On 12/01/2022 21:25, Sieghard Schicktanz wrote: [...] > Da gibt es eine ganze Menge "geneigte[r] User", die eine solche > Konfiguration nicht fertigbringen, weil sie garnicht wissen, daß die > möglich ist, und die zudem noch Zeiträume zum "automatisch endgültig > entsorg"en einstellen müßte, die kein Mail-Reader überhaupt erlaubt. > Ich meine hier die Gruppe der Kleingewerbetreibenden und > Selbständigen, die ihren geschäftlichen Kommunikationsverkehr bis zu > 30 Jahre zu archivieren gehalten sind - das wird wohl auch kein > einziger der professionellen kommerziellen Provider machen. Das macht > ja schon "per Papier" keinen Spaß. > -- To email me replace 'nospam' with 'el'
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <trap@killfile.de> |
|---|---|
| Date | 2022-01-12 05:24 +0100 |
| Message-ID | <87r19dd1jd.fsf-bofh@killfile.de> |
| In reply to | #120788 |
Marte Schwarz <marte.schwarz@gmx.de> schrieb: >> Bei IMAP liegt die Mail auf dem Server. Der ist in seinem >> Backup. Das >> reicht. > > Wie wenige Leuts hier haben Zugriff auf ein Backup des IMAP-Providers? > Ich nicht, weder privat noch geschäftlich. Auf diesen Umstand wurden > wir noch nicht mal explizit hingewiesen. Von einem vernünftigen Provider erwarte ich, daß der mir einen Imap Account mindestens auf Anfrage aus dem Backup z.B. auf den Stand <Datum> wieder problemlos einspielen kann. Mit Glück hat er noch etwas bessere Backupsoftware am Start und kann noch zielgerichteter Sachen restaurieren und z.B. einzelne Emails problemlos wieder einpflegen. Und falls es sich um Geschäftsaccount/-server handelt, wird es in der Regel noch Einfacher - da besteht im Regelfall Archivierungspflicht sämtlicher Emails für 10 Jahre. Also muß da meist irgendwo noch ein Archivierungsserver neben den normalen Systembackups zusätzlich mit im Spiel sein, wo die Emails i.d.R. nochmal in eine Datenbank wandern (von der es dann auch nochmal ein Backup geben dürfte) und wo man noch leichter Sachen wiederfinden kann. Oder zumindest in kleineren Fällen noch wenigstens eine geeignete Archivierungsmethode neben den normalen Backups als weitere Ebene wo man nochmal an verlorene Mails rankommen könnte. Da sorgt quasi das Finanzamt nochmal indirekt für die Sicherung Deiner sämtlichen Emails. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Joerg Lorenz <hugybear@gmx.ch> |
|---|---|
| Date | 2022-01-12 07:37 +0100 |
| Message-ID | <srlsvo$bu3$1@dont-email.me> |
| In reply to | #120792 |
Am 12.01.22 um 05:24 schrieb Marcus Jodorf: > Mit Glück hat er noch etwas bessere Backupsoftware am Start und kann > noch zielgerichteter Sachen restaurieren und z.B. einzelne Emails > problemlos wieder einpflegen. Ich musste das mal wegen eines Softwarefehlers durchziehen: Das hat mich für ein einziges Account die Kleinigkeit von CHF 100 gekostet. Das ist aus Sicht der Digitaltechnik fast prohibitiv personalintensiv. -- De gustibus non est disputandum
[toc] | [prev] | [next] | [standalone]
| From | Marte Schwarz <marte.schwarz@gmx.de> |
|---|---|
| Date | 2022-01-12 08:25 +0100 |
| Message-ID | <srlvpo$2dhl7$2@gwaiyur.mb-net.net> |
| In reply to | #120793 |
Hi Joerg, >> Mit Glück hat er noch etwas bessere Backupsoftware am Start und kann >> noch zielgerichteter Sachen restaurieren und z.B. einzelne Emails >> problemlos wieder einpflegen. > > Ich musste das mal wegen eines Softwarefehlers durchziehen: Das hat mich > für ein einziges Account die Kleinigkeit von CHF 100 gekostet. Gewerbliches oder privates Account? Bei welchem Anbieter gibt es das für welches Geld? Marte
[toc] | [prev] | [next] | [standalone]
| From | Joerg Lorenz <hugybear@gmx.ch> |
|---|---|
| Date | 2022-01-12 09:38 +0100 |
| Message-ID | <srm420$eq2$2@dont-email.me> |
| In reply to | #120796 |
Am 12.01.22 um 08:25 schrieb Marte Schwarz: > Hi Joerg, > >>> Mit Glück hat er noch etwas bessere Backupsoftware am Start und kann >>> noch zielgerichteter Sachen restaurieren und z.B. einzelne Emails >>> problemlos wieder einpflegen. >> >> Ich musste das mal wegen eines Softwarefehlers durchziehen: Das hat mich >> für ein einziges Account die Kleinigkeit von CHF 100 gekostet. > > Gewerbliches oder privates Account? > Bei welchem Anbieter gibt es das für welches Geld? Hostpoint. -- De gustibus non est disputandum
[toc] | [prev] | [next] | [standalone]
| From | Marte Schwarz <marte.schwarz@gmx.de> |
|---|---|
| Date | 2022-01-12 08:24 +0100 |
| Message-ID | <srlvmm$2dhl7$1@gwaiyur.mb-net.net> |
| In reply to | #120792 |
Hi Marcus, >>> Bei IMAP liegt die Mail auf dem Server. Der ist in seinem >>> Backup. Das reicht. > Von einem vernünftigen Provider erwarte ich, daß der mir einen Imap > Account mindestens auf Anfrage aus dem Backup z.B. auf den Stand <Datum> > wieder problemlos einspielen kann. Und von was träumst Du nachts? Les mal irgendeine AGB der großen IMAP-Anbieter. Da isdt von Backup-Service und ggfs Einspielvoraussetzungen etc keine Rede, nirgends, zumindest bei keinem, der sich an Privatleute richtet und nach Auskunft unseres RZ-Leiters auch bei fast allen Dienstleistern für gewerbliche Nutzer. Das hat man lokal zu erledigen. > Und falls es sich um Geschäftsaccount/-server handelt, wird es in der > Regel noch Einfacher - da besteht im Regelfall Archivierungspflicht > sämtlicher Emails für 10 Jahre. Archivieren geht ja noch. Das ist ja ein Write-Only Job, der wenig Arbeit macht. Aber woher leitest Du die 10 jahres Archivierungspflicht eines IMAP-Anbieters ab? > Da sorgt quasi das Finanzamt nochmal indirekt für die Sicherung Deiner > sämtlichen Emails. Was hat das Finanzamt damit zu tun? Marte
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <trap@killfile.de> |
|---|---|
| Date | 2022-01-12 20:13 +0100 |
| Message-ID | <8735lszs0f.fsf-bofh@killfile.de> |
| In reply to | #120795 |
Marte Schwarz <marte.schwarz@gmx.de> schrieb: > Und von was träumst Du nachts? Les mal irgendeine AGB der großen > IMAP-Anbieter. Ich hab nichts von „großen“ Anbietern gesagt. Die sind für den Massenmarkt und können meist nur billig. Willst Du vernünftigen Service, findest Du den eher noch bei kleineren Anbietern. Und bei KMUs macht das oft auch noch klassisch das Systemhaus. >> Und falls es sich um Geschäftsaccount/-server handelt, wird es in der >> Regel noch Einfacher - da besteht im Regelfall Archivierungspflicht >> sämtlicher Emails für 10 Jahre. > > Archivieren geht ja noch. Das ist ja ein Write-Only Job, der wenig > Arbeit macht. Aber woher leitest Du die 10 jahres Archivierungspflicht > eines IMAP-Anbieters ab? Nicht des Anbieters. Aber ein geschäftlicher Email-Nutzer mußt halt sicherstellen, daß seine Emails archiviert werden. Wie er da macht und ob er deshalb vielleicht den Provider/Dienstleister wechseln muß - das ist alleine das Problem des Unternehmens. Seit 1.1.2015 gelten die GoBD („Grundsätze zur ordnungsgemäßen Führung und Aufbewahrung von Buchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff“). Bedeutet, Emails müssen genauso wie alle sonstigen Geschäftsunterlagen (Rechnungen, Belege,...) archiviert werden. Das bedeutet 10 Jahre. Man muß sämtliche E-Mails mit „Geschäftsrelevanz“ aufheben - was praktisch letztlich bedeutet, daß man komplett alles archivieren muß. >> Da sorgt quasi das Finanzamt nochmal indirekt für die Sicherung >> Deiner sämtlichen Emails. > > Was hat das Finanzamt damit zu tun? Das (die GoBD) leitet sich u.a. aus den Vorschriften von Handelsgesetzbuch (HGB), Grundsätze der ordnungsgemäßen Buchführung (GBO), Abgabenordnung (AO), Umsatzsteuergesetz (UStG), usw. ab. Falls das Finanzamt bei einer Betriebsprüfung das nicht ordnungsgemäß umgesetzt vorfindet, dann hat man ein Problem - ungefähr genauso, als hätte man alle Akten der Buchhaltung weggeworfen. Faktisch bist Du deshalb im Geschäftumfeld zu geeigneter (muß z.B. manipulationssicher sein) Archivierung letztlich gezwungen. Es gibt demensprechend technische Systeme am Markt, die das geeignet umsetzen und nicht selten haben die sogar noch einige Mehrwertfunktionen. Einige haben z.B. Plugins für Outlook, mit denen man als User Lesezugriff auf seine eigenen archivierten Mails haben kann. Hat man eine Email dann z.B. versehentlich im Postfach gelöscht, kann man sie sich auf dem Weg wieder ziemlich einfach über das Archiv raussuchen. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Paul Muster <exp-311222@news.muster.net> |
|---|---|
| Date | 2022-01-12 11:38 +0100 |
| Message-ID | <hln2bi-046.ln1@news.muster.net> |
| In reply to | #120792 |
Am 12.01.2022 um 05:24 schrieb Marcus Jodorf: > Von einem vernünftigen Provider erwarte ich, daß der mir einen Imap > Account mindestens auf Anfrage aus dem Backup z.B. auf den Stand <Datum> > wieder problemlos einspielen kann. > Mit Glück hat er noch etwas bessere Backupsoftware am Start und kann > noch zielgerichteter Sachen restaurieren und z.B. einzelne Emails > problemlos wieder einpflegen. Das gibt es sicherlich irgendwie und irgendwo am Markt --- und wenn es auf einen dedizierten managed E-Mail-Server für dich und nur dich hinausläuft. Ist halt die Frage, ob du das bezahlen willst. Der Massenmarkt will es definitiv nicht und daher sind auch bei den bekannten großen Anbietern diese Features nicht einmal optional verfügbar. mfG Paul, leicht OT hier
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2022-01-12 13:26 +0100 |
| Message-ID | <j47vniFq9ukU1@mid.individual.net> |
| In reply to | #120788 |
Marte Schwarz: > Hi Marc, >>>> Muss man das überhaupt? Oder ist da schon wieder jemand am Start, der >>>> kein IMAP verwenden mag? >>> >>> Das ich Dich je auf den Unterschied von Synchronisation und Backup >>> hinweisen muss :-( >> >> Bei IMAP liegt die Mail auf dem Server. Der ist in seinem Backup. Das >> reicht. > > Wie wenige Leuts hier haben Zugriff auf ein Backup des IMAP-Providers? Ich ;-) Allerdings bin ich auch selbst mein eigener Provider. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Stefan Reuther <stefan.news@arcor.de> |
|---|---|
| Date | 2022-01-10 17:32 +0100 |
| Message-ID | <srhqij.468.1@stefan.msgid.phost.de> |
| In reply to | #120692 |
Am 09.01.2022 um 21:52 schrieb Marc Haber: > Marte Schwarz <marte.schwarz@gmx.de> wrote: >> Icvh mach die Sicherung von Thunderbird mit einem Addon, während TB >> läuft. Wenn man dann den Sicherungsordnunr wiederum sichert, reicht das >> doch dicke, oder? > > Muss man das überhaupt? Oder ist da schon wieder jemand am Start, der > kein IMAP verwenden mag? Und selbst mit IMAP: meine lokal gespeicherten Mails haben schon ein halbes Dutzend Firmen-Mailserver überlebt, und das Dateiformat überlebt auch nach einer Infrastrukturapokalypse. Sicher sind in der Sicherung 99% Schrott, aber die 1% Perlen brauch ich dann doch alle paar Monate mal und finde sie dann zur Not per grep. TL;DR: lokal gespeicherte Mails sind nicht ganz verkehrt. Ich mach für die Sicherung aber den TB einfach manuell zu. Ich muss ja auch den Rechner, auf den das gesichert wird, manuell einschalten :) Stefan
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2022-01-10 18:03 +0100 |
| Message-ID | <j4377eFt3u9U1@mid.individual.net> |
| In reply to | #120692 |
Marc Haber: > Marte Schwarz <marte.schwarz@gmx.de> wrote: >> Hi Albrecht, >> >>> Mit einem vom Benutzerterminal gestarteten Skript sollen die >>> Rechnerdaten gesichert werden: >>> >>> 1. Schließen von Thunderbird, damit der aktuelle Stand gespeichert >>> und dann gesichert wird >>> 2. Sicherung mit rsnapshot >>> 3. Start von Thunderbird >> >> Icvh mach die Sicherung von Thunderbird mit einem Addon, während TB >> läuft. Wenn man dann den Sicherungsordnunr wiederum sichert, reicht das >> doch dicke, oder? > > Muss man das überhaupt? Oder ist da schon wieder jemand am Start, der > kein IMAP verwenden mag? Die Frage wäre eher, warum *nur* Thunderbird sichern? Wieso gibt es keine reguläre Sicherung *aller* Benutzerdaten, wo *auch* Thunderbird dabei ist? -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Dr Eberhard Lisse <nospam@lisse.NA> |
|---|---|
| Date | 2022-01-11 16:47 +0200 |
| Message-ID | <j45jk4Fcdb9U2@mid.individual.net> |
| In reply to | #120738 |
Die Antwort ergibt sich aus dem Vor- und Nachnamen des OP. mfg, el On 10/01/2022 19:03, Arno Welzel wrote: [...] > Die Frage wäre eher, warum *nur* Thunderbird sichern? Wieso gibt es > keine reguläre Sicherung *aller* Benutzerdaten, wo *auch* Thunderbird > dabei ist? -- To email me replace 'nospam' with 'el'
[toc] | [prev] | [standalone]
Page 2 of 2 — ← Prev page 1 [2]
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web