Changelog
Was ist neu?
Jede Verbesserung an der Plattform, wie sie geliefert wird.
· SecurityService
SP96 Einstellungsmöglichkeiten, um die Telefon-Erweiterung und die Workstation wegzulassen
Ein KI-Verleih erstellt Körper dauert aiPhoneExtension und AiWorkstation (JSON booleans, wahr, wenn abwesend). Ein Schritt ausgelassen wird erstellt SKIPPED mit NOT_REQUESTED_AT_HIRE, so erreicht der Verleih noch COMPLETE, und die Retry-Route öffnet es wieder wie jetzt eingerichtet. Die Checkliste Ansicht markiert eine solche Reihe übersprungenAtHire und wieder ausprobierbar. Ein Ruhestand relabelt es mit dem Ruhestand Grund, so kann es nie auf einem pensionierten KI eingerichtet werden.
· AIService
Das Geschlecht einer Stimme, von ihrer Platte, einem kuratierten Tisch oder ihrem Stil und dem Geschlecht der Verkäufer, die von der Sonde gehalten werden
Aufgabe der SP96 7. VoiceGender {FEMALE, MALE, NEUTRAL, UNKNOWN' mit einem milden Parse, und VoiceGenders.of(Typ, Modell, Datensatz) mit der 5. Konvention, Piper norman, Deepgram thalia), ein Stil von genau weiblich/männlich, sonst UNKNOWN. VoiceInfo gewinnt Geschlecht: ElevenLabs Karten labels.gender, keine. ProbeRunner speichert Geschlecht mit den anderen Sprachfeldern. Nichts liest das Geschlecht noch (Task 8).
· SecurityService
SP96 Sex auf dem Mitgliederprofil und bei der Erstellung, als persönliche Daten eingelegt
GET /api/security/members/{id' benennt Sex (FEMALE, MALE oder null) nur zu einem Anrufer, der es lesen darf (MemberSexAccess, spec D3); der Schlüssel fehlt für irgendjemand anderes. PUT verweigert einen schlechten Wert (400 Feld Sex) und ein Anrufer, der kann nicht schreiben (403 NOT_ALLOWED field sex) bevor etwas geschrieben wird, setzt es, und prüft eine Änderung von jemand anderem als das Mitglied: eine KI ist mit die Werte, die einer Person ohne sie. Mitgliedserstellung liest Sex aus der Körper für jede Aufzeichnung durch das gleiche MemberSexWire.
· kamo-shared-library
SP96 MemberSex, Member.sex und ein Geschlecht auf der Sprachnachricht
member.sex ist eine annullierbare STRING-Kolumne (FEMALE | MALE, null = nicht angegeben), so dass ein KI-Mitglied mit einer passenden Stimme sprechen kann. Die TTS und REALTIME_AUDIO voices record akzeptiert ein optionales Gender-Feld.
· AIService
Die ai_member_voices-Tabelle und die Charter-Sprach-Pin-Migration, als handgeprüftes SQL
SP96 Aufgabe 2. Die Tabelle erinnert sich an die Stimme eines KI-Mitglieds pro TTS-Modell (spec 5.1); die Migration bewegt jede Charter VOICE Pin zu einem CHOSEN, MIGRATED, bevorzugte Zeile und klärt nur eine Stecknadel, deren genaue Stimme jetzt erinnert wird (spec 5.9). Es wird geführt einmal in Task 11, nachdem Task 10 eingesetzt wurde. Sp96VoiceDdlContractTest behält beide Dateien wiederbewahrbar, addiv und genau der Vertrag.
· SecurityService
SP96 DDL für members.sex, durch einen Vertragstest gepinnt
Das Geschlecht eines Mitglieds ist ein annullierbarer VARCHAR(16) (FEMALE | MALE, NULL = nicht spezifiziert), handgeklage in SP96 Task 3. Der Vertragstest führt die Datei re-runnable, ohne NOT NULL ohne DEFAULT und ohne CHECK, JSON oder DROP.
· kamo-internal
Die Voicemail-Liste aktualisiert live (SP98-Q-3)
Nichts im Browser abonniert /topic/voip/Voicemail/<member-, wo MediaService übersendert den neuen Sprachrohr-Rahmen von VOIPService, so dass die Karte angekommen ist und Die Liste hat sich nicht geändert. Jeder Tab hört jetzt dort auf dem Chat-Sockel es bereits hält (die Rufbuchse ist nur in der Registerkarte geöffnet, die die Linie besitzt, und nur für eine org, das Anrufe entgegennehmen kann), und faltet die erste Seite der Mailbox in die Liste, Die Seiten sind bereits eingescrollt. Eine Reconnect holt die gleiche Weise auf. Die dead VOICEMAIL_DEPOSITED Zweig auf dem SMS-Thema ist verschwunden.
· TranslateService
Senden Sie en--ta an Kamo IndicTrans, und melden Sie, welche Engine beantwortet
Kein Anbieter beansprucht en--ta (LibreTranslate listet keine Tamilen, Bergamot dient Nur Deutsch), also gab der Router die englische Quelle für jeden Tamilen zurück Anfrage, und das Wörterbuch Sync schrieb es als Wert: kamo-internal's ta.json erreichte Englisch in 34.549 von 34.779 Schlüsseln. IndicTransProvider behauptet genau en--ta, das Paar die klusterservices indictrans/ pod dient; ta-Een würde das indic-Een-Modell benötigen, das ist nicht eingesetzt, so bleibt es unbefordert. Es spricht der Motor LibreTranslate-förmige API hinter dem gleichen authenty Proxy Token, mit LibreTranslateProvider's Retry Policy (a 4xx other than 429 is final; a 503 beschäftigt ist wieder innerhalb eines 100 s Budget versucht). Der Router versucht es Bergamot und vor LibreTranslate. ProviderRouter protokolliert jetzt eine Zeile pro Übersetzung: das Paar, der Provider dass tatsächlich beantwortet, die Größen und die Zeit, nie der Text ("übersetzte en-'ta provider=indictrans chars=21-34 ms=412"). übersetzung.indictrans.base-url geht in application.yml und die k8s ConfigMap, die es in der Produktion ersetzt.
· KlusterServices
Eine Englisch-zu-Tamil-Engine, so Tamil stoppt Englisch
LibreTranslate listet keine Tamilen und Bergamot dient nur Deutsch, so dass jeder en-'ta-Anfrage (das Wörterbuch-Synchronisation, Hilfe-Center-Artikel, Chat) abgestimmt keine Anbieter und kam als seine englische Quelle zurück: kamo-internal's ta.json gleich Englisch in 34.549 von 34.779 Tasten. Kamo IndicTrans bedient das destillierte en---indische 200M-Modell von IndicTrans2 (MIT; die Dreh-Positions-Variante von ihren Autoren, wie in CTranslate umgewandelt2) auf CPU auf k3m1, hinter dem gleichen Kamo auth Proxy wie Bergamotte und libretranslate (kamo-translate-auth). Es spricht LibreTranslate-API und dient nur en-ta; jedes andere Paar ist ein 400, nie ein englisches Echo. - Skripte/server.py: IndicTransToolkit's IndicToolkit's IndicProcessor für ein Englisch Quelle, portiert; Kamo's KMPH<n" sentinels Fahrt als Modell-eigene <ID n> Entitäten (150 von 150 gehalten); und vier Ausgabe Reparaturen gemessen auf Kamo-interne Saiten: Abstandsgeflecht gehalten, das Modell Visarga-für-Kolon (Tamil aytham) verwandelte sich wieder in einen Dickdarm, der Ellips-Charakter gehalten, und kein vollständiger Stopp zu einem Etikett hinzugefügt. Protokolle Größen und Timings, nie Text. SIGTERM beendet die Anfragen im Flug. - scripts/fetch_models.py: Job indictrans-models holt das Modell von Revision und SHA-256 und die Pakete von requirements.txt mit --Verlangen-Hashes in einen lokalen Weg PVC; eine Datei, die nicht überprüft nie nimmt den servierten Namen. Die Servierkapsel montiert sie nur lesbar und hat keine egress (CiliumNetworkPolicy); übersetzen nur den Proxy. - Größe (gemessen): 0,9 GB Peak RSS, 0,5-0,6 GB Portion; p50 0,16 s pro String bei 4 Fäden. Fordert 2 CPU / 1Gi, Limit 2Gi, kein CPU Limit. - Workflow-Schritt Einsatz von IndicTrans (K3M1) vor dem Audit; eine geänderte Skript oder Proxy-Konfiguration startet einen laufenden Server neu. SECRETS.md listet die neuer Verbraucher von kamo-translate-auth. Tests: python3 -m unittest discover -s indictrans/tests (70; die beiden Real-Modell-Tests laufen mit INDICTRANS_MODEL_DIR-Set).
· kamo-register
Ein Besucher, der von einem anderen Appen übergeben wurde, da ?vid= seine Identität behält
www.kamocrm.com's Anmeldung öffnet jetzt Register.kamouniverse.com (Besitzer, 2026-09-28). Sein kdsc_vid Cookie ist auf .kamocrm.com ausgerichtet und kann daher nicht folgen. Kamo-Marketing führt die GUID als ?vid= neben ?discount= (app/lib/register-link.ts). resolveMarketingTracking übernimmt jetzt eine gutgeformte trug GUID, und beharrt darauf mit dem Code auf diesem Avorfeld, anstatt zu prägen neue Identität. Die Anmeldung landet dann auf der gleichen Besucher-Zeitleiste die verweisende Mitglied sieht. Es wird nur neben einem Code, eine Cookie-Identität auf dieser Achse angenommen gewinnt immer noch, und ein missgebildeteswerter Wert wird nie angenommen.
· kamo-marketing
Www.kamocrm.com meldet sich an und meldet sich an den KamoUniverse-Türen an
Der Besitzer fragte nach diesem am 2026-09-28: die Anmelde-und Anmelde-Tasten auf www.kamocrm.com öffnen login.kamouniverse.com und register.kamouniverse.com. www.kamocrm.com bleibt eine Live-Produktseite von KamoCRM; die Türen der Plattform sind umgezogen die Marke KamoUniverse. - rehostAuthLink: eine Plattform auth Link (registr./login. auf beiden Plattformen apex) geht an die PRIMARY-Oex-Tür, wenn die Website auf einer Plattform serviert wird apex, und an die eigene Tür des Mieters sonst, unverändert für White-Label-Mieter. Die eingebackenen hrefs, die Markup-Crawler und Pre-Dotation-Klicks folgen, Name kamouniverse.com. Links, die den alten Höhepunkt nennen, werden immer noch anerkannt. - Überweisungen zu einer anderen registrierbaren Domain überleben. Die kdsc_* Cookies werden auf .kamocrm.com ausgerichtet und können nicht folgen, so dass der Code fährt als ?discount= (wie vorher) und die Besucher-GUD als ?vid=. kamo-register übernimmt vid anstatt eine neue Identität zu prägen. Die GUID wird nur auf einem hinzugefügt Cross-Domain Hop, und eine missgebildete wird nie in einen Link reflektiert. - CSP connect-src gewinnt die Kamouniverse-Türen und hält die Kamocrms (nur hinzugefügt). - Check-Registr-Links: der Mieter invariant (der Link bleibt unter dem Cookie Domain) plus die Plattform-Fälle, 35 Kontrollen.
· VOIPService
Teams, die Verbindungen anrufen, senden Sie die api.kamouniverse.com umgeleitet
Der Besitzer hat ************ in die Plattform Microsoft App, halten die api.kamocrm.com ein. Beide Gastgeber dienen dem Weg. Ergänzt aa7b608, die RingCentral bewegt.
· EmailService
Persönliche-Mail-Adresse verbindet senden Sie die api.kamouniverse.com
Der Besitzer hat ************ hinzugefügt auf die Plattform Google und Microsoft-Konsolen, halten die api.kamocrm.com ein. Beide Gastgeber dienen dem Weg.
· VOIPService
RingCentral connects sendet api.kamouniverse.com um
Der Besitzer hat ************ zu den hinzugefügt Plattform RingCentral App und hielt die api.kamocrm.com ein; beide Hosts dienen die Weg. Teams Aufruf nutzt den gleichen Weg auf der Plattform Microsoft App, deren Konsole hält nur den Legacy-Host, so dass seine DEFAULT_REDIRECT_URI bleibt auf api.kamocrm.com.
· MediaService
Meeting-Provider verbindet senden Sie die api.kamouniverse.com umgeleitet
Der Besitzer hat ************ hinzugefügt die Plattform Microsoft App und hielt die api.kamocrm.com ein. Beide Gastgeber servieren die Pfad, so eine Verbindung begann unter entweder abgeschlossen.
· EmailService
Die Plattform Gmail, Microsoft 365 und Zoho verbindet senden api.kamouniverse.com
Der Besitzer hat ************ hinzugefügt (Google) und ************ (Microsoft, Zoho) zu den Plattform-Apps Konsolen und hielt die api.kamocrm.com diejenigen, so dass beide gültig sind. Die Plattform jetzt sendet den neuen Host. api.kamocrm.com dient weiterhin beiden Pfaden, also schon alles registriert oder im Flug abgeschlossen. Persönliche-Mail-Box verbindet bleiben auf api.kamocrm.com, bis ihre Umleitung hinzugefügt wird zu den Google und Microsoft-Konsolen zu.
· kamo-shared-library
Die Plattform API Host ist api.kamouniverse.com
Die OAuth-Apps der Plattform halten nun api.kamouniverse.com umleiten URIs. Der Besitzer hinzugefügt, um jede Konsole (Google, Microsoft Entra, Zoho, RingCentral) und gehalten die api.kamocrm.com, so dass die Plattform den neuen Host senden kann. Beide Gastgeber dienen jeder Callback-Pfad, so dass ein Fluss unter entweder abgeschlossen begonnen. Keine existierenden Org's eigene App war von diesem Fallback abhängig: die org mit eigener App hat eine verifizierte Domain und wird api gesendet.<its domain.
· EmailService
Die Briefe der Plattform-Organisation sind unterzeichnet KamoUniverse, nicht sein gesetzlicher Name
Der Titel der Plattform org ist der rechtliche Name des Unternehmens, "KamoCRM Inc"., und es bleibt im Rechtstext. Seine Briefe tragen jetzt die Marke, der kurze Titel "KamoUniverse", im From Display-Namen. Nur die Plattform org ist betroffen; jede andere org behält ihren Titel. Der Eigentümer entschied dies auf 2026-09-28.
· SecurityService
Theme-Ordner zeigen noch den pensionierten KamoCRM-Orthalter bewegen sich zum KamoUniverse
Jeder neue Org-Themenordner ist aus public/default/ gesät. Bis heute ist es voll Logo war die KamoCRM Wortmarke. Der Samen ist jetzt die KamoUniverse Wortmarke, gebaut als a RasterSvgStandIn des Besitzers **************** Die alte Bytes werden bei ************ gehalten nichts wurde gelöscht. ThemeSvgStandInBackfillService findet unberührte Samen durch Vergleiche von Bytes mit der CURRENT Samen, so dass auf seine eigene der neue Samen würde es blind für jeden gemacht haben Ordner vor heute vor. Der ausgeschiedene Samen ist jetzt durch seine SHA-256 bekannt (LEGACY_SEED_LOGO_SHA256, die gleichen Bytes wie ************ - Eine Org mit einem Rasterlogo, dessen .svg noch der pensionierte Samen ist, bekommt seine Stand-in, wie zuvor. - Eine org ohne eigenes Logo (ext blank oder svg), deren .svg genau die Rentnersamen bekommt jetzt das aktuelle Saatgut, so dass sein Arbeitsbereich aufhört Rentnermarke. - Ein .svg, das kein pensionierter Samen ätte ist, wird nie berührt, und nichts bewegt sich, während der Samen selbst noch der Ruhestand ist. Die Backfill-Verfüllung läuft auf jedem Boot, so dass dies Wirkung auf den nächsten Rollout. A zweiter Konstruktor existiert für Tests, also ist der Frühlings-Konstruktor @Autowired. Die Ganzanwendung Kontexttest ist deaktiviert (es braucht Redis), so dass ein Spring-gebaut Test hütet nun die Konstrukteurswahl.
· kamo-apps
Die Anwendungsseiten fallen auf den kamouniverse.com-Themenhost zurück
kamouniverse.com ist nun der primäre Anwendungsbereich der Plattform (kamocrm.com bleibt ein servierte Vermächtnis-Apex). Der Anwendungshost der Plattform, der sich tatsächlich auflöst benutze.kamouniverse.com - apply.kamocrm.com hat keinen DNS-Rekord. - Theme.tsx: PLATFORM_APEX, der Thema-Host verwendet, bevor der Browser kennt seine host, ist kamouniverse.com. Eine Seite auf jedem echten Host fragt immer noch Thema.<its eigenen Apex. - Das Support-Widget lädt von theme.kamouniverse.com. Sein Lader holt das hashed Bundle relativ zu seiner eigenen URL, und MinIO dient der identischen Loader unter beiden Themen-Hosts (verifizierte Byte-für-Byte); theme.kamocrm.com hält jede Einbettung, die es nennt. - Der doc-Kommentar von ThemeLogo entspricht seinem eigentlichen Standard ("Logo"). Kept: der BFF api.kamocrm.com (die gemeinsame Plattform API Host bleibt, und es ist ein Server-zu-Server-Aufruf).
· SecurityService
Neue Authentifizierungs-Einschreibungen sind mit KamoUniverse gekennzeichnet
Der otpauth Emittent war der wortgestäbliche "KamoCRM". Nur die Neuanschreibungen ändern sich. vorhandene Authentifizierung Eintrag hält sein Label und arbeitet weiter, weil der Code kommt vom Geheimnis, nicht vom Etikett.
· EmailService
EmailService sendet, verlinkt und benennt die Plattform als kamouniverse.com
Der primäre Affogen der Plattform ist kamouniverse.com; kamocrm.com bleibt in voller Länge serviert. Was EmailService schreibt heute benennt jetzt die primäre Spitze, und was es erkennt noch akzeptiert beides. Sender und Fallbacks (C1, C3) - platform.mail.domain defaults zu PlatformDomains.PRIMARY_APEX (k8s bereits gesetzt kamouniverse.com; der Code-Standard nicht mehr damit einverstanden). Die NoReply-Prüfung Standardmäßigen auf die gleichen. - Der Thema Host des letzten Auswegs für Brief Logos ist **************** (theme.kamouniverse.com bedient jedes org-Ordner Byte wie theme.kamocrm.com). - HostTesters Test-Send From und MessageIds' No-Domain-Fallback verwenden die primäre Spitze. - Die Plattform Organisation hält beide apexe; mit Shared-lib 0e8cf90f seine bevorzugte Wurzel (OrgPrimaryDomain -" OrgApiHosts.preferred) ist kamouniverse.com, so dass seine Briefe gehen aus NoReply@kamouniverse.com mit Reply-To NoReply@kamouniverse.com - niemals der Vermächtnis-Apex. Tests aktualisiert von "die Plattform hält kamocrm.com" auf die primäre Spitze, und angeheftet. Links (C2) - Kampagne/Artikel-Share Opt-out und Open/Click Tracking Links werden geprägt api.kamouniverse.com (k8s/configmap.yaml + application.yml). api.kamocrm.com bedient die gleiche Pfade, so dass jeder Link bereits gesendet funktioniert weiter (GET, One-Click POST und Tracking verifiziert auf beiden Hosts identisch); Signaturen enthalten nie den Host. - Der Artikel-Share-Anmeldelink ist registrieren.<primäre Spitzex"/Mitglied. Sein Artikel Link bleibt auf www.kamocrm.com: der austauschbare Artikel existiert nur dort (www.kamouniverse.com: 404). Anerkennung bleibt add-only (K4) - TrackingLinks.isOurs und der Opt-out-Ausschluss des Komponisten erkennen ihre Basis auf JEDEN Plattform apex (neue U-Bahn-Plattform-Anträge), so dass ein Legacy-apex verfolgt oder Opt-out-Link von Eine frühere Kampagne wird nicht ein zweites Mal abgeschlossen. - Die NoReply Audit-Datensätze NoReply@ auf beiden Plattformen apex, nicht nur die konfigurierte. - Senden von Domains: Ein Mieter darf keine Domain unter kamouniverse.com hinzufügen, kamocrm.com ************ ganze Labels . notkamouniverse.com ist in Ordnung. - Die Anwendungsbereiche von KamoMailDomainValidator ist PlatformDomains.APEXES. Markenname (C4): die Benutzer-zusätzlichen Outbound-Host und das Senden von Domain-Nachrichten sagen KamoUniverse. Kept: OAuth umleiten URIs auf api.kamocrm.com (K1); hello.kamocrm.com, contact.kamocrm.com, abruf@hello.kamocrm.com, mail.kamocrm.com (K2); Feedback-ID "campaign:kamocrm" und kamocrm-com Themenordner (K8); legacy-apex Testings (K7). Verifiziert: mvn clean test against Shared-lib Herkunft/Hauptmain (0e8cf90f): 2863 Tests, 0 Ausfälle. Die gleiche Suite auf Herkunft/Haupt hatte genau 3 Ausfälle - die Tests der Shared-lib-Primär-Apex Änderung gebrochen (ComposeAssetUrls, der Logo-Host der Vorzugsseite, OrgPrimaryDomain) hier zum primären Höhepunkt, mit Legacy-Apex-Fällen neben ihnen gehalten.
· kamo-internal
Die Quelle des Hilfezentrums spricht als KamoUniverse
Werkzeuge/Helfen-Center/Inhalt: "KamoCRM" wird "KamoUniverse" in 70 Artikeln - 105 Plätze, drei von sie Titel (Was KamoUniverse ist, Wie man über KamoUniverse, Wie KamoUniverse gebaut wird). Schlugs und Dateinamen sind unberührt: Sie sind die öffentlichen Adressen der Artikel und die des Importeurs Schlüssel, und Umbenennung würde ein zweites Exemplar veröffentlichen. Ebenfalls unberührt: "KamoCRM Platform", der Name eines führen Markt ein Leser findet in der Dropdown, und "KamoCRM" in Anführungszeichen, den Namen eines Anbieters in einer Liste. clean-source.mjs gewinnt rebrand(), betrieben von cleanBody nach den Querverweisen, also den Wiederaufbau der Artikel aus den Entwürfen behält den neuen Namen; "kamouniverse" schließt sich den Relation Stop-Wörter und der Titel-Chorings. Die Live-Artikel ändern sich nur, wenn import.mjs gegen KBService läuft, was dies zu begehen nicht. Trockenlauf: 307 Artikel, 181 Querverweise, 73,432 Wörter wie bisher.
· kamo-internal
Die Quelle des Hilfezentrums spricht als KamoUniverse
Werkzeuge/Helfen-Center/Inhalt: "KamoCRM" wird "KamoUniverse" in 70 Artikeln - 105 Plätze, drei von sie Titel (Was KamoUniverse ist, Wie man über KamoUniverse, Wie KamoUniverse gebaut wird). Schlugs und Dateinamen sind unberührt: Sie sind die öffentlichen Adressen der Artikel und die des Importeurs Schlüssel, und Umbenennung würde ein zweites Exemplar veröffentlichen. Ebenfalls unberührt: "KamoCRM Platform", der Name eines führen Markt ein Leser findet in der Dropdown, und "KamoCRM" in Anführungszeichen, den Namen eines Anbieters in einer Liste. clean-source.mjs gewinnt rebrand(), betrieben von cleanBody nach den Querverweisen, also den Wiederaufbau der Artikel aus den Entwürfen behält den neuen Namen; "kamouniverse" schließt sich den Relation Stop-Wörter und der Titel-Chorings. Die Live-Artikel ändern sich nur, wenn import.mjs gegen KBService läuft, was dies zu begehen nicht. Trockenlauf: 307 Artikel, 181 Querverweise, 73,432 Wörter wie bisher.
· kamo-internal
Plattform-Links auf dem primären APex, und die Plattform namens KamoUniverse
Links die für die Plattform generierte App sind von PLATFORM_APEX aufgebaut, so dass sie dem primären folgen apex (kamouniverse.com). Jeder bereits ausgehändigte Link von kamocrm.com funktioniert weiter, denn beides apexes servieren die gleiche Sache - verifiziert: identisch ETag für die APK und der Chat-Loader auf beiden Themen Gastgeber, der gleiche DAV 401 ("Kamo Kalender") auf beiden Api-Hosts: - das KamoMobile installieren QR und Link, der Web-Chat Einbett-Snippet, die CalDAV/CardDAV Server URL und SRV-Ziel und die Beispielwerte in den Redakteuren für Vereinbarung und E-Mail-Vorlage. Wo die App für die Plattform spricht und nicht für einen Mieter, der Name der Plattform ist KamoUniverse, einmal in app/lib/platformBrand.ts gehalten: die Fallback-Organisation des Wurzellayouts, das Laden und /validate logo alts, die Email-Vorlage-Editor's org-name Fallbacks, die Outbound-Host Route Diagramm, die Bulk-Relais-Preset und der User-Agent des Bild-Proxys. Die juristische Person bleibt "KamoCRM Inc". (Firma in Contact Sales, die "<org- Inc". Vorlage Fallbacks). Organisationserstellung Vorschauen KamoUniverse.com/o/<alias, und ein Test hält diese Anzeigeform zu der eigentliche Aff. Kontakt Verkaufsnamen Sales@KamoUniverse.com: kamouniverse.com mail ist live und landet in der kamocrm.com Mailbox (RCPT sales@kamouniverse.com antwortete 250; nichts wurde gesendet).
· kamo-internal
Plattform-Links auf dem primären APex, und die Plattform namens KamoUniverse
Links die für die Plattform generierte App sind von PLATFORM_APEX aufgebaut, so dass sie dem primären folgen apex (kamouniverse.com). Jeder bereits ausgehändigte Link von kamocrm.com funktioniert weiter, denn beides apexes servieren die gleiche Sache - verifiziert: identisch ETag für die APK und der Chat-Loader auf beiden Themen Gastgeber, der gleiche DAV 401 ("Kamo Kalender") auf beiden Api-Hosts: - das KamoMobile installieren QR und Link, der Web-Chat Einbett-Snippet, die CalDAV/CardDAV Server URL und SRV-Ziel und die Beispielwerte in den Redakteuren für Vereinbarung und E-Mail-Vorlage. Wo die App für die Plattform spricht und nicht für einen Mieter, der Name der Plattform ist KamoUniverse, einmal in app/lib/platformBrand.ts gehalten: die Fallback-Organisation des Wurzellayouts, das Laden und /validate logo alts, die Email-Vorlage-Editor's org-name Fallbacks, die Outbound-Host Route Diagramm, die Bulk-Relais-Preset und der User-Agent des Bild-Proxys. Die juristische Person bleibt "KamoCRM Inc". (Firma in Contact Sales, die "<org- Inc". Vorlage Fallbacks). Organisationserstellung Vorschauen KamoUniverse.com/o/<alias, und ein Test hält diese Anzeigeform zu der eigentliche Aff. Kontakt Verkaufsnamen Sales@KamoUniverse.com: kamouniverse.com mail ist live und landet in der kamocrm.com Mailbox (RCPT sales@kamouniverse.com antwortete 250; nichts wurde gesendet).
· kamo-internal
Erkennen Sie beide Plattform-Anpexe, wo immer die App erzählt eine Plattform Host von einem Mieter
kamouniverse.com ist jetzt die Plattform primären Höhepunkt und kamocrm.com bleibt vollständig serviert, so dass jeder überprüfen, die fragt "ist dies einer der Hosts der Plattform?" hat zu beantworten, ja für beide, durch ganze Etikett: - proxy.ts: auf einer Plattform hosten die img-src Namensthema.<apex> und *.<apex> für JEDE Plattform apex. intern.kamouniverse.com (heute live) blockiert jedes gespeicherte themen.kamocrm.com Bild, und internal.kamocrm.com würde das theme.kamouniverse.com URLs blockieren, bauen Server auf dem primären apex. Die eigene Spitze eines Mieters benennt immer noch nur sich selbst. - networkModel.isCustomDomain, das FirstOrgCta jetzt anstelle einer Kopie wiederverwendet: acme.kamouniverse.com Lesen Sie als eigene Domain, so Enter geöffnet ************ - kein solcher Host. - OrgOAuthAppSektion: ein Callback auf api.kamouniverse.com wurde als die eigene Domain der Org beschrieben. - LeadVendorManager: SecurityService baut sich an.<primary apex> für eine Org ohne Domain und die Überprüfung kannte nur apply.kamocrm.com, so dass sich das Formular der Plattform als der eigene Host der org las. - /api/org/[...domain]: der Client-Credentials-Eintrag der Plattform existiert unter jedem Plattform-Apex. - next.config allowedDevOrigins und der CSP Image-Host Guard akzeptieren auch kamouniverse.com. Auf gebaut ist PlatformHost / PLATFORM_APEXES von app/lib/platformApex.ts; keine neue Liste von apexes.
· kamo-internal
Erkennen Sie beide Plattform-Anpexe, wo immer die App erzählt eine Plattform Host von einem Mieter
kamouniverse.com ist jetzt die Plattform primären Höhepunkt und kamocrm.com bleibt vollständig serviert, so dass jeder überprüfen, die fragt "ist dies einer der Hosts der Plattform?" hat zu beantworten, ja für beide, durch ganze Etikett: - proxy.ts: auf einer Plattform hosten die img-src Namensthema.<apex> und *.<apex> für JEDE Plattform apex. intern.kamouniverse.com (heute live) blockiert jedes gespeicherte themen.kamocrm.com Bild, und internal.kamocrm.com würde das theme.kamouniverse.com URLs blockieren, bauen Server auf dem primären apex. Die eigene Spitze eines Mieters benennt immer noch nur sich selbst. - networkModel.isCustomDomain, das FirstOrgCta jetzt anstelle einer Kopie wiederverwendet: acme.kamouniverse.com Lesen Sie als eigene Domain, so Enter geöffnet ************ - kein solcher Host. - OrgOAuthAppSektion: ein Callback auf api.kamouniverse.com wurde als die eigene Domain der Org beschrieben. - LeadVendorManager: SecurityService baut sich an.<primary apex> für eine Org ohne Domain und die Überprüfung kannte nur apply.kamocrm.com, so dass sich das Formular der Plattform als der eigene Host der org las. - /api/org/[...domain]: der Client-Credentials-Eintrag der Plattform existiert unter jedem Plattform-Apex. - next.config allowedDevOrigins und der CSP Image-Host Guard akzeptieren auch kamouniverse.com. Auf gebaut ist PlatformHost / PLATFORM_APEXES von app/lib/platformApex.ts; keine neue Liste von apexes.
· DocsService
Die Karriere-Website der Plattform ist careers.kamouniverse.com, und careers.kamocrm.com hält seinen Vorstand
kamouniverse.com ist der primäre Höhepunkt der Plattform; kamocrm.com bleibt ein voll servierte Vermächtnis-Apx. - careers.platform-apex (wo eine Stellenanzeige, der Erhalt eines Bewerbers, Talent-Alert-Brief und ein Netzwerk-Board-Kartenpunkt für eine Organisation mit keiner Live-Domain der eigenen) jetzt standardmäßige ************ in allen fünf Klassen und k8s/configmap.yaml setzt es auf kamouniverse.com explizit, damit der laufende Wert nicht wartet auf einem Wiederaufbau. careers.kamouniverse.com dient mit einem gültigen Zertifikat und löst auf die Plattform Organisation genau wie careers.kamocrm.com tut. - CareersPublicController hat die Karriereseite der Plattform durch die ONE anerkannt konfiguriert apex, so dass die Bewegung der Einstellung würde die Cross-Or genommen haben Netzwerk-Board weg von careers.kamocrm.com (a 404, fail-closed). Es jetzt akzeptiert Karrieren.<jede PlatformDomains apex" plus die konfigurierte, Vergleichen der gesamten Spitze so careers.acme.kamocrm.com und careers.evil-kamocrm.com wird immer noch abgelehnt. Prüfungen: ************ Pins beide Türen und die Doppelgänger; DocsAliasHostTest gewinnt die kamouniverse.com-Fälle für die aliasgroup1 Änderung in fab3d80; die drei Link-Tests, die die Plattform-Konsole Fallback jetzt erwarten internal.kamouniverse.com, das ist, was OrgLinkHosts antwortet seit kamo-shared-library 0e8cf90f. mvn clean test: 848 Run, 0 Ausfälle.
· SecurityService
Kamouniverse.com ist der primäre APex, und eine Domain wird überprüft, wo es löst
"Veränderte die Domain von kamocrm.com zu kamouniverse.com auf /setup/dns. Es sagte es es aber konnte nichts überprüfen, und nach einer Auffrischung sagte es noch kamocrm.com". Es gab drei Fehler. 1. Die Domäne der Org wurde alphabetisch ausgewählt. Die Plattform Org hält beide apexes als verifizierte Wurzeln, und kamocrm.com sortiert zuerst, so Links, Anmeldung, Behavior & Labeling und die DNS-Seite könnten niemals der Marke folgen. OrgDomains teilt jetzt Share-lib ************ der primäre Scheitel zuerst. PLATFORM_APEX ist kamouniverse.com. PlatformApexes ist kamouniverse.com,kamocrm.com, primäre erste, und jeder kamo.platform.apex default liest die Konstante. Domainless-Arbeitsplätze öffnen sich jetzt auf internal.kamouniverse.com von beiden Türen, und login.kamocrm.com behält arbeiten. Die Domains-Liste gibt auch primäreDomain und platformApexes, so die Seite stoppt das Re-Derivat. 2. Die Überprüfung verglich das Ziel eines CNAME mit dem wörtlichen "kamocrm.com". Jeder Host auf kamouniverse.com CNAMEs zu kamouniverse.com, so dass alle von ihnen gescheitert. So auch eine A-Platte direkt auf der Plattform und eine CNAME-Kette. überprüfenPointsAtPlattform ersetzt es überall: überprüfen-dns, beide DomainVerificationWatcher fegt, und die Bereitstellung Ziel. Es folgt der Host durch eine Aufzeichnung oder CNAME-Kette zu seinen endgültigen Adressen und vergleicht sie mit dem, was kamouniverse.com jetzt beschließt. Diese Adresse wird live gelesen und cached für 60er Jahre, mit der letzten guten Lektüre für eine Stunde gehalten, wenn eine Lektüre fehlschlägt; es ist nie konfiguriert. Ein streunende AAAA versagt den Scheck, weil Let's Encrypt bevorzugt IPv6. Eine unlesbare Plattformadresse, NXDOMAIN oder SERVFAIL anhängig, nie Fehler. überprüfen-dns gibt cnameTarget und platformAddresses so die Seite kann die A-Record-Alternative anbieten. 3. "Domain ändern" bedeutete, die Domain im Gebrauch zu löschen. Für eine Plattform-After abgelehnt (409 PLATFORM_APEX, a5bcbd2); die Seite hört auf, es anzubieten. Recognition bleibt add-only: ApplicationChatOriginService erlaubt Anwendung. auf beiden apexes, weil Kredit-Anwendung Links auf kamocrm.com leben in gesendeten E-Mails. apply.kamocrm.com hat keine DNS-Rekorde heute, so dass die Fallback-Link bewegen zu apply.kamouniverse.com (das dient) behebt auch Links, die tot waren.
Euer Universum wartet.
Fügen Sie Produkte hinzu, wann immer Sie möchten – keine Migration, keine neuen Anmeldungen.
Für immer kostenlos – keine Kreditkarte erforderlich