Benachrichtigungen: die Reaction laedt ein, jedes Haus bekommt sein Gesicht -- und die Videos haengen nicht mehr
Filipe, 29.09.2026: „ich will dass du die benarichtigungen
perfektionierst. dogfather und alle anderen sollen die
benachrichtigungen perfekt von dieser seite hier bekommen."
Und dazu, mit einer Bildschirmaufnahme: „wieso haengen die videos
immer."
=====================================================================
1. WARUM DIE VIDEOS HAENGEN -- zwei Zeilen, eine Rueckkopplung
=====================================================================
Die Aufnahme zeigt den YouTube-Zaehler bei 0:13 von 31:34, vier
Bilder lang unbewegt, in der Mitte der Ladering.
a) `hostMelden()` rechnete `laeuft = getPlayerState() === 1`.
Zustand 3 heisst PUFFERN -- „ich will spielen, mir fehlen
gerade Daten". Der Host meldete in diesem Moment „laeuft
nicht", und zwar sofort, weil `onStateChange` bei jedem
Zustandswechsel meldet.
b) `empfaenger()` fuegt den Host ausdruecklich hinzu, und
`folgen(d)` lief im Ereignisstrom fuer alle -- auch fuer ihn.
Seine eigene Meldung kam zurueck und traf dort auf
if (!stand.laeuft && getPlayerState() === 1) pauseVideo();
Der Host puffert eine halbe Sekunde, laeuft weiter -- und wird vom
Echo seines eigenen Pufferers angehalten. Bei einem 31-Minuten-Video
passiert das in den ersten Sekunden zuverlaessig.
Und alle Zuschauer bekamen bei JEDEM Pufferer des Hosts ein
Pause-Play-Paar. Das ist das Ruckeln, das man fuer die eigene
Leitung haelt.
GEMESSEN, NICHT HERGELEITET (mess-reaktion):
vorher Host=laeuft -> Pufferer gemeldet -> Host=pause
nachher Host=laeuft -> Pufferer gemeldet -> Host=laeuft
Drei neue Messungen, jede mit Gegenprobe:
· ein gemeldeter Pufferer haelt den Host nicht an
· ein ECHTES Anhalten (Knopf gedrueckt) haelt alle an -- sonst
waere das Erste mit kaputtem Gleichlauf bezahlt
· beim Puffern meldet der Server `laeuft=true`; ist der Pufferer
nicht herzustellen, sagt die Messung das (dritter Ausgang)
Beide Behebungen einzeln zurueckgenommen: beide Male rot.
Die erste Fassung der Gegenprobe war selbst falsch -- sie hielt das
Selbstheilen des Systems (der Host meldet alle fuenf Sekunden die
Wahrheit) fuer einen Fehler. Deshalb drueckt sie jetzt den Knopf,
statt eine Meldung zu faelschen.
=====================================================================
2. DIE REACTION LAEDT EIN
=====================================================================
Nachgemessen war `workspace-reaktion.js` STUMM: kein einziges
`benachrichtige`. Beim Einschalten lief `melden("reaktion", ...)`
ueber den Ereignisstrom -- also nur an Leute, die die Seite ohnehin
offen haben. Das Kino machte auf, und die Einladung verliess das Haus
nie. Dasselbe Muster wie bei den Bewerbungen am 23.09.
Neue Art `reaktion_live`, eigene neben `dogfather_live`: Das eine ist
sein Stream auf TikTok, das andere das Kino hier im Haus.
Eingeladen wird, wer ein Geraet hat und NICHT der Agentur gehoert
(`AGENTUR_ROLLEN` -- keine neue Liste). Nicht der, der eingeschaltet
hat. Und nicht zweimal: Eine Bremse von zwei Stunden faengt den
Neustart ab, denn das Merkmal haengt an `gestartet_am` und das wird
bei jedem Wechsel nach live neu gesetzt.
Geprueft Ende zu Ende in pruef-reaktion (+10): Sendung geht auf
Sendung, danach stehen genau fuenf Einladungen in `push_verschickt` --
rechte Hand, linke Hand, Modi, zweimal Community. Nicht der Host,
nicht die Creatorin. Einladung abgeschaltet: sechs Fehlschlaege.
=====================================================================
3. DARF DAS NACHTS KOMMEN? -- drei Antworten statt zwei
=====================================================================
Hier stand `art === "test" || art === "anruf"`, 230 Zeilen von der
Artenliste entfernt. Am 18.09. hat das eine Nacht lang alle Anrufe
verschluckt; behoben wurde damals dieser eine Fall.
GEMESSEN AM LIVE-BESTAND: `dogfather_live` ging an allen sieben
Abenden vom 22. bis 28.09. zwischen 20:28 und 21:06 raus -- jedes Mal
knapp vor der Sperre um 22 Uhr. Geht Filipe einmal um 22:05 live,
bekommt niemand etwas, und niemand erfaehrt warum.
`ruhe` steht jetzt an der ART:
"immer" (Vorgabe) 22-7 gesperrt -- Erinnerungen
"spaet" nur 1-7 -- etwas laeuft GERADE
"nie" nie -- ein Mensch wartet am Hoerer
=====================================================================
4. JEDES HAUS BEKOMMT SEIN GESICHT
=====================================================================
Im Service Worker stand fest `workspace-192.png`. Von acht Menschen
mit angemeldetem Geraet gehoeren fuenf ins Crew-Haus -- die sahen auf
jeder Benachrichtigung das Symbol des Hauses, in dem sie nicht
arbeiten.
Entschieden wird es auf dem SERVER: Im Browser stuende sonst die
verborgene Crew-Adresse in einer Datei ohne Anmeldung (der Befund vom
21.09. bei crew-haus.css) -- und es waere eine zweite Fassung der
Hausteilung. Zweistufig, beide Stufen gibt es schon: die Zielseite,
wenn sie in genau ein Haus gehoert (GEHOERT_ZU_ADRESSE), sonst
`AGENTUR_ROLLEN`.
=====================================================================
5. DAS ABZEICHEN WAR EIN KLOTZ
=====================================================================
`badge` ist das winzige Zeichen in der Statusleiste; Android benutzt
davon NUR den Alphakanal. Dort stand dasselbe `workspace-192.png` --
ein vollflaechiges Quadrat ohne Transparenz, also ein ausgefuellter
Klotz. Es stuerzt nichts ab, deshalb faellt es niemandem auf.
`assets/img/abzeichen-96.png`: der gefuellte Umriss des Huskys, weiss
auf durchsichtig, 3,5 KB. Drei Fassungen gebaut und bei ECHTER Groesse
(24 px) verglichen -- Strichbild zerfaellt, Flaeche traegt.
`server/helfer-png-alpha.mjs` liest den Alphakanal wirklich (PNG
auspacken, Zeilenfilter zuruecknehmen). Eine Pruefung auf „die Datei
gibt es" haette den Klotz nie gefunden -- die Datei gab es ja. Die
Gegenprobe ist der alte Zustand selbst: dieselbe Rechnung meldet auf
`workspace-192.png` „kein Alphakanal, Deckung 100 %".
Das Abzeichen liegt NICHT bei den App-Symbolen -- `pruef-struktur`
verlangt dort zu jedem Namen den vollen Satz und hielt es fuer eine
neue App. Der Waechter hat recht: Ein Abzeichen ist kein App-Symbol.
=====================================================================
Gemessen: mess-reaktion 0, pruef-reaktion 393/0 (+10),
pruef-push-ziel 38/0 (+27), pruef-push 24/0, pruef-push-weg 20/0,
pruef-glocke 36/0, pruef-struktur 44/0, pruef-haus-trennung 100/0.
Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
Claude Opus 5
+170
-18
@@ -58,6 +58,10 @@ import {
|
||||
gehoertAufDieseAdresse, TEAM_DOGI_ROLLEN,
|
||||
} from "./workspace.js";
|
||||
import { schluesselErzeugen, schicken } from "./workspace-push-krypto.js";
|
||||
/* Die Hausteilung kommt aus der Datei, in der sie steht -- nicht aus
|
||||
einer zweiten Fassung hier. `crew-adresse.js` haengt von nichts ab
|
||||
(nur von node:fs/path), ein Kreis entsteht also nicht. */
|
||||
import { AGENTUR_ROLLEN, GEHOERT_ZU_ADRESSE, istCrewAdresse } from "./crew-adresse.js";
|
||||
import { rhythmus as befindenRhythmus } from "./workspace-befinden.js";
|
||||
import { SEITEN } from "./rechte.js";
|
||||
|
||||
@@ -70,6 +74,41 @@ const jetzt = () => new Date().toISOString();
|
||||
eine bewusste Auswahl, keine Nutzdaten. Wer eine neue Art braucht,
|
||||
traegt sie hier ein und sie erscheint von selbst in den
|
||||
Einstellungen.
|
||||
|
||||
---------------------------------------------------------------------
|
||||
`ruhe` -- DARF DAS NACHTS KOMMEN? (29.09.2026)
|
||||
|
||||
Bis hierher stand das als fest verdrahtete Aufzaehlung 230 Zeilen
|
||||
weiter unten in `benachrichtige`:
|
||||
|
||||
const dringend = art === "test" || art === "anruf";
|
||||
|
||||
Wer eine neue Art eintrug, sah sie nicht -- und diese Liste sagte
|
||||
ueber die Ruhezeit kein Wort, obwohl sie darueber entscheidet, ob
|
||||
eine Meldung jemals ankommt. Am 18.09. hat genau das eine Nacht
|
||||
lang alle Anrufe verschluckt; damals wurde EINE Art ausgenommen,
|
||||
statt die Frage zu stellen.
|
||||
|
||||
DREI ANTWORTEN, WEIL ES DREI FAELLE GIBT:
|
||||
|
||||
"immer" (Vorgabe) 22-7 gesperrt.
|
||||
Erinnerungen. Der Server schickt sie von sich aus, weil
|
||||
eine Frist naeher rueckt -- die kann bis morgen warten.
|
||||
|
||||
"spaet" nur 1-7 gesperrt.
|
||||
Etwas LAEUFT GERADE und ist in zwei Stunden vorbei. Eine
|
||||
Einladung um 22:30 will man haben; um vier Uhr nachts
|
||||
ist die Sendung laengst aus, und die Meldung waere nur
|
||||
noch eine Stoerung.
|
||||
|
||||
"nie" immer durch.
|
||||
Ein Mensch drueckt gerade auf den Hoerer und wartet.
|
||||
Ein Telefon, das nachts stumm bleibt, ist kein Telefon.
|
||||
|
||||
GEMESSEN, WARUM "spaet" gebraucht wird: An allen sieben Abenden vom
|
||||
22. bis 28.09.2026 ging der Live-Ruf zwischen 20:28 und 21:06 raus.
|
||||
Jedes Mal knapp vor der Sperre. Geht Filipe einmal um 22:05 live,
|
||||
bekommt niemand etwas -- und niemand erfaehrt, warum.
|
||||
------------------------------------------------------------------ */
|
||||
export const ARTEN = [
|
||||
{ schluessel: "aufgabe_faellig", name: "Aufgabe wird morgen fällig", vorgabe: true },
|
||||
@@ -166,7 +205,41 @@ export const ARTEN = [
|
||||
Eine eigene Art und nicht "termin_gleich": Das eine ist ein
|
||||
Kalendereintrag, das andere ein Stream, der JETZT laeuft. Wer das
|
||||
eine stumm stellt, meint selten das andere. */
|
||||
{ schluessel: "dogfather_live", name: "DogFather ist live", vorgabe: true },
|
||||
{ schluessel: "dogfather_live", name: "DogFather ist live", vorgabe: true,
|
||||
/* „spaet", nicht „immer": Ein Stream, der um 22:05 anfaengt, ist um
|
||||
22:05 interessant. Mit der alten Regel waere er stumm geblieben,
|
||||
und die Meldung, die Filipe ausdruecklich bestellt hat („die
|
||||
leute sollen auch automatisch eine benarichtigung bekommen"),
|
||||
haette an genau den Abenden nicht funktioniert, an denen es
|
||||
spaeter wurde. */
|
||||
ruhe: "spaet" },
|
||||
|
||||
/* ---- DIE REACTION LAEDT EIN (29.09.2026) ------------------------
|
||||
|
||||
Filipe: „ich will dass du die benarichtigungen perfektionierst.
|
||||
dogfather und alle anderen sollen die benachrichtigungen perfekt
|
||||
von dieser seite hier bekommen."
|
||||
|
||||
NACHGEMESSEN WAR DIE REACTION STUMM. `workspace-reaktion.js`
|
||||
enthielt kein einziges `benachrichtige`. Geht die Sendung auf
|
||||
Sendung, ruft sie `melden("reaktion", ...)` -- und das geht ueber
|
||||
den Ereignisstrom, also NUR an Leute, die die Seite ohnehin schon
|
||||
offen haben. Das Kino macht auf, und die Einladung verlaesst das
|
||||
Haus nie.
|
||||
|
||||
Dasselbe Muster wie bei den Bewerbungen am 23.09.: beide Wege
|
||||
gebaut, beide stumm.
|
||||
|
||||
EIGENE ART UND NICHT `dogfather_live`. Das eine ist sein Stream
|
||||
auf TikTok (gemessen ueber `liveStatusHolen` beim Postfach), das
|
||||
andere das Kino hier im Haus. Wer abends nicht auf TikTok geht,
|
||||
aber zur Reaction kommt, will genau das eine und nicht das
|
||||
andere -- und umgekehrt.
|
||||
|
||||
`ruhe: "spaet"` aus demselben Grund wie oben: Eine Reaction um
|
||||
22:30 ist der Normalfall, keine Ausnahme. */
|
||||
{ schluessel: "reaktion_live",
|
||||
name: "Die Reaction geht auf Sendung", vorgabe: true, ruhe: "spaet" },
|
||||
/* ---- ANRUFE SIND EINE EIGENE ART (18.09.2026) ------------------
|
||||
|
||||
Filipe: „sie bekommt nur eine benarichtigung das eine neue
|
||||
@@ -191,7 +264,7 @@ export const ARTEN = [
|
||||
ist kein Telefon. Wer nachts nicht gestoert werden will, schaltet
|
||||
jetzt diese Art ab -- eine Entscheidung, die man selbst trifft,
|
||||
statt einer Regel, die man nicht kennt. */
|
||||
{ schluessel: "anruf", name: "Jemand ruft an", vorgabe: true },
|
||||
{ schluessel: "anruf", name: "Jemand ruft an", vorgabe: true, ruhe: "nie" },
|
||||
/* DER TAGESRUF (08.09.2026, screen10). Filipe: "eine taetige meldung
|
||||
einmal am tag zu aktivieren wenn noch aufgaben auf sind."
|
||||
|
||||
@@ -232,7 +305,9 @@ export const ARTEN = [
|
||||
IM TEXT STEHT NIE, WORUM ES GEHT. Eine Benachrichtigung erscheint
|
||||
auf einem Sperrbildschirm, den auch andere sehen. */
|
||||
{ schluessel: "hilfe", name: "Vertrauliche Meldung: neu oder beantwortet", vorgabe: true },
|
||||
{ schluessel: "test", name: "Probe-Benachrichtigung", vorgabe: true },
|
||||
/* Die Probe beantwortet „kommt ueberhaupt etwas an?" -- und die
|
||||
stellt man sich auch um 23 Uhr. */
|
||||
{ schluessel: "test", name: "Probe-Benachrichtigung", vorgabe: true, ruhe: "nie" },
|
||||
];
|
||||
const ARTEN_SCHLUESSEL = new Set(ARTEN.map((a) => a.schluessel));
|
||||
|
||||
@@ -274,8 +349,32 @@ export function vorlauf(minuten) {
|
||||
eine Umgebungsvariable und kein Programmierauftrag. */
|
||||
const RUHE_AB = Number(process.env.PUSH_RUHE_AB ?? 22);
|
||||
const RUHE_BIS = Number(process.env.PUSH_RUHE_BIS ?? 7);
|
||||
export function istRuhezeit(d = new Date()) {
|
||||
/* Wann eine „spaet"-Meldung aufhoert. Ein Uhr und nicht zwei: Was um
|
||||
ein Uhr anfaengt, ist um drei vorbei -- eine Einladung dazu erreicht
|
||||
niemanden mehr, sie weckt nur. */
|
||||
const SPAET_AB = Number(process.env.PUSH_SPAET_AB ?? 1);
|
||||
|
||||
/** Welche Ruheregel gilt fuer diese Art?
|
||||
*
|
||||
* ABGELEITET AUS DER ARTENLISTE, nicht danebengeschrieben. Eine
|
||||
* zweite Aufzaehlung waere genau die, die beim naechsten Eintrag
|
||||
* vergessen wird -- so ist es am 18.09. beim Anruf gewesen. */
|
||||
export function ruheRegel(art) {
|
||||
return ARTEN.find((a) => a.schluessel === art)?.ruhe || "immer";
|
||||
}
|
||||
|
||||
/** Ist gerade Ruhezeit -- fuer diese Regel?
|
||||
*
|
||||
* `regel` steht hinten und hat eine Vorgabe, damit vorhandene
|
||||
* Aufrufer (und die Pruefungen) unveraendert weiterlaufen. */
|
||||
export function istRuhezeit(d = new Date(), regel = "immer") {
|
||||
if (regel === "nie") return false;
|
||||
const s = d.getHours();
|
||||
/* „spaet" ist EIN Bereich und nicht zwei -- SPAET_AB liegt vor
|
||||
RUHE_BIS. Die Rechnung von „immer" (zwei Bereiche um Mitternacht
|
||||
herum) gilt hier also nicht, und sie hier mitzubenutzen waere ein
|
||||
Fehler, den man erst um ein Uhr nachts sieht. */
|
||||
if (regel === "spaet") return s >= SPAET_AB && s < RUHE_BIS;
|
||||
return s >= RUHE_AB || s < RUHE_BIS;
|
||||
}
|
||||
|
||||
@@ -420,25 +519,67 @@ function zielFuer(personId, ziel) {
|
||||
}
|
||||
}
|
||||
|
||||
/** Welches Haus traegt diese Meldung? -> "crew" oder "agentur"
|
||||
*
|
||||
* Nur fuer das GESICHT der Benachrichtigung (Symbol und Abzeichen).
|
||||
* Ueber Rechte entscheidet das hier nichts -- das tut `zielFuer` eine
|
||||
* Funktion weiter oben, und zwar unveraendert.
|
||||
*
|
||||
* ZWEISTUFIG, UND BEIDE STUFEN GIBT ES SCHON:
|
||||
*
|
||||
* 1. Die Zielseite, wenn sie in genau ein Haus gehoert. Damit
|
||||
* traegt die Einladung zur Reaction das Crew-Gesicht -- auch
|
||||
* fuer DogFather, der in beiden Haeusern arbeitet und sonst
|
||||
* ueberall dasselbe Symbol saehe.
|
||||
*
|
||||
* 2. Sonst das Haus der Person. `AGENTUR_ROLLEN` ist die
|
||||
* vorhandene Menge; wer nicht darin steht, arbeitet im
|
||||
* Crew-Haus. Wortgleich zu `nurAnderesHaus()`.
|
||||
*
|
||||
* IM ZWEIFEL "agentur" -- das ist der Stand von vor dem 29.09.2026.
|
||||
* Ein Fehler hier darf das Gesicht aendern, nie die Zustellung. */
|
||||
export function hausFuerMeldung(personId, ziel) {
|
||||
try {
|
||||
const pfad = String(ziel || "").split("?")[0].split("#")[0];
|
||||
const eintrag = GEHOERT_ZU_ADRESSE.find((e) => e.datei === pfad);
|
||||
if (eintrag) return eintrag.zuhause === istCrewAdresse ? "crew" : "agentur";
|
||||
const p = db().prepare("SELECT rolle FROM personen WHERE id = ?").get(personId);
|
||||
if (!p) return "agentur";
|
||||
return AGENTUR_ROLLEN.has(p.rolle) ? "agentur" : "crew";
|
||||
} catch (f) {
|
||||
console.error("[push] Haus bestimmen:", f?.message);
|
||||
return "agentur";
|
||||
}
|
||||
}
|
||||
|
||||
export async function benachrichtige(personId, art, { titel, text, ziel, merkmal }) {
|
||||
if (!ARTEN_SCHLUESSEL.has(art)) return { verschickt: 0, grund: "unbekannte_art" };
|
||||
if (!willHaben(personId, art)) return { verschickt: 0, grund: "abgeschaltet" };
|
||||
|
||||
/* Die Probe darf immer durch -- sie beantwortet die Frage "kommt
|
||||
ueberhaupt etwas an?", und die stellt man sich auch um 23 Uhr.
|
||||
/* WELCHE RUHEREGEL GILT, STEHT AN DER ART (29.09.2026). Hier stand
|
||||
bis dahin `art === "test" || art === "anruf"` -- eine Aufzaehlung
|
||||
230 Zeilen von der Artenliste entfernt, die niemand sieht, der
|
||||
eine Art eintraegt.
|
||||
|
||||
UND EIN ANRUF AUCH (18.09.2026). Die Ruhezeit ist gegen
|
||||
Erinnerungen gebaut: Dinge, die der Server von sich aus schickt,
|
||||
weil eine Frist naeher rueckt. Ein Anruf ist das Gegenteil -- ein
|
||||
Mensch drueckt gerade auf den Hoerer und wartet.
|
||||
|
||||
Gefunden hat das Filipes Satz „sie bekommt nur eine
|
||||
Gefunden hat den Fall Filipes Satz „sie bekommt nur eine
|
||||
benarichtigung ... irgendwas laeuft da gewaltig schief", um 23:44
|
||||
Uhr. Serverseitig war alles in Ordnung; der Anruf wurde nur nie
|
||||
ausgeliefert, weil es nach 22 Uhr war. Wer nachts seine Ruhe will,
|
||||
schaltet die Art „Jemand ruft an" ab. */
|
||||
const dringend = art === "test" || art === "anruf";
|
||||
if (!dringend && istRuhezeit()) return { verschickt: 0, grund: "ruhezeit" };
|
||||
ausgeliefert, weil es nach 22 Uhr war. Behoben wurde damals genau
|
||||
dieser eine Fall -- die Frage dahinter blieb stehen, und
|
||||
`dogfather_live` faellt bis heute in dieselbe Falle.
|
||||
|
||||
WER NACHTS SEINE RUHE WILL, schaltet die Art ab. Das ist eine
|
||||
Entscheidung, die man selbst trifft, statt einer Regel, die man
|
||||
nicht kennt. */
|
||||
const regel = ruheRegel(art);
|
||||
if (istRuhezeit(new Date(), regel)) return { verschickt: 0, grund: "ruhezeit" };
|
||||
|
||||
/* DRAENGELN IST ETWAS ANDERES ALS NACHTS STOEREN. Der Push-Dienst
|
||||
kennt eine Dringlichkeit, die darueber entscheidet, ob ein
|
||||
schlafendes Geraet dafuer aufwacht. Das gilt fuer den Anruf und
|
||||
die Probe -- nicht fuer eine Einladung: Die soll ankommen, wenn
|
||||
das Geraet ohnehin wach wird, und keinen Akku dafuer verbrennen. */
|
||||
const dringend = regel === "nie";
|
||||
|
||||
/* Schon einmal geschickt? */
|
||||
if (merkmal) {
|
||||
@@ -456,7 +597,13 @@ export async function benachrichtige(personId, art, { titel, text, ziel, merkmal
|
||||
nachsehen kann, wohin wirklich geschickt wurde, ohne die
|
||||
Nachricht aufmachen zu muessen. */
|
||||
const zielEcht = zielFuer(personId, ziel);
|
||||
const inhalt = JSON.stringify({ titel, text, art, ziel: zielEcht });
|
||||
/* DAS HAUS WIRD AUS DEM ECHTEN ZIEL BESTIMMT, nicht aus dem
|
||||
gewuenschten. Wird jemand von `zielFuer` auf die Startseite
|
||||
umgeleitet, weil die Seite fuer ihn nicht existiert, soll auch das
|
||||
Gesicht dazu passen -- sonst steht das Crew-Symbol ueber einer
|
||||
Meldung, die auf der Agenturstartseite landet. */
|
||||
const haus = hausFuerMeldung(personId, zielEcht);
|
||||
const inhalt = JSON.stringify({ titel, text, art, ziel: zielEcht, haus });
|
||||
|
||||
let raus = 0;
|
||||
for (const a of anmeldungen) {
|
||||
@@ -487,7 +634,12 @@ export async function benachrichtige(personId, art, { titel, text, ziel, merkmal
|
||||
db().prepare("INSERT OR REPLACE INTO push_verschickt (person_id, merkmal, zeit) VALUES (?,?,?)")
|
||||
.run(personId, merkmal, jetzt());
|
||||
}
|
||||
return { verschickt: raus, grund: raus ? "ok" : "nicht_zugestellt", ziel: zielEcht };
|
||||
/* `haus` kommt mit zurueck, damit eine Pruefung nachsehen kann,
|
||||
welches Gesicht verschickt wurde, ohne die verschluesselte
|
||||
Nachricht aufmachen zu muessen -- derselbe Gedanke wie beim
|
||||
Ziel. */
|
||||
return { verschickt: raus, grund: raus ? "ok" : "nicht_zugestellt",
|
||||
ziel: zielEcht, haus };
|
||||
}
|
||||
|
||||
/* ---------------------------------------------------------------------
|
||||
|
||||
Reference in New Issue
Block a user