Moin,
wer hat ideen/vorschläge was das rund-senden braucht/haben solte an funktionen?
danke und grüsse jan
rundsenden
Rund-senden
-
Jan
Topic author - Banned
- Beiträge: 116
- Registriert: Di 14. Jun 2016, 23:38
- Wohnort: Hemmingen(Hannover)
- Hauptanschluß: 51199 (Kein KG)
Rund-senden
+++
51199 jan d
Lo15 a
<a href="www.classic-computing.org"><img src="/wp-content/uploads/2015/12/classiccomputing.jpg"></a>
51199 jan d
Lo15 a
<a href="www.classic-computing.org"><img src="/wp-content/uploads/2015/12/classiccomputing.jpg"></a>
-
Alex
- Administrator
- Beiträge: 1188
- Registriert: Mi 25. Mai 2016, 11:04
- Wohnort: Dresden
- Hauptanschluß: 4185663 como d
- Kontaktdaten:
Re: Rund-senden
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Fernschreibstelle Dresden
Telex: 411763 lhxt d (Siemens T1200SD) offline
Telex: 4185663 como d (SEL LO3000) online
Telex: 133176 aanow su (Siemens PT80-5) offline
Minitelex: 765940 =alex d (Post AF31) online
Bildschirmtext: 411763 (Post MultiTel 21) offline
Telex: 411763 lhxt d (Siemens T1200SD) offline
Telex: 4185663 como d (SEL LO3000) online
Telex: 133176 aanow su (Siemens PT80-5) offline
Minitelex: 765940 =alex d (Post AF31) online
Bildschirmtext: 411763 (Post MultiTel 21) offline
-
Helge
Re: Rund-senden
Hi,
unabhängig davon ob man den Dienst implementiert wäre es günstig zu definieren was darunter zu verstehen ist. Ich habe mal nachgesehen,
der bekannte automatische Rund-Sende-Dienst mit einer Liste von Empfängern und einer fixen Nachricht kam erst mit EDS ins Leben,
dort dann speichervermittelt.
Alle Teile davon gibt es schon z.B. in der Lösung von Klaus. Ich würde vorschlagen keine weiteren Aufwände zu
investieren, ausser jemand möchte das unbedingt selbst implementieren.
Ich wäre auf jeden Fall für eine Längenbeschränkung der Nachrichten und eine Registrierungs-Pflicht für Absender,
damit die Zuordnung zum Absender gegeben ist. (Nein, Kennungsgeber reichen mir nicht.)
Rückruf um Absender-Spoofing auszuschliessen ist auch sinnvoll.
Eine Blacklist-Funktion wäre auch notwendig.
unabhängig davon ob man den Dienst implementiert wäre es günstig zu definieren was darunter zu verstehen ist. Ich habe mal nachgesehen,
der bekannte automatische Rund-Sende-Dienst mit einer Liste von Empfängern und einer fixen Nachricht kam erst mit EDS ins Leben,
dort dann speichervermittelt.
Alle Teile davon gibt es schon z.B. in der Lösung von Klaus. Ich würde vorschlagen keine weiteren Aufwände zu
investieren, ausser jemand möchte das unbedingt selbst implementieren.
Ich wäre auf jeden Fall für eine Längenbeschränkung der Nachrichten und eine Registrierungs-Pflicht für Absender,
damit die Zuordnung zum Absender gegeben ist. (Nein, Kennungsgeber reichen mir nicht.)
Rückruf um Absender-Spoofing auszuschliessen ist auch sinnvoll.
Eine Blacklist-Funktion wäre auch notwendig.
-
Helge
Re: Rund-senden
Hier die Anleitung aus den "Rosa-Seiten":
Speichervermittlung mit Rückmeldung.
Das könnte man auch bei I-Telex umsetzen. Jeder Empfänger erhält dann - analog zu den Tweets - "seine" Version des
Runschreibens und man kann auch erkennen was angekommen ist.
Gegenschreiben bräche die Versendung dann für diesen Anschluß ab.
Alles das gibt es schon - bis auf die Anmeldung, aber das ist denke ich kein unüberwindliches Problem.
Gruppen- Konferenzen in Echtzeit passen nicht zum I-Telex-Konzept. Die kann man sinnvoll nicht umsetzen.
Das könnte man auch bei I-Telex umsetzen. Jeder Empfänger erhält dann - analog zu den Tweets - "seine" Version des
Runschreibens und man kann auch erkennen was angekommen ist.
Gegenschreiben bräche die Versendung dann für diesen Anschluß ab.
Alles das gibt es schon - bis auf die Anmeldung, aber das ist denke ich kein unüberwindliches Problem.
Gruppen- Konferenzen in Echtzeit passen nicht zum I-Telex-Konzept. Die kann man sinnvoll nicht umsetzen.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
-
FredSonnenrein
- Founder
- Beiträge: 2320
- Registriert: Fr 3. Jun 2016, 13:49
- Wohnort: Braunschweig
- Hauptanschluß: 8579924 hawe d
Re: Rund-senden
Das kann ich so nicht stehen lassen. Mit dem richtigen "Chat-Server" ginge das.
Grüße,
Fred Sonnenrein, Braunschweig
i-Telex 952741 (Lo133), 8579924 (T100s), 781272 (T100), 792911 (T68d) oder 531072 (T.typ.72)
Bei besetzt oder gestört bitte 531002 versuchen.
Fred Sonnenrein, Braunschweig
i-Telex 952741 (Lo133), 8579924 (T100s), 781272 (T100), 792911 (T68d) oder 531072 (T.typ.72)
Bei besetzt oder gestört bitte 531002 versuchen.
-
Helge
Re: Rund-senden
OK, ja nur der ist ja hier nicht das Ziel gewesen. Einfach "in Reihe schlalten" kann man I-Telexe nicht.FredSonnenrein hat geschrieben: ↑Fr 4. Aug 2017, 21:38 Das kann ich so nicht stehen lassen. Mit dem richtigen "Chat-Server" ginge das.
Man kann auch nicht einfach den TCP-Verkehr duplizieren und an ein anders I-Telex senden,
weil jedes wegen des Protokolls eine eigene Sitzung braucht.