[fast gelöst] Systemdatum lässt sich nicht ändern, bzw. speichern

[Aiko]

Hallo,

leider habe ich ein Problem mit dem Datum.
Ich kann es nicht ändern. Egal ob über Gnome-GUI oder über die Konsole.
Gut, ich kann es zwar ändern, aber es wird nicht angenommen, bzw. gespeichert.
Ich wollte z. B. eine Mail rückdatieren. Also als Sendedatum sollte ein früheres stehen.
Bitte nicht nachfragen warum. Das würde den Rahmen sprengen. Ist jedenfalls alles ganz legal.
Ändere ich per Konsole das Datum, wird mir das geänderte Datum auch in der Konsole angezeigt.
Schreibe ich dann aber die Mail, wird als Sendedatum das aktuelle Datum angezeigt.
Das geänderte Datum wird nicht gespeichert.
Warum nicht?

[MSfree]

Ich wollte z. B. eine Mail rückdatieren. Also als Sendedatum sollte ein früheres stehen.

Und wen willst du damit täuschen? Hast du schonmal einen normalen Mailheader angeschaut?

Selbst, wenn du dein Absendedatum manipulierst, steht schon beim ersten Mailrelais deines Providers das echte Datum drin und das kannst du nicht manipulieren. Es wäre dann schon sehr fragwürdig, wenn der Mailtransport von deinem Mailclient zum Providerrelais mehr als ein paar Sekunden benötigt.

Diese Art von Manipilation, dabei ist mir völlig egal, wie (il)legal das ist, kannst du dir sparen.

[Apfelmann]

Von wo holt die Konsole das Datum,
wo bekommt Dein Mailprogramm das Datum her?

Wie hast Du das Datum verändert?

Code: Alles auswählen

man date

Mein Datum läuft im bios, ich habe kein Programm, welches die Zeit aus dem Netz holt

LG

[Aiko]

Hallo,

das ist aber verdammt ärgerlich und wird teuer.
Ging um eine Wette, die ich wohl verloren habe.
Mist. Aber so zahlt man Lehrgeld (Lokalrunde für den Stammtisch).
Aber es ist wie es ist.
Man lernt nie aus.

Trotzdem Danke, auch für die niederschmetternden Antworten.

P.S. @MSfree

An den verfluchten Mailheader hatte ich nicht gedacht. Mensch, wäre mir das doch noch vorher eingefallen. Aber fiel mir auch erst wieder bei deiner Antwort ein.

[pferdefreund]

Shit happens - und Prost - Aber wenn man eine Wette verliert, sollte man auch dazu stehen.

[DeletedUserReAsG]

… vielleicht war’s ja die Wette, ob man das Datum in der Mail ändern kann?

[Aiko]

Hallo,

… vielleicht war’s ja die Wette, ob man das Datum in der Mail ändern kann?

so in etwa war es.
Aber leider verloren.

[guennid]

Leider habe ich ein Problem mit dem Datum.
Ich kann es nicht ändern. Egal ob über Gnome-GUI oder über die Konsole.
Gut, ich kann es zwar ändern, aber es wird nicht angenommen, bzw. gespeichert.

Ich kann das Systemdatum sehr wohl ändern und die Änderung auch auch speichern. Aber darum ging's dir wohl gar nicht.

Grüße, Günther

[Aiko]

Hallo,

war nicht direkt das Hauptproblem, aber ich kann das Systemdatum nicht ändern, bzw. speichern.
Weder über die Konsole noch über den Desktop.

[DeletedUserReAsG]

Was gibt’s denn für einen Fehler? Oder ist das Problem, dass die Änderung nur temporär und beim nächsten Reboot weg ist? Dann wäre hwclock das passende Werkzeug, um’s auch in die RTC zu schreiben.

[Aiko]

Hallo,

das Problem ist, dass die Änderung in keinster Weise übernommen wird.
Weder konstant noch temporär.

[guennid]

Du könntest mal auf niemands Tipp eingehen.

Grüße, Günther

[DeletedUserReAsG]

Ja, wie äußert sich das „nicht gesetzt“ denn?

Code: Alles auswählen

niemand@arch_T400 ~ % date
So 25. Nov 09:52:34 CET 2018
niemand@arch_T400 ~ % date -s 09:55:00
date: das Datum kann nicht gesetzt werden: Die Operation ist nicht erlaubt
So 25. Nov 09:55:00 CET 2018
1 niemand@arch_T400 ~ % su                                                                                                                            :(
Passwort: 
root@arch_T400:/home/niemand# date -s 09:55:00
So 25. Nov 09:55:00 CET 2018
root@arch_T400:/home/niemand# date
So 25. Nov 09:55:01 CET 2018

… und was genau passiert bei dir?

Wenn du den ntpd oder sowas laufen hast, wird’s natürlich direkt im Anschluss wieder auf die richtige Zeit gesetzt – das soll dann so sein, dazu ist das da.

[MSfree]

Wenn du den ntpd oder sowas laufen hast, wird’s natürlich direkt im Anschluss wieder auf die richtige Zeit gesetzt – das soll dann so sein, dazu ist das da.

ntpd funktioniert anders. Wenn die manuell gesetzte Zeit um mehr als 20 Minuten von der ntp-Zeit abweicht, gibt ntp in der Regel auf und macht gar nichts mehr. Innerhalb von 20 Minuten Abweichung paßt ntp die Systemzeit weich an die Sollzeit an, indem es die Systemzeit bis zum Erreichen der Sollzeit leicht abbremst bzw. beschleunigt. Die Anpassung bis zum Erreichen der Sollzeit kann mehrere Stunden dauern.

Ich habe das Experiment, was systemd mit der Netzwerkzeit anstellt, noch nicht durchgeführt, kann also nicht sagen, wie der ntp-Ersatz von systemd auf mutwillige Verstellung der Uhrzeit reagiert. Eins steht aber fest, beim Booten holt sich systemd einmalig die Uhrzeit aus dem Netzwerk und stellt die Systemzeit sofort entsprechend ein. Ein danach gestarteter ntpd (und vermutlich auch der systemd-ntp-Ersatz) arbeiten dann mit weichen Zeitkorrekturen, um zeitabhängige Programme nicht vor Probleme durch abrupte Zeitverstellungen zu stellen.