Beiträge von nordtech

Also der API-Dienst läuft bei mir jetzt, der Zugang von außen (neuer Test im Admin) klappt ebenfalls.

Wenn ich https://david3.de/smart-client aufrufe, erhalte ich aber im Firefox nur "Wir konnten Ihre eMails leider nicht laden. Bitte wenden Sie sich an den Administrator" - vermutlich hat sich das System meinen Account gemerkt? Abmelden kann ich mich an der Stelle aber leider auch nicht.

Mit Edge das Gleiche. Immerhin gibt's da oben links ein "Burger-Menü", hinter dem man ja weitere Optionen vermutet, aber wenn ich das aufrufe, erscheint: nichts.

Ist das nun ein Problem auf Tobits Seite, oder kommen die Daten schon von meinem Server, und dort geht etwas schief?

"Schön" auch, dass der API-Dienst nach Einspielen des Rollouts sofort wieder ausgeführt wird, obwohl ich die Startart auf "manuell" geändert habe.

Hi! According to this thread the file should probably look like this:

max.mustermann@firma.invalid;Bcc;Max Mustermann

moritz.mustermann@firma.invalid;Bcc;Moritz Mustermann

Ich glaube ja, dass Tobit die Partner bewusst vergraulen möchte, um zukünftig alle Lizenzen und Wartungen direkt an den Endkunden zu verkaufen. Das wird nur mMn nicht funktionieren. Von meinen Kunden ist kein einziger auf mich zugekommen und hat gesagt "Ich möchte gerne David kaufen". Statt dessen hieß es von unserer Seite: "Wir haben da ein Programm, das ist eine schöne Alternative zu Outlook und Exchange, wie wär's damit"?

Kann natürlich auch sein, dass Tobit schon heimlich das "nächste große Ding" am Start hat und David generell absägen will - dann aber ohne mich, denn mit dem ganzen Chayns-Gedöns und den tausend Baustellen von Gastronomie-Beschallung bis Bestellsystem kann ich nichts anfangen.

Mir geht's da wie den Vorschreibern: 2020 schaue ich mir noch an, und wenn die Margen aus David-Neuverkäufen (in 2019 immerhin 2 Stück, lol) dann nicht mindestens die Partnergebühr aufwiegen, bin ich ebenfalls raus aus der Nummer. Was schade ist, denn meine Abneigung gegen Office 365 sitzt tief. Aber wenn die Alternativen so unrentabel werden, muss man sich am Ende wohl doch assimilieren lassen.

Ich hab' neulich gefühlt zum ersten Mal Provision für vom Kunden über David verschickte SMS erhalten. Entweder, das ist neu, oder es hat bisher einfach keiner meiner Kunden gemacht.

Die Ausbeute waren jedenfalls satte 24 Cent. [Sarksamus] Hurra! Das hilft mir total über den Wegfall der Sitecare-Provision hinweg. [/Sarkasmus]

Ja, es wäre generell nett, wenn man Admin-seitig die Benachrichtigung über neue Versionen im Client komplett unterdrücken könnte. Es gibt immer mal Situationen, in denen ein Update aus guten Gründen nicht ausgerollt werden soll. Da ist es dann nicht hilfreich, wenn die User auch noch drängeln.

Ich habe allen meinen Kunden ausführlich erklärt, dass sie sich um die David-Updates nicht kümmern müssen, trotzdem kommt zuverlässig alle paar Wochen eine Mail im Tenor "habe gerade diese Info gesehen, müssen wir da was machen?" - durchaus verständlich, denn für die Kunden gehört das nicht zum Tagesgeschäft, die vergessen die Automatik (und meine Mail) wieder und fragen sicherheitshalber nach. Nervig ist das trotzdem.

Auch das sieht eigentlich gut aus. Ich schreib dir ne PM, wir können da gerne mal gemeinsam draufschauen.

Seltsam, dann müsste es eigentlich funktionieren. Remotezugriff für diesen User muss ja auch aktiv sein, wenn's über die Webbox funktioniert.

Kannst du "aus Spaß" mal die anzusprechende Domain hier prüfen lassen: https://www.ssllabs.com/ssltest/ ?

Hmm. Mal ganz doof gefragt: In der Webbox im Reiter "ActiveSync" ist "ActiveSync-Verbindungen erlauben" aktiv? Nicht dass es am Ende an sowas Grundsätzlichem hängt.

Wenn du dich über die Webbox verbindest, wird das Zertifikat jetzt ohne Warnmeldung akzeptiert?

Hat der betreffende User ggf. Sonderzeichen im Kennwort, die das iPhone verwirren? Kannst du das testweise auf einfache Werte zurücksetzen?

Zitat von nornie01

es kommt die Standard-Meldung mit Risiko fortfahren

Dann passt aber das Zertifikat nicht zur URL, die aufgerufen wird. Das funktioniert mit aktuellen iOS- und Android-Geräten nicht mehr, die setzen ein echtes und gültiges Zertifikat voraus.

Was heißt in diesem Zusammenhang "mit David erstellt" - selbstsigniert? Dann s. o. - um Active Sync zum Laufen zu bekommen, benötigst du zunächst eine (Sub-)Domain, auf die ein Zertifikat ausgestellt werden kann, also keine IP-Adresse und auch kein dyndns.org o. ä. Für diese Domain kaufst du entweder ein externes Zertifikat zu, oder (sofern Sitecare aktiv ist) du lässt David eines von Let's Encrypt anfordern. Für letzteres muss die Webbox über Port 80(!) erreichbar sein.

Wenn du aus dem Browser heraus den Webaccess aufrufst, wird dir dann das Zertifikat korrekt angezeigt? Also ohne Warnmeldung? Erstellst du das Zertifikat über Let's Encrypt? Wenn ja - welche Domain nimmst du dafür?

Versendest du per Provider oder direkt? Wenn ersteres, dann müsste es ja reichen, den Haken in der Postman-Konfiguration bei "eMails sofort senden" zu entfernen und unten einen Intervall einzustellen. Der Versand erfolgt dann allerdings nicht für jede Mail nach exakt xxx Sekunden, sondern halt in einem Zeitraum zwischen 0 und xxx Sekunden.

Die Möglichkeit, ein generelles beschränktes Warten pro Nachricht einzustellen, ist mir hingegen nicht bekannt, da müsste jemand anderes sich zu äußern. Ich kenne nur das globale "Warten", das man manuell freischalten muss (System -> Optionen -> Wartezustand für externe Nachrichten).

Zitat von Wizzard

Ich mein es schon gelesen zu haben, habs aber nicht mehr präsent, welches OS hat dein Server?

Win 2008R2

Oh Mann, ich bin echt urlaubsreif... Wir haben natürlich 2012R2 am Laufen, nicht 2008R2.

Zitat von ComputerManni

Alle weiteren Startversuche werden mit Fehler 1064 quittiert: Bei der Verarbeitung der Steuerungsanforderung ist ein Ausnahmefehler im Dienst aufgetreten.

Schau mal in die Ereignisse im "System"-Archive und in den Status Monitor der API im David-Admin (der wird angezeigt, auch wenn der Dienst nicht läuft). Bei mir hat's an den Zertifikaten gehapert, das defaultmäßig installierte schmeckte ihm offenbar nicht. Die gesamte Zusammenarbeit mit Let's-Encrypt scheint noch ein bisschen... optimierungsfähig zu sein.

Trotz des laufenden Dienstes erhalte ich übrigens nach wie vor lediglich eine komplett weiße Seite. Immerhin nun mit gültigem Zertifikat.

Zitat von graef-edv

Kann ich es gefahrlos automatisch bei meinen Kunden installieren lassen

Naja, richtig was "kaputt" macht das Update ja nicht, bei uns kam halt der unerwartete Server-Neustart, und anschließend lief der API-Dienst nicht (wegen des bereits belegten Ports 8443). Von daher ist die Gefahr des Reparieren-müssens überschaubar. Zumal es bei vielen anderen hier im Forum offenbar reibungslos(er) klappte.

Ich persönlich bin allerdings kein Freund von unerwünschten Funktionen, die sich selbständig aktivieren und habe die automatischen Updates zunächst bei allen Kunden gestoppt. Durch den Port-Konflikt mit dem MaxView Storage Manager werde ich eh manuell ran müssen - viele unserer David-Server laufen nämlich wegen der Verwendung von ISDN-Karten (Fax) noch "auf Blech".

Zitat von Youbird

Besser wäre aber sicherlich gewesen, wenn der smart client nur

vorab an Partner ausgeliefert würde bis alles rund läuft.

Oder zumindest die Rollout-Installation so ablaufen lassen, dass der neue API-Dienst anschließend nicht automatisch gestartet wird! Das ist doch bei einer Neuinstallation genau so, da muss erst ein Admin den Starttyp z. B. der Webbox auf "automatisch" ändern und das Modul gescheit konfigurieren. Was ich vom Vorgehen her auch als richtig empfinde. Faustregel: Aktiviere keine Funktionen, die du auf dem System nicht nutzen willst.

OK. Man ist ja doch neugierig... Port des RAID-Mointors umgebogen, David-API-Dienst gestartet (jetzt geht's!), Ausnahme in der Firewall und Portweiterleitung eingerichtet -> weiße Seite.

Beim Versuch, den Dienst über den David-Admin neu zu starten, ist der Admin komplett abgestürzt.

Nee, Leute, ich bin erstmal raus aus der Nummer. Das ist ja pre-beta.

Zitat von BlackShadow

im Status Monitor nachschauen, bei mir war der Port 8443 von NoSpamProxy belegt

OK, danke für den Tipp, bei uns liegt da der MaxView Storage Manager. Meine Motivation, den nur für diese komische API umzubiegen, hält sich in Grenzen.

Zitat von Youbird

Du hast es offensichtlich manuell installiert, richtig?

Jup.

Zitat von Youbird

Ist es möglich, dass Du noch "offene" Neustarts von Windows Updates hattest, wenn ja ist das der Grund.

Nein, die letzte Installation erfolgte turnusgemäß am am 15.12., und da ist auch anschließend gleich der Neustart erfolgt. Es ist definitiv so, dass der Server sich im Rahmen der Rollout-Installation neu gestartet hat, und zwar in dem Moment, wo die Dienste wieder hochgefahren wurden. Wie gesagt, ist noch ein 2012R2 - kann das jemand mit dieser OS-Version bestätigen?

Zitat von Baumi

Anleitung

Danke. Nützt mir allerdings nur bedingt, da der Dienst auf unserem Server gar nicht erst starten mag.

Aber wenn ich schon "chayns.iD" lese, dann ist das Teil gedanklich eh abgehakt. Ich habe keine Lust auf proprietäre Anmeldungen.

Na, das funktioniert ja schonmal super. Der Dienst "WebAPI" lässt sich nicht starten, löst dabei aber vorsichtshalber mal einen Reboot auf dem Server aus! Windows Server 2012R2. Die automatische Installation der C-Runtime ist vorher korrekt durchgelaufen. Aber dann:

Vom Prozess "C:\Users\ADMINI~1.xyz\AppData\Local\Temp\3\Package2\Setup.exe (SERVER)" wurde auf Anforderung des Benutzers "xyz\Administrator" das Ereignis "Neustart" für den Computer "SERVER" aus folgendem Grund initiiert: "Herunterfahren von Legacy-API"
 Ursachencode: "0x80070000"
 Herunterfahrtyp: "Neustart"
 Kommentar: "Reboot System?"

Der Dienst lässt sich auch nach Reboot nicht starten

Der Dienst "David WebApi" wurde mit folgendem Fehler beendet: 
Bei der Verarbeitung der Steuerungsanforderung ist ein Ausnahmefehler im Dienst aufgetreten.

Von der Konfigurationsanleitung, die angeblich dem David-Admin zugehen soll, fehlt jede Spur.

Das ist ja mal wieder echte Qualitätsarbeit. Wobei ich nach wie vor den Sinn dieser WebAPI nicht verstehe - was kann die besser als ein runderneuerter WebAccess?

Hab' gerade mal bei Kunden nachgesehen, die bei 1&1 sind, da haben wir als Provider-Server smtp.ionos.de eingetragen, aber smtp.1und1.de müsste afaik ebenfalls funktionieren. Port 587 ist korrekt. SMTP (AUTH=LOGIN) auch.

Zitat von NSchuder

Das Passwort besteht aus Groß- und Kleinbuchstaben, Ziffern und einem Punkt. Kann da das Problem liegen

Eigentlich nicht. Aber setz das Kennwort doch mal auf einen sehr einfachen Wert zurück und wenn das dann klappen sollte, erhöhst du nach und nach die Komplexität.

Sofern ihr mit einem Catchall-Postfach arbeitet, kannst du als sendendes Konto auch *@{euredomain} ausprobieren.