Genau. Ich teste die Version die Du für mich geschrieben hast. 3 Alarme sind schon durch und alles noch im grünen Bereich.
Druckbare Version
Genau. Ich teste die Version die Du für mich geschrieben hast. 3 Alarme sind schon durch und alles noch im grünen Bereich.
Something is wrong, i updated to the newest version and now i not getting every alarmtext..... Evertything is in PDW filterfile but it dosen´t come on prowl. I have thried to downgrade to the older version but same thing..... any tips?
What do you mean with "don`t getting every alarmtext"?
Does the Alarm.exe start or doesn´t happening anything?
If the Alarm.exe starts, please post the logfile of this alarm.
Do you use the old Settings.txt (from version 7.x) or have you deleted the old Settings.txt and created a new one by configurating the AlarmierungsTool.exe?
@FF Pulsnitz
Nur als Info für mich:
Wie viele Alarmierungen pro Tag lässt du den über das Tool laufen?
Könnte ja sein das du so viele Alarmierungen hast, dass irgendwann mal was schiefläuft (wie auch immer und was auch immer daran genau schuld ist).
@affenmensch
Ganz unterschiedlich. So zwischen 15 und 30 Stück etwa.
So, ich hab denn ein bissl hin und her getestet, immer schön die neuesten Versionen verwendet.
Aber irgendwie gibt es einige Dinge die nicht klappen wollen.
1. Aktionen
Ich habe eine test.bat erstellt, diese hat als einziegen Inhalt:
echo "Test"
pause
ich kann die Batch per Mausklick öffnen, und es funktioniert.
Wenn ich im AlarmierungsTool eine AKtion einbaue, funktioniert es in keiner Konfiguration
(Vor und Nach allen, mit und ohne Vars, über den Button Aktion testen oder als Aufruf)
es funzt nix.
2. Ersetzungsoptionen
Weil am ende einer SMS Nachricht immer ÄEOTÜ stand, habe ich bei Wörter oder Ausdrücke löschen eingetragen:
[EOT]
Jetzt löscht er alle großen E, und am ende der SMS steht jetzt AÜ, das heißt er eliminiert die 3 Buchstaben jeweils auch einzeln, aber die Klammern bleiben stehen und werden dann (von dem SMS Gateway?) in Ä und Ü umgewandelt.
Außerdem lasse ich doppelte Leerzeichen entfernen, das scheint zu klappen.
3. Logfiles
Unter Daten->Alarmierungen steht bei mir garnix drin, und ein Klick auf den Button "Logdatei" hat nix zur folge.
4. Ablaufsteuerung FMS32
Mir fällt außerdem auf, das es sehr lange dauert bis FMS32 eine Alarmierung im Fenster anzeigt, wenn damit eine Alarm.exe-Aktion verbunden ist.
Es scheint so als ob FMS32 irgendwie auf den ablauf der alarm.exe "wartet"
das passiert aber bei den von mir bisher genutzten batch-exen nicht, obwohl die eine deutlich längere "Laufzeit" haben (teilweise mit Alarmgong 30 sek und mehr)
Bei diesem Problem ist es übrigens egal ob das InfoFenster oder das Trayicon im Alarmfall angezeigt wird, oder nicht
Ich hoffe das ich dich hiermit nun nicht "erschlagen" habe, aber ich würde gerne durch das intensive Fehler fnden zu einer Ausgereiften Version beitragen.
So long FMS-Master
1.
Mit den Batches gabs glaub schon immer ein bisschen Probleme. Hast du es schon mal zum Testen mit einer .exe versucht (also einfach mal z.B. WinRar.exe als Aktion einfügen)?
2.
Das Problem ist mir bekannt. In der nächsten Version (heute oder morgen) wird der Fehler behoben sein.
3.
Das ist komisch. Wird überhaupt kein Einsatz angezeigt, oder ist nur der Inhalt leer?
4.
Das kann ich dir jetzt nicht erklären wieso bei dir das Phänomen auftritt, da ich nicht genau weiß was FMS32 beim Aufruf macht. Die Frage ist nur, ob das "so schlimm ist", da ich jetzt keinen Ausweg sehe, dies zu verhindern.
Ich hab da noch nie so aufgepasst, ob das bei mir auch passiert...
Danke für deine ausführliche Test.
Nur wenn mir jemand schreibt, was nicht geht, kann ich es beheben und verbessern.
Nein, das habe ich noch nicht getestet, wird gleich erledigt *g*
Nein,überhaupt nix, alle Felder auf dieser Seite sind leer.Zitat:
3.
Das ist komisch. Wird überhaupt kein Einsatz angezeigt, oder ist nur der Inhalt leer?
Vielleicht kannst du mir sagen wo und unter welchem Namen die Logdatei gespeichert wird, dann schaue ich mal nach ob die überhaupt existiert.
Naja, vielleicht können die anderen Nutzer ja mal beobachten ob das bei ihnen auch passiert. Finde das halt schon ein bissl blöd, und irgendwo dran muss es ja liegen, vielleicht kann man es ja doch ändern :-)Zitat:
4.
Das kann ich dir jetzt nicht erklären wieso bei dir das Phänomen auftritt, da ich nicht genau weiß was FMS32 beim Aufruf macht. Die Frage ist nur, ob das "so schlimm ist", da ich jetzt keinen Ausweg sehe, dies zu verhindern.
Ich hab da noch nie so aufgepasst, ob das bei mir auch passiert...
Sehr gerne, Test geht natürlich weiterZitat:
Danke für deine ausführliche Test.
Nur wenn mir jemand schreibt, was nicht geht, kann ich es beheben und verbessern.
so long FMS-Master
Alle Alarmierungen werden in der Settings.txt gespeichert.
Du müsstest eigentlich bei Alarmierungen im linken Bereich des Fenster einen Einsatz auswählen (Steht nur Datum und Uhrzeit dran) und dann sollten die rechten Felder mit den Daten des Einsatzes ausgefüllt werden.
Hallo!
Das hatte ich mir so oder ähnlich schon gedacht, aber wie gesagt sind bei mir ALLE Felder leer (ergo auch die liste ganz links)
Somit kann ich nix anklicken und die anderen Felder werden auch nicht gefüllt.
Die Settings.txt existiert natürlich
EDIT
Seltsam, ich hab mir jetzt mal die Settings.txt genauer angesehen (im Editor) und habe festgestellt, das dort tatsächlich Logeinträge drinstehen. Hab nix geändert, Settings.txt wieder geschloßen, AlarmierungsTool geöffnet und siehe da: 1 Eintrag (vom letzten Alarm) ist doch tatsächlich in der liste links und wenn man draufklickt werden auch die relevanten felder rechts gefüllt... Werde das mal weiter beobachten
EDIT
So long FMS-Master
Servus Zusammen,
Selbes problem mit der Logfile besteht bei mir auch.
Habe ebenfalls keine ahnung wieso.
Gruß
Durchsucht doch mal bitte die Settings.txt nach folgendem Eintrag:
IOException (oder einfach nur Exception).
Kommt das bei euch darin vor??
Bei mir kommt es nicht vor.
So long FMS-Master
@FMS Master
Schau dir mal das Bild an.
Sieht es bei dir so aus?
(Das Wort Parameter ist in der aktuellen Version noch nicht vorhanden...)
EDIT:
Also habs bei mir auch mal ausprobiert.
Batch Dateien scheinen nicht zu gehen.
Exen dagegen schon.
Werd es versuchen zu lösen
Yep so sieht es aus.
Wenn ich auf Aktion testen klicke, dann öffnet sich auch die exe
(ich nutze zum testen die telnet.exe weil ich weiß das die Parameter verarbeitet, mein winrar tut nämlich nix mit -help, hab ich unter STart->Ausführen getestet)
Aber der Parameter wird definitiv nicht übergeben.
Sorry
So long FMS-Master
Naja das -help hab ich auch erfunden. Klar das das nicht geht.
Das Problem ist nur, dass die Parameterübergabe schon funktioniert hat (Beim Einsatzmonitor zum Beispiel).
Muss mal schauen ob ich wieder zwischenzeitlich irgendeinen schmarrn gemacht habe.
So hab Version 0.8 nochmal hochgeladen und den Fehler bei den Ersetzungsoptionen gefixt.
Bei den Aktionen hab ich leider schlechte Nachrichten.
Ich glaube da sind meine momentanen Programmierkenntnisse ans Ende gelangt.
Ich halte mich immer genau an die Anleitungen im Netz, komm aber nie zum richtigen Ergebniss.
Ich glaub ich muss da mal meinen Prof fragen ob der mit weiterhelfen kann.
PS.
Sollte es bei euch auch ab und zu die Settings.txt aus unerfindlichen Gründen löschen (wie bei FF Pulsnitz):
Auf dem Server liegt eine alternative Version 0.8.
Funktionsumfang ist der gleiche (mit allen Stärken und "Schwächen" z.B Aktionen).
Lediglich die Einsätze werden in einer extra EinsatzListe.txt gespeichert und im Alarmfall wird nicht auf die Settings.txt zugegriffen.
Also ich habe die überarbeitete Version Gestern runter geladen. Nun folgendes:
1. kein einziger Alarm wurde versendet.
2. die Alarmglocke hatte zich mal unten in der Taskleiste geöfnet
Hatte ähnliche Probleme mit der neuen Version0.8.
Keine SMS versendet, Alarmfenster ging auf und blieb dann hängen, d.h. ging nicht mehr zu.
Jetzt zurück af Version 0.73 funktioniert soweit wieder alles bis auf dass die SMS nicht ankommen, obwohl "wurde erfolgreich verschickt (100)" zurückgemeldet wird. Irgendwie habe ichaber das Gefühl dass aus SMSTrade heute Probleme hat. Insbesondere mit den Verteilerlisten.
Bei Version 0.73 ist mir aufgefallen, dass von Zeit zur Zeit ohne dass ich irgendwas geändert habe plötzlich der Haken bei DEBUG gesetz wird.
Auch gehen die EMailadressen nicht zu löschen. Die werden zwar erst mal gelöscht, beim neuen starten sind die aber wieder da.
Ich habe das Gefühl, dass die gesamte Anwendung leider "schwergängiger" wird. Da es ja eine Java-Anwendung ist, wird sie leider auch um so mehr Inhalt sie hat schwerfälliger und das die Aktionen nicht funktionieren kann ich bestätigen. In der Version 0.73 war alles wunderbar, dann auch Version 0.8 gegangen und fehlerhaft. Zurück auf Version 0.73 und leider Fehler geblieben. Settings neu machen, wäre eine Möglichkeit, nur immer 15 Benutzer neu einrichten ist doch sehr mühsam.
Bei mir hängt sich FMS32-Pro bei einem Alarm für ein paar Sekunden auf und läuft erst dann wieder weiter, wenn der Alarm raus ist und das wird wirklich von Version zu Version schlimmer.
Hallo!
Ersteinmal möchte auch ich mich anschließen, an die positiven Äußerungen zu diesem Programm. Es ist eine super Lösung!
Habe vor ein paar Tagen zum ersten Mal mit dem Prog. gearbeitet und es getestet. Ich habe keinerlei Probleme mit der V.8 gehabt. Der SMS Versand läuft mit SMS77 und SMSTrade und auch der e-mail Weg funktioniert.
Eine Frage hätte ich zu den beiden SMS Wegen:
Habe hier im Forum noch nichts darüber gefunden, gibt es eine Möglichkeit zu bestimmen, dass die SMS erst mit SMSTrade, und wenn dieser Server nicht erreichbar ist SMS77 zu wählen, oder lässt sich die Reihenfolge der Informationswege nicht verändern?
Ich möchte jeweils eine Gruppe die auf dem Server hinterlegt ist informieren. Dazu schicke ich bei sms77 eine Nachricht an die Rufnummer: Gruppe1.
Unter SMSTrade gebe ich auch die dort angelegte Verteilerliste "Gruppe1" an und setze den Haken "bei Serverausfall". Fazit: Doppelte Meldungen, was ja irgendwo auch klar ist.
Daher wäre eine Lösung schön, die vorsieht, dass man z.B. SMSTrade als ersten Alarmweg, und nur wenn dieser nicht erreichbar ist SMS77 als zweiten Alarmweg nutzen kann. Wird bei Alamweg 1 ein Server erreicht, wird Alarmweg 2 gar nicht ausgeführt.
Nur so ein Gedanke.... Ist das möglich?
Gruß Marc
@Mabbia
So ist es eigentlich gedacht. Scheint nicht zu funktionieren. Siehe "@All":
@All
Also ich die neue Version nicht so funktioniert wie es soll ist möglich, aber nicht beabsichtigt.
Folgendes Problem habe ich:
Ich hab mit der Entwicklung abgefangen da hatte ich gerade Semesterferien. Ergo hatte ich erst 1 Semester Java Kenntnisse. Deswegen ist vieles im Programmcode drin, dass ich jetzt nicht mehr so machen würde. Er ist sehr unübersichtlich geworden und wenn mein Prof den Code siehen würde, würde er mich wohl umbringen.
Deswegen auch das "Problem" mit den "neuen" Versionen. Ich bau ein Feature ein, denk es geht dann noch alles aber dem ist leider nicht so. Durch den unübersichtlichen und schlecht geschriebenen Programmcode führen Änderungen leider oft zu unbeabsichtigen Störungen.
Deswegen hab ich beschlossen das Programm nochmal von Grund aus hochzustapfen.
Äußerlich wird sich wohl nicht soo viel ändern, aber der Programmablauf und das Innenleben wird viel effizienter und besser, da ich jetzt mehr weiß, als vor einem halben Jahr.
Das aktuelle Problem mit Version 0.8 hab hoffentlich jetzt behoben.
Ehrlich gesagt nervt mich es nur noch wenn ich irgendeinen banalen Fehler behoben muss.
Deswegen werd ich jetzt erst wieder eine Version veröffentlichen (0.9) die Fehlerfrei und komplett neu ist.
Dafür würde ich vielleicht soetwas wie einen "Beta-Tester" benötigen, da ich nicht jede Version gleich hier ins Forum stellen möchte.
Also wenn jemand interesse daran hat, und nur zum Testen mal die neue Version 0.9 dann mal ausprobieren will, der soll sich bei mir melden.
Wann es soweit ist, bis ich fertig bin kann ich jetzt nicht genau sagen. Ich denke mal Ende nächste Woche.
Ich hoffe ihr könnt bis dahin mit einer der Versionen (obwohl keine davon perfekt ist) 0.7-0.8 leben.
Mfg
Ich würde mich gern als Tester zur Verfügung stellen.
Testen könnte ich: Pocsag, Analog, SMS77 und Emailversand.
Hallo,
ich würde auch testen.
ZVEI-Auswertung und dann Meldungen an IPhone, SMS77 und Aktion.
Würde mich auch anbieten die SMS77 / SMStrade Umschaltung zu testen....
Hallo,
ich melde mich auch mal wieder. Nachdem ich das Programm jetzt schon einige Zeit stabil mit der V0.4 über die Batch laufen habe, dachte ich mir, dass ich mir mal die neue Version holen könnte um das ganze etwas zu vereinfachen.
Die neue Version sieht auch richtig gut aus und die neuen Features gefallen mir sehr gut, allerdings habe ich noch ein Problem mit der Alarmierung über SMS77. Diese möchte nämlich einfach nicht funktionieren. Ich bekomme beim Testen immer folgende Fehlermeldung:
Carrier Zustellung misslungen (600)
http://gateway.sms77.de/?u=USERNAME&...andard&debug=1
Woran liegt das?
Gruß
firechris
Hallo Affenmensch,
würde auch gern die neue Version Testen. Hab auch das Problem das FMS32Pro einige Sekunden hängen bleibt bis das Alarmtool alles abgearbeitet hat.
Franky11
Thema: "hängenbleiben":
Ob es dazu Abhilfe geben wird kann ich nicht sagen.
Ich weiß nicht genau was FMS32 beim Aufruf externer Prozesse macht.
Ich kann nur versuchen das AlarmierungsTool so "schnell" wie möglich zu machen.
Ich frag mich nur ob das wirklich so tragisch ist, das "hängenbleiben". Ihr sitzt doch nicht rund um die Uhr vor dem PC und beobachtet FMS32, oder? Das heißt die Alarmierungen sollten doch so gut wie möglich im Hintergrund ablaufen.
Ich werd natürlich aber mal schauen was sich machen lässt.
Moin,
ich hab das Phänomenen auch beobachtet, es ist aber nicht nur so das es einen kurzen moment hängt, auch der Alarm "verzögert" sich dadurch.
Ich hab als Aktion noch IBSA laufen, und als "Globale Aktion" das Alarmierungstool.
Beide versenden über SMS77 eine SMS, die SMS von IBSA kommt gute 10-20 sekunden eher als die vom Alarmierungstool.
Gruß
@Andi-Hamburg
Das ist natürlich schlecht wenn das bei dir passiert.
Hast du den viele Alarmierungen (also werden viele Einsätze gespeichert?)?
Wann wird den die SMS versendet (also welche Uhrzeit steht denn im Logfile drin; Du könntest dann mal vergleichen wann das Tool gestartet wurde (erster Eintrag im Logfile) und wie lange es dann dauert bis die SMS versendet wird (Eintrag im Logfile))
Das es ein bisschen länger dauert ist schon wahrscheinlich. Du musst ja bedenken, dass nicht nur eine SMS versendet wird, sondern auch der Alarmtext erstellt wird, etc.
10 bis 20 Sekunden darf das aber keinesfalls dauern.
War es schon immer so "langsam", oder trat das erst so nach und nach auf?
Also die 10 bis 20 Sekunden kann ich ebenfalls bestätigen und bei mir schlich es sich von Version zu Version ein. Als das Tool noch ganz schmal war, ging es alles reibungsloser. Wie gesagt, ist zwar etwas subjektiv, aber voher waren es mal 1 bis 5 Sekunden und FMS32 hatte sich nie aufgehängt für den Zeitraum der Alarmierung, sondern lief sauber weiter.
Gut. Da ich das Programm ja eh von Grund auf neu mache, werde ich versuchen das Tool so schnell wie möglich zu machen.
Wie soll ich es machen?:
Soll die Black/Whiteliste und die "Ersetzungsoptionen" für alle Benutzer gleich sein, oder soll man es für jeden Benutzer einzeln ändern können??
Zur Erklärung:
Blacklist: Wenn Wörter im Alarmtext vorkommen die auch auf der Blackliste stehen, wird der Alarm nicht ausgelöst (z.B. das Wort "Übung")
Whitelist: NUR wenn mindestens ein Wort im Alarmtext und in der Whitelist vorkommt, wird der Alarm ausgelöst, sonst nicht.
Einsatz Empfangen mit FMS32pro: 21:01:12 & 21:01:33
LOG (auszug):
Mon May 17 21:01:24 CEST 2010 --- Starte Parameter Suche
*******EMAIL*******
Mon May 17 21:01:28 CEST 2010 --- Email-Versand gestartet
Mon May 17 21:01:28 CEST 2010 --- 1 eMail Adressen zu alarmieren
Mon May 17 21:01:37 CEST 2010 --- xxx@Vodafone.de --- Übertragung erfolgreich
Mon May 17 21:01:37 CEST 2010 --- Email-Versand abgeschlossen
*******ALARMSERVER*******
Mon May 17 21:01:37 CEST 2010 --- Rettalarm:
Mon May 17 21:01:37 CEST 2010 --- Groupalarm:
Mon May 17 21:01:37 CEST 2010 --- SMSTrade:
Mon May 17 21:01:37 CEST 2010 --- SMS77:
Mon May 17 21:01:25 CEST 2010 --- SMS77 gestartet
Mon May 17 21:01:25 CEST 2010 --- Beginne Alarmierung
Mon May 17 21:01:45 CEST 2010 --- Starte Parameter Suche
*******EMAIL*******
Mon May 17 21:01:47 CEST 2010 --- Email-Versand gestartet
Mon May 17 21:01:47 CEST 2010 --- 1 eMail Adressen zu alarmieren
Mon May 17 21:01:58 CEST 2010 --- xxx@Vodafone.de --- Übertragung erfolgreich
Mon May 17 21:01:58 CEST 2010 --- Email-Versand abgeschlossen
*******ALARMSERVER*******
Mon May 17 21:01:59 CEST 2010 --- Rettalarm:
Mon May 17 21:01:59 CEST 2010 --- Groupalarm:
Mon May 17 21:01:59 CEST 2010 --- SMSTrade:
Mon May 17 21:01:59 CEST 2010 --- SMS77:
Mon May 17 21:01:46 CEST 2010 --- SMS77 gestartet
Mon May 17 21:01:46 CEST 2010 --- Beginne Alarmierung
@Andi - Hamburg
Was genau wolltest du mir damit sagen?
Hallo ich Habe eine Frage zum iphone. Wenn ich eine Test Alamierung über das Tool sede macht mein Iphone NICHTS wenn ich das Programm starte wird mir die Meldung angezeigt. Muß ich im Internet bei Prowl noch was eingeben (Telefonnummer oder sontwas) was mache ich Falsch.
MFG
Stimmt, hab ich ganz vergessen.
Es sieht so aus, das allein der Start von Java 13 Sekunden dauert.
Bis dann die erste eMail versendet wurde vergehen nocheinmal 13 Sekunden.
Ich werd jetzt nicht lange nach "Fehlern" suchen, da ich ja sowieso nochmal alles neu schreibe.
PS
Bin jetzt mit der Oberfläche der Einstellungen so gut wie fertig. Jetzt fehlen da noch ein paar Kleinigkeiten und dann noch der Alarmablauf, dann bin ich fertig.
Hallo Affenmensch,
respekt for deiner Software. Da ist dir was hervorragendes gelungen. Alles aus einer Hand.
Ich würde gerne dein Programm einsetzen, allerding gibt es keine Guthabenverwaltung. Hast du vor, in irgend einem update auch eine sogenannte Benutzerverwaltung (Guthabenverwaltung pro Teilnehmer) einzubauen. Bei uns tragen die TN selbst die kosten.
Gruß
Frank
@Franki112
Würder dir sowas reichen wie:
Einen Zähler bei jeder Handy-Nummer, der anzeigt, wie oft diese Nummer (erfolgreich) alarmiert wurde??
Hallo Affenmensch,
zur Zeit habe ich BAMI SMS im Einsatz. hier ist das Ganze so gelöst:
Es werden die TN eingepflegt (Name,Nummer)
Danach kann ausgewählt werden, ob eine Konto/Guthabenverwaltung beim TN aktiviert werden soll. Es gibt ein weiteres Feld, wo das Guthaben eingetragen wird (z.B. 10€) In einem anderen Menüpunkt wird festgelegt, was die SMS kostet.
Wird nun ein Alarm ausgelöst,wird das Guthaben pro SMS abgezogen und zusätzlich zum Text der AlarmSMS das Guthaben mit versendet (EINSATZALARM Datum Urzeit Schleife X. Ihr Guthaben beträgt Y (z.B. 9,90€).
Hat ein TN 0€ erfolgt kein SMS Versand für diesen TN.
Hoffe, es verständlich rübergebracht zu haben.
Gruß
Frank
Ok verstanden.
Ich werde jetzt erst mal die Version 0.9 an die "Beta-Tester" verteilen, und wenn die dann einwandfrei läuft kümmer ich mich um deinen Vorschlag!
Hallo Affenmensch,
danke für deine Bemühungen.
Hallo affenmensch,
habe soeben die neue Beta in Betrieb genommen.
Vorschlag für kommende Version:
1. eine Art Telefonbuch wo man die eMailadressen per Mausklick einfügen kann in den jeweiligen Benutzern.
2. ebenso das gleiche bei der Rubrik EMAIL, dort ebenso eine Art Telefonbuch wo man dann halt aussuchen kann von welcher Emailadresse das ganze abgeschickt wird.
So pflegt man alles halt nur einmal ein anstatt für jeden Benutzer per Hand.
Hört sich gut an, ich dachte an sowas ähnliches bei den Einstellungen.
Beim "Alarmtext" gibt es ja die möglichkeit, die Einstellung für "alle Benutzer" zu übernehmen, das wäre für die SMS und e-Mail einstellungen auch sehr hilfreich Ich hab z.B für alle Benutzer ein e-Mail Fach, und muß praktisch bei jedem Benutzer alles neu eingeben.
Gruß
Ich fasse jetzt einmal alle Bugs und Vorschläge zusammen:
Bugs:
* Wenn ein User gelöscht wird, wir beim neu erstellen trotzdem eine neue Nummer vergeben
---> Behoben
* Das leeren der E-Mail Einstellseite wird nicht zugelassen (Nach leer machen und speichern kommt: "Sie müssen ihre Absender Adresse eingeben"
---> War so beabsichtigt. Mit leeren Feldern ist das Speichern nicht möglich. Weiß nicht ob ich das auch beheben soll. Denn wer Email-Versand nicht nutzen will, der muss es halt einfach nicht aktivieren.
* Aufruf ohne Benutzerkennung $1 startet nicht mehr automatisch den Standardbenutzer.
---> Behoben
* E-Mail Jetzt alarmieren geht nicht
---> Behoben
* E-Mail: Betreff automatisch generieren ist ohne Funktion. Betreff kommt immer aus dem Reiter Alarmtext
---> Behoben
* Bei Alarmserver -> Jetzt alarmieren gibt es ein Auswahlfeld "Diesen Alarmtext benutzen" Wozu ist das gedacht? Wenn man dort etwas einträgt, wird eine leere SMS gesendet.
---> Behoben; "Diesen Alarmtext benutzen": Wenn du dem Server einen Alarmtext vordefiniert hast (also nicht automatisch generieren ausgewählt hast, und im Feld Nachricht auch was drin steht) dann kannst du den auswählen, oder du schreibst eben selber einen neuen.
* Bei SMS77 funktionierte der Debug nicht beim Testen
---> Behoben
* Bei SMS77 wurde der Absender nicht mitgeschickt
---> Behoben
________
Nun zu den Vorschlägen:
* Der aktuelle Benutzername sollte wieder in der Titelleiste angezeigt werden.
---> Gemacht
* Reiter Ablauf: Layout überprüfen (Einträge stehen nicht untereinander)
---> Gemacht
* Möglichkeit überflüssige Leerzeichen (mehr als eins hintereinander) automatisch entfernen
---> Gemacht
* Möglichkeit zum nachträglichen umbenennen der Nutzer fehlt
---> Kommt noch
* Alarmierunsgfreie Zeit je Handynummer einstellbar (z.B. damit Diensthandys außerhalb der Dienstzeit nicht beschickt werden)
---> könnte noch kommen
Zur Abhilfe (nur wenn du nicht alzu viele Diensthandys hast):
Erstell für jedes Handy einen eingenen Benutzer und stell dort die Alarmierungsfreie Zeit ein.
Dann musst du halt alle Benutzer zum alarmieren (bei FMS32 zum Beispiel) eintragen.
* eine Art Telefonbuch wo man die eMailadressen per Mausklick einfügen kann in den jeweiligen Benutzern.
---> Werd ich auf jeden Fall noch machen. Könnte aber dauern, da ich es wenn dann auch für Handynummern, iPhones, Email-Einstellungen etc mache.
* Hast du vor, in irgend einem update auch eine sogenannte Benutzerverwaltung (Guthabenverwaltung pro Teilnehmer) einzubauen. Bei uns tragen die TN selbst die kosten.
---> Werd ich auch noch machen, weiß aber noch nicht wann
Danke für all eure Infos
Im Prinzip richtig, aber ich fände es trotzdem gut wenn es dann einen löschen Button gibt,
weil ich z.B. bei Benutzer 1 (der nix mit e-mail zu tun hat) versehentlich die E-Mail Daten eingetragen habe die zu Benutzer 2 gehören. Ein löschen ist halt nicht mehr möglich.
Ah, soso. Da soll einer drauf kommen ;-)Zitat:
* Bei Alarmserver -> Jetzt alarmieren gibt es ein Auswahlfeld "Diesen Alarmtext benutzen" Wozu ist das gedacht? Wenn man dort etwas einträgt, wird eine leere SMS gesendet.
---> Behoben; "Diesen Alarmtext benutzen": Wenn du dem Server einen Alarmtext vordefiniert hast (also nicht automatisch generieren ausgewählt hast, und im Feld Nachricht auch was drin steht) dann kannst du den auswählen, oder du schreibst eben selber einen neuen.
Ahso, ich kann also in einem Aufruf auch mehrere Benutzer ansprechen?Zitat:
* Alarmierunsgfreie Zeit je Handynummer einstellbar (z.B. damit Diensthandys außerhalb der Dienstzeit nicht beschickt werden)
---> könnte noch kommen
Zur Abhilfe (nur wenn du nicht alzu viele Diensthandys hast):
Erstell für jedes Handy einen eingenen Benutzer und stell dort die Alarmierungsfreie Zeit ein.
Dann musst du halt alle Benutzer zum alarmieren (bei FMS32 zum Beispiel) eintragen.
z.B. ...alarm.exe $1 $3 oder so?
Hatte irgendwie im Kopf das das zumindest in der Vorversion nicht geht.
Aber so ist natürlich noch besser, und damit entfällt die Anfrage.
Werde gleich mal wieder lostestn :-)
So long FMS-Master
eMail:
Ok, ich werd einen löschen button einbringen.
Alarmtext:
Ok, in der Doku werd ichs auf jeden Fall erklären; Vielleicht fällt mir auch ein anderer Text ein damit man es besser versteht.
Aufruf Benutzer:
Ja, das ist jetzt in der Version neu.
Man kann mehrere Benutzer auf einmal übergeben.
Genau so wie du es beschrieben hast:
....Alarm.exe $1 $2 $3 ....