Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #120640 > unrolled thread

Programmstart aus Skript

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  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 1 of 2  [1] 2  Next page →

#120640 — Programmstart aus Skript

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

Das hat zunächst den Nachteil, dass durch den laufenden Thunderbird das 
Skript nicht beendet wird, offen bleibt.

      Wie muss man die schlichte Zeile 'thunderbird' ergänzen,
      damit das Skript bei laufendem Thunderbird beendet wird?

A. Mehl
-- 
eBriefe an| mehlBEIiesyPUNKTnet
1 kWh ⩯ 0,5 kg Steinkohle ⩯ 1,5 kg CO2
1 W dauernd 7/24 ≈ 10 kWh/Jahr ⩯ 5 kg Steink./Jahr ⩯ 15 kg CO2/Jahr

[toc] | [next] | [standalone]

#120643

On 08.01.22 09:52, Albrecht Mehl wrote:
> 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
> 
> Das hat zunächst den Nachteil, dass durch den laufenden Thunderbird das 
> Skript nicht beendet wird, offen bleibt.
> 
>       Wie muss man die schlichte Zeile 'thunderbird' ergänzen,
>       damit das Skript bei laufendem Thunderbird beendet wird?

Mit einem & am Ende der Zeile.

Wie wird denn in Schritt 1. der Thunderbird _sauber_ beendet, wenn ich 
interessehalber mal fragen darf?

Übrigens braucht man für das, was hier geplant wird, nicht unbedingt ein 
eigenes Skript, denn rsnapshot hat dafür schon selbst zwei sog. "hooks":

# Specify the path to a script (and any optional arguments) to run right
# before rsnapshot syncs files
#
#cmd_preexec    /path/to/preexec/script

# Specify the path to a script (and any optional arguments) to run right
# after rsnapshot syncs files
#
#cmd_postexec   /path/to/postexec/script


mfG Paul

[toc] | [prev] | [next] | [standalone]

#120648

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?

Marte

[toc] | [prev] | [next] | [standalone]

#120692

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?

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#120714

Hi Marc,
>> Ich 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?

Das ich Dich je auf den Unterschied von Synchronisation und Backup 
hinweisen muss :-(

Marte

[toc] | [prev] | [next] | [standalone]

#120721

Am 10.01.22 um 10:22 schrieb Marte Schwarz:
> Hi Marc,
>>> Ich 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?
> 
> Das ich Dich je auf den Unterschied von Synchronisation und Backup 
> hinweisen muss :-(

außerdem wird nicht alles von IMAP erfasst, was Einem möglicherweise
wichtig ist. Angelegte Filter oder Add-Ons samt Einstellungen wären
Beispiele. So synchronisiere ich mein .thunderbird -Verzeichnis mit
einem anderen PC mit unison, gelegentlich auch zur Laufzeit von
Thunderbird; was dann noch zu Meldungen führt, ist unbedenklich und kann
ignoriert werden, solange man die Reihenfolge einhält.


-- 
Gruß
Alex

[toc] | [prev] | [next] | [standalone]

#120760

Marte Schwarz <marte.schwarz@gmx.de> wrote:
>Hi Marc,
>>> Ich 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?
>
>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.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#120763

Marc Haber meinte:

>>>> Ich 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?
>>
>>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.

Das, was der IMAP-Provider da (wahrscheinlich, möglicherweise, 
hoffentlich ... je nach Provider) sichert, ist natürlich eine Sicherung 
gegen spanabhebende Datenverarbeitung im Server des Providers. Es ist 
aber keine Sicherung gegen ZBUS-Fehler auf Anwenderseite - etwa das 
versehentliche Löschen ganzer IMAP-Ordner.
-- 
 gpg-Key (DSA 1024) D36AD663E6DB91A4
 fingerprint = 2983 4D54 E00B 8483 B5B8  C7D1 D36A D663 E6DB 91A4
 HTML-Mail wird ungeleſen entſorgt.

[toc] | [prev] | [next] | [standalone]

#120778

Am 11.01.2022 um 15:18 schrieb Diedrich Ehlerding:
> Marc Haber meinte:
> 
>>>>> Ich 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?
>>>
>>>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.
> 
> Das, was der IMAP-Provider da (wahrscheinlich, möglicherweise,
> hoffentlich ... je nach Provider) sichert, ist natürlich eine Sicherung
> gegen spanabhebende Datenverarbeitung im Server des Providers. Es ist
> aber keine Sicherung gegen ZBUS-Fehler auf Anwenderseite - etwa das
> versehentliche Löschen ganzer IMAP-Ordner.

Wer außer Google- und Apple-Nutzern hat denn sein(e) 
IMAP-Postfach/Postfächer bei einem externen Mailprovider liegen?


Tschüs,

Sebastian

[toc] | [prev] | [next] | [standalone]

#120780

On 11.01.22 21:39, Sebastian Suchanek wrote:

> Wer außer Google- und Apple-Nutzern hat denn sein(e) 
> IMAP-Postfach/Postfächer bei einem externen Mailprovider liegen?

Was ist denn ein "_externer_ Mailprovider" in Abgrenzung zu einem 
"Mailprovider"? Oder worauf willst du hinaus? Bei *allen* Mailprovidern 
liegen IMAP-Postfächer beim Mailprovider, das ist schließlich Sinn der 
Sache bzw. Sinn und Aufgabe des Providers. Google und Apple sind 
Beispiele für Mailprovider (und bieten beide darüber hinaus noch einiges 
mehr an; in der anderen Dimension gibt es neben beiden auch viele, viele 
weitere Mailprovider).


mfG Paul

[toc] | [prev] | [next] | [standalone]

#120785

Am 11.01.2022 um 21:49 schrieb Paul Muster:
> On 11.01.22 21:39, Sebastian Suchanek wrote:
> 
>> Wer außer Google- und Apple-Nutzern hat denn sein(e) 
>> IMAP-Postfach/Postfächer bei einem externen Mailprovider liegen?
> 
> Was ist denn ein "_externer_ Mailprovider" in Abgrenzung zu einem
> "Mailprovider"?

GMX, Gmail, Web.de, Yahoo, Posteo... - die üblichen Verdächtigen eben.

> Oder worauf willst du hinaus?
 > [...]

Darauf, dass mein IMAP-Postfach auf meinem eigenen Server liegt. In 
meinem Fall auf einer Kiste, die bei mir zu Hause steht, aber man kann 
sich dafür natürlich auch einen (virtuellen) Server bei einem Hoster 
mieten. Man ist dann mehr oder weniger sein eigener Mailprovider.


Tschüs,

Sebastian

[toc] | [prev] | [next] | [standalone]

#120798

Sebastian Suchanek meinte:

>> Oder worauf willst du hinaus?
> > [...]
> 
> Darauf, dass mein IMAP-Postfach auf meinem eigenen Server liegt. In
> meinem Fall auf einer Kiste, die bei mir zu Hause steht, aber man kann
> sich dafür natürlich auch einen (virtuellen) Server bei einem Hoster
> mieten. Man ist dann mehr oder weniger sein eigener Mailprovider.

Ja gut, wenn man selber die Datensicherung dieses Servers organisiert, 
dann mag es auch möglich sein, ZBUS-Fehler des Mailbenutzers daraus 
auszubügeln. Dass aber niemand "außer Google- und Apple-Nutzern" sein 
Mailpostfach bei externen Providern liegen habe, halte ich für ein 
Gerücht. 
-- 
 gpg-Key (DSA 1024) D36AD663E6DB91A4
 fingerprint = 2983 4D54 E00B 8483 B5B8  C7D1 D36A D663 E6DB 91A4
 HTML-Mail wird ungeleſen entſorgt.

[toc] | [prev] | [next] | [standalone]

#120802

Am 11.01.2022 um 22:44 schrieb Sebastian Suchanek:
> Am 11.01.2022 um 21:49 schrieb Paul Muster:
>> On 11.01.22 21:39, Sebastian Suchanek wrote:

>>> Wer außer Google- und Apple-Nutzern hat denn sein(e) 
>>> IMAP-Postfach/Postfächer bei einem externen Mailprovider liegen?
>>
>> Was ist denn ein "_externer_ Mailprovider" in Abgrenzung zu einem
>> "Mailprovider"?
> 
> GMX, Gmail, Web.de, Yahoo, Posteo... - die üblichen Verdächtigen eben.
> 
>> Oder worauf willst du hinaus?
>  > [...]
> 
> Darauf, dass mein IMAP-Postfach auf meinem eigenen Server liegt.

Joah, toll. Und bei welchem prozentualen Anteil der E-Mail-Nutzer ist 
das deiner Einschätzung nach ebenso, dass die ihren eigenen Server und 
eigene E-Mail-Infrastruktur betreiben?

Meine Einschätzung: Sehr nahe bei 0%. Folglich ist deine Aussage oben 
für ungefähr 100% der Fälle Quatsch.


mfG Paul, leicht OT

[toc] | [prev] | [next] | [standalone]

#120783

Am 11.01.22 um 21:39 schrieb Sebastian Suchanek:
> Wer außer Google- und Apple-Nutzern hat denn sein(e) 
> IMAP-Postfach/Postfächer bei einem externen Mailprovider liegen?

Eigentlich die weitaus meisten Nutzer. IMAP ist wohl seit mehr als 10
Jahre schon Standard.

Ich habe meinen eigenen Mailserver auch nicht physisch vor Ort resp. wie
viele Private, kleinere und mittlere Firmen bei einem Hoster.

> Tschüs,

Auch tschüss.


-- 
De gustibus non est disputandum

[toc] | [prev] | [next] | [standalone]

#120782

Hallo Marc Haber,

Du schriebst am Tue, 11 Jan 2022 12:43:51 +0100:

> Bei IMAP liegt die Mail auf dem Server. Der ist in seinem Backup. Das
> reicht.

<Nur, wenn der Server lokal ist. D.h. wenn der IMAP-Dienst auf einer
lokalen Maschine läuft, bei nur einer vorhandenen also auf der. Und
dann ist IMAP genauso gut oder schlecht wie POP3, eher schlechter, weil
da bloß noch eine weitere Verarbeitungs- und Zwischenspeicherstufe dazu
kommt, die Probleme machen könnte.
IMAP extern ist ("IMHO") Mist.

-- 
(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]

#120784

Am 11.01.22 um 20:29 schrieb Sieghard Schicktanz:
> Hallo Marc Haber,
> 
> Du schriebst am Tue, 11 Jan 2022 12:43:51 +0100:
> 
>> Bei IMAP liegt die Mail auf dem Server. Der ist in seinem Backup. Das
>> reicht.
> 
> <Nur, wenn der Server lokal ist. D.h. wenn der IMAP-Dienst auf einer
> lokalen Maschine läuft, bei nur einer vorhandenen also auf der. Und
> dann ist IMAP genauso gut oder schlecht wie POP3, eher schlechter, weil
> da bloß noch eine weitere Verarbeitungs- und Zwischenspeicherstufe dazu
> kommt, die Probleme machen könnte.
> IMAP extern ist ("IMHO") Mist.

Blödsinn.


-- 
De gustibus non est disputandum

[toc] | [prev] | [next] | [standalone]

#120788

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 nicht, weder privat noch geschäftlich. Auf diesen Umstand wurden wir 
noch nicht mal explizit hingewiesen.

Marte

[toc] | [prev] | [next] | [standalone]

#120790

Am 12.01.22 um 00:39 schrieb 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 nicht, weder privat noch geschäftlich. Auf diesen Umstand wurden wir 
> noch nicht mal explizit hingewiesen.

So gesehen, ist E-Mail für alle Nutzer Vertrauenssache. Aber "grosse
Anbieter" dürften eher umfangreichere Ressourcen an den Start bringen,
als jemand mit einem alten Rechner und einem Mail-Server drauf.

-- 
De gustibus non est disputandum

[toc] | [prev] | [next] | [standalone]

#120797

Joerg Lorenz meinte:

> Aber "grosse
> Anbieter" dürften eher umfangreichere Ressourcen an den Start bringen,
> als jemand mit einem alten Rechner und einem Mail-Server drauf.

Ja - umfangreichere Ressourcen gegen Hardwarefehler. Aber eher keine 
postfachbezogene Sicherung, insbesondere keine dem Kunden zugängliche 
postfachbezogene Sicherung, aus der einzelne, versehentlich gelöschte 
Mails rekonstruiert werden könnten. 
-- 
 gpg-Key (DSA 1024) D36AD663E6DB91A4
 fingerprint = 2983 4D54 E00B 8483 B5B8  C7D1 D36A D663 E6DB 91A4
 HTML-Mail wird ungeleſen entſorgt.

[toc] | [prev] | [next] | [standalone]

#120800

Am 12.01.22 um 07:20 schrieb Diedrich Ehlerding:
> Joerg Lorenz meinte:
> 
>> Aber "grosse
>> Anbieter" dürften eher umfangreichere Ressourcen an den Start bringen,
>> als jemand mit einem alten Rechner und einem Mail-Server drauf.
> 
> Ja - umfangreichere Ressourcen gegen Hardwarefehler. Aber eher keine 
> postfachbezogene Sicherung, insbesondere keine dem Kunden zugängliche 
> postfachbezogene Sicherung, aus der einzelne, versehentlich gelöschte 
> Mails rekonstruiert werden könnten. 

Einverstanden und so erlebe ich das auch. Das sollte den 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.

Die meisten Server - gerade wie z.Bsp. GMX - erlauben das recht granular
und zur Not richtet man das im Client ein, falls die Funktionalität
nicht vorgesehen ist. Sowohl Thunderbird als auch Evolution beherrschen
das problemlos und ich vermute, andere Mail Clients mehrheitlich ebenfalls.

Gruss, Jörg



-- 
De gustibus non est disputandum

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web