변경 로그
무슨 일이야?
플랫폼에 대한 모든 개선 사항, 그것이 선적.
· AIService
알렉사를 위한 SI 어시스턴트의 음성 회전
2016년 10월 27일에 확인함. 박영선 (2015년 10월 27일). “<2015년 10월 27일> 1000번째 방송”. POST **************** (내부, X-내부-인증): 동일한 동기화 오케스트레이션을 통해 음성 스타일로 구성원의 자신의 비서 대화 (두 개의 짧은 구두 문장, 아무것도 임상 또는 비밀), 아니 PHI 도구 (EHR / 건강 패키지는 결코, 그리고 PHI 조직에서 PHI 민감한 도구), 위험한 호출을 개최하고 '나는 ...? 예 또는 아니오를 말하십시오.' (보내기, 돈, 보안 및 장치는 예가 촬영되기 전에 말하는 PIN이 필요), 마감 후 턴이 계속 실행되고 전화 푸시로 SI_ASSISTANT_REPLY를 올려주는, '나를 <SI>로 연결해주세요' 그 SI의 자신의 세션 (kamoai-service K5; 일시 정지 또는 은퇴한 SI는 거부됨)과 함께 '내 휴대폰으로 보내기'. 오케스트레이션 훅은 추가적입니다: TurnOptions on handleMessageSyncDetailed, SyncTurn.held, 도구 필터 AssistantService.withTools 에서 PlaneTool.phiSensitive 를 Tool Plane의 _meta 에서 찾습니다.
· EmailService
종별 전화 및 음성 채널, 음성 미러 및 SI_ASSISTANT_REPLY
음성 지원 프로그램 (2026-10-27) P3-5, P4-1, P4-2, P4-4. - GET / PUT /API / 알림 / 채널 및 PUT **************** 종별 전화 / 음성 선택 (벨 항상 켜짐), 음성 조용 시간 (기본 21:00-08:00 회원 영역), 음성 일일 캡 (기본 10). - raise(): phone 푸시는 PHONE 선택을 존중한다; NotificationVoiceSender 는 커밋 후 통과 카드를 보냅니다 IoTService /api/iot/internal/voice/notify (음성 자정 시간, Kamo 방해하지 마세요, 실행 중인 캘린더 이벤트 및 URGENT가 아닌 경우에는 캡을 잡습니다. RPM_ALERT와 SI_AUTH_REQUEST는 절대로 잡지 않습니다. - **************** and /read for 'Kamo Universe에 무슨 일이 일어났는지 물어보세요'. - SI_ASSISTANT_REPLY는 어떤 앱에도 속하지 않으며 SI_AUTH_REQUEST 뒤에 나열됩니다.
· SecurityService
SI의 상태, 상태 계수, /account에서의 삭제 없음에서 SI를 종료합니다
- SI의 종료된 상태는 SI의 나머지 시간 후에 은퇴 수명주기를 실행합니다 저장 (실행 중지, 전화선, 좌석 및 라이센스 릴리스, 자격 증명 및 취소된 세션, 넘겨진 작업, 보관된 기록). 필요 MANAGE_AI_WORKFORCE Retire 처럼, 플러스 상태 자체의 MANAGE_MEMBER_SECURITY; SI는 결코 워크스테이션 선택이 따라옵니다. 다른 상태는 단순한 SI 단어로 거부되었다; 종료된 SI는 명백하게 그것이 돌아올 수 없다고 말한다. - 가져와 customers/status-counts: 각각 하나의 그룹화된 조직 제한 쿼리. - POST 회원-구독자/상태 (종료/활성화: members.is_active만, 절대로 사용자; MANAGE_MEMBERS) 및 고객/상태 (비활성화/활성화: accounts.is_active 만; EDIT_ACCOUNTS 또는 DELETE_ACCOUNTS). - members-subscribers?include=all 리스트는 /account 에 대한 회원을 종료합니다. - DELETE customers/{uid} 는 플랫폼 운영자(open god window)만을 위한 것입니다.
· kamo-shared-library
종별 채널 선택, 음성 조용 시간 및 캡, SI_ASSISTANT_REPLY, 음성 활동 종류
음성 어시스턴트 프로그램 (2026-10-27) P3-5, P3-6, P4-1. 수동으로 적용된 것을 선언합니다: member_notification_channels (회원, 종류, PHONE|VOICE, 활성화), **************** **************** **************** 및 IotActivityKind VOICE_ASSISTANT_TURN, 마지막으로 추가된 VOICE_ALERT_SENT.
· kamo-internal
별칭 도메인 DNS 기록, 동료의 기본 별칭, 실제 send-as 주소
설정 -> 이메일 -> 도메인 -> 별칭 도메인 : 각 도메인은 여부를 보여줍니다 준비되어 있거나 DNS를 기다리고 있으며 DNS 레코드 대화상자에 MX, SPF 및 DKIM이 나열됩니다 필요한 레코드 (EmailService에서), 각각 라이브 검사, 복사 버튼. 동료로서 작성하는 것은 이제 기본 별칭에서 열리며, 동일한 규칙이 적용됩니다 멤버의 기본값이 따릅니다(colleagueDefaultAlias). 멤버 탭의 "Goes out as" 는 추측하는 대신 서버의 sendsAs 를 읽습니다 첫 번째 alias-domain 복사본에서, 별칭 도메인이 없을 때 잘못되었습니다 기본값.
· kamo-shared-library
음성 지원 링크 열과 테이블 선언(개인 링크, 마지막 오류, PIN, 음성 프로필)
iot_alexa_links (last_error_code/at, pending_grant_choice, owner_kind, owner_member_id, site_id, 에 대한 열 notifications_enabled) 및 테이블 iot_voice_org_settings, iot_voice_persons, iot_voice_pins, 수동으로 적용 iot-service **************** 로부터 KamoInitializer 을 재생성할 수 있습니다.
· MCPGatewayService
Meetings_join_external, **************** meetings_cancel_external (TPEXTMEET) 외부 회의 참여
SI가 팀원이 제공한 세부 정보를 바탕으로 외부 회의(Zoom, Teams, Meet, Webex, GoTo, 모든 제공업체)에 참여합니다 JOIN_MEETING (ID 가드가 검증되지 않은 채널에서 보유), 권한 VIEW_MEETINGS + ACCESS_VOIP (요청자의 조합과 함께 kamoai-서비스에서 다시 확인), 검증 된 경우에만 요청(인용, 실행 자체, 확인, 사인인 팀원의 회의 라인); SI 자체에 결코 암호와 키는 결코 모델로 돌아오지 않습니다. meetings_join 지점은 여기 외부 링크입니다. 가드 : 공개하지 않습니다 (전화의 청중은 외부인입니다), 내용이 아닙니다, 승인 구문, 재생된 골든.
· kamo-internal
모든 MLOS 화면에서 접근 할 수있는 모기지 대출 보고서, 이미 필터링 열렸습니다
- 보고서 링크는 이제 매개 변수를 미리 채울 수 있습니다: **************** (날짜 미리 설정 또는 시작..끝 범위, 콤마 목록을 멀티 선택) 링크는 결코 회원이 보는 것을 넓히지 않습니다. - ReportQuickLinks : 작업 화면의 보고서 메뉴입니다 멤버는 (페이지당 한 번) 실행할 수 있으며 그것들만 제공하므로 아무것도 렌더링하지 않습니다 아무것도 열 수 없는 회원을 위해. - 파이프라인 도구 모음에 배치, HMDA LAR 페이지, 보드, 문서, 자본 & 위험, 보증, 가격 및 거버넌스 화면; 대출 페이지에서 모든 보고서가 열립니다 그 대출에 필터링 (상태 감사, TRID 타이밍, 조건, 문서, 자물쇠, 잠금 이벤트, 벤더 주문, SI 결정); 시장 설정 링크 라이선싱 및 전체 구성 기록(준비 상태 패널은 마지막 6개만 표시) - 거버넌스의 "공정 대출 - 곧 출시" 스트립은 사라졌다 : 공정 대출 결과는 이제 진짜 보고서를. - 모기지 대출 선반 유형과 아이콘. kamo-shared-library 17a7a233 및 SecurityService 6ce48d17와 페어링됩니다.
· kamo-internal
관리자는 관리자 역할을 편집할 수 있으며 해당 잠금 권한은 다음에 고정됩니다
관리자(전체 액세스) 역할이 보호됨으로 표시되어 열 수 없습니다. 서버가 lockedRights를 보냅니다(호출자가 그 역할을 가지고 있음), 역할은 편집 가능한 권한과 함께 열리고 권한은 잠금과 이유로 표시되며, 읽기 전용입니다 역할의 보안 모델은 읽기 전용 상태로 유지됩니다.
· KlusterServices
Postfix 메일 데이터베이스에서 별칭 도메인 학습
조직의 별칭 도메인 (설정 -> 이메일 -> 도메인)을 사용하여 필요 virtual_alias_domains 와 손으로 작성된 맵이 여기에 편집되었습니다 메일서버(KamoMailAliasDomains)에 alias_domains 테이블이 있고, postfix 는 그것을 읽는다: mysql-virtual-alias-domains.cf 도메인을 받아들이고, ****************은 local@alias 를 local@target 에만 전달합니다 실제 계정 또는 별명이 있을 때, 그래서 알 수없는 이름은 RCPT에서 거부됩니다. 첨가제: 정적 도메인과 kamouniverse.com 플랫폼 지도 앞서 머물 이 테이블은 이미 라이브로 존재합니다(수동으로 만들어졌으며 EmailService에서 만들어졌습니다) start); 누락된 테이블을 이름 붙이는 맵은 모든 검색에 실패하므로, 이것도 새 데이터베이스를 위한 mysql-init-configmap.yaml.
· SecurityService
관리자 역할을 가진 회원은 권한을 편집할 수 있습니다
PUT /api/security/roles/{id}는 관리자 역할의 권한을 라우팅합니다 **************** 다른 쓰기 전에 그래서 거부 저장 쓰기 아무것도 없습니다. 그 역할을 갖고 있는 호출자만(또는 열린 god 창이 있는 호출자만) 할 수 있습니다 CONFIGURE_SYSTEM 을 끄는 저장은 간단한 이유로 400입니다. 역할은 이러한 호출자에 대한 carry lockedRights 를 읽습니다. 역할의 보안 모델은 잠겨 있습니다.
· kamo-shared-library
관리자는 관리자 역할의 권한을 편집할 수 있으며 CONFIGURE_SYSTEM을 절대 끄지 않습니다
관리자 (전체 액세스) 역할은 isAllowEditSecurity = false로 저장되므로 아무도 변경할 수 없습니다 그 권리입니다. **************** 에 하나의 문입니다 : 그것은 오직 수락 org의 role_admin_id 역할을 사용하고 레벨을 정상화한 후에 권한을 남기는 모든 저장을 거부합니다 그 집합은 CONFIGURE_SYSTEM 와 그 조상들로 이루어져 있습니다. 설정> 필수 및 모든 역할 쓰기를 열어 오른쪽, 그래서 그 소유자는 항상 돌아올 수 있습니다. SecurityRoleDTO.lockedRights 는 어떤 스위치가 핀되어 있는지 편집기에 알려줍니다.
· EmailService
별칭 도메인은 자체적으로 수신하고 서명하며, 동료 및 자체 기본값
이제 메일 서버는 EmailService 대신에 org의 별칭 도메인을 배웁니다 수동으로 편집된 postfix 구성. KamoMailAliasDomains 은 alias_domains 테이블을 보유하고 있습니다 KamoMail MySQL 데이터베이스 (시작할 때 생성됨; postfix가 읽음 - 참조 klusterservices mail/), local@alias 를 local@target 로 라우팅하는데, 여기서 local@alias 는 실제의 동기화를 추가/제거하면 시작 시 라우팅 행을 조정합니다 그것을 전달합니다. 플랫폼 호스트가 아닌 모든 별칭 도메인은 DKIM 키를 받고 EmailSmtpService.sendAsMember 는 기존의 메일 서명을 사용하여 회원의 메일에 서명합니다 플랫폼 호스트는 rspamd의 키를 유지, 그래서 kamouniverse.com 메일은 GET **************** 는 MX, SPF 및 DKIM을 나열합니다 도메인 요구 사항을 기록하고 각각 실시간으로 확인합니다. 또한: - AliasView.sendsAs : 기본 별칭이 실제로 나가는 주소 (사본) org의 기본 별칭 도메인, 그렇지 않으면 자체) - 설정 탭 추측. - /sendable 는 동료의 기본 메일박스(isPrimary)를 표시하므로 기본 별칭으로 열 수 있습니다. - 회원은 MANAGE_EMAIL_ACCOUNTS 없이 자신의 기본 발신자를 설정할 수 있습니다.
· SecurityService
대출 책임자 및 모기지 대출 보고서에 대한 투자자 선택자, 함대의 하이버네이트에 입증
- mortgageLoanOfficers : 적어도 하나의 대출 책임자로 지정된 회원 조직의 거래 (모든 구성원보다 좁은, 그래서 선택기는 이름을 나열 일치하는 대출). - mortgageInvestors: 조직의 가격 스냅샷에 투자자 이름. **************** 모든 열여덟 보고서를 실행합니다 (kamo-shared-library 17a7a233) 데이터베이스가 없는 THIS 서비스의 Hibernate 6.2에서: 모든 문장 각각 보고서 빌드는 실제 매핑에 대해 컴파일되며, 기본값과 모든 이렇게 하면 각각의 메시지는 각각의 메시지의 메시지 값을 갖는다 이 라이브러리는 6.5에 빌드되어 있으며, Java CI는 실행되지 않습니다 테스트, 그래서 이것은 유일한 장소 6.2 비호환성 회원 전에 표시됩니다 보고서를 열었습니다.
· kamo-shared-library
18개의 감사, 규정 준수 및 운영 보고서의 모기지 대출 선반
보고서 스튜디오는 모기지 보고서가 없었다; MLOS는 하나의 실제 규정 준수 보고서 ( HMDA LAR 페이지)와 필터링, 내보내기 또는 스케줄링할 수 없는 작업 화면 세트. 이것은 모기지 대출 폴더와 열여덟 보고서를 추가, 모든 조직 범위, 모두 뷰 모기지 파이프라인에 게이트, 모두 드릴-스루, 저장된 뷰, 예약 및 CSV/Excel/PDF 내보내기: - 규제: HMDA LAR 검토, HMDA 편집 확인, 공정 대출 결과 (스크리닝 신청자 그룹, 4/5 플래그), 모기지 전화 보고서 작업 시트, TRID 공개 타이밍 (일반 대 특정 영업일, 사서함 규칙), 부정 행동 적시성 (Reg B 30 일) - 파이프라인 및 생산: 파이프라인 노화, 생산 및 사이클 시간, 폭발 및 끌어다 놓기 - 잠금 데스크 : 비율 잠금 만료, 잠금 확장, 재잠금 및 휴식 - 보험 & 운영: 조건 노화 & 면제, 문서 요구 사항, 공급업체 주문 처리 - 감사 : 대출 상태 변경 감사, SI 결정 및 재규정 감사, 라이선싱 규정 준수, 구성 변경 감사 프레임워크: ReportFolder.MORTGAGE 및 ReportRowFilter — 구성원의 필터 적용 SQL 경로와 동일한 연산자 의미를 가진 완성된 행으로 보고서를 변환합니다 열이 계산됩니다 (상태의 일, 마감일 결과). MortgageReportSupport는 모든 대출을 읽고 스칼라 투영에 의해 경계를 유지 조직 (LoanFile -> AppMortgage -> 조직), 이후 대부분의 모기지 테이블 carry no organization 열과 엔티티 로드는 1:1 자식별로 쿼리를 트리거합니다. 각 보고서의 도움말 텍스트는 볼 수 없는 것을 말합니다 검사), 계속하려는 의도 기록이 없음, 시스템 외부로 전송된 통지, 채워지지 않은 LAR
· kamo-shared-library
타사 회의의 SI 참여를 위한 AiExternalMeeting 엔터티(TPEXTMEET)
ai_external_meeting (kamoai-service ****************) 를 선언합니다 KamoInitializer이 다시 생성할 수 있도록 적용).
· AIService
릴레이를 통한 GPT-라이브 세션(LIVE_AUDIO 티켓), 라이브 세션으로 프로브
TPGPTLIVE (소유자 2026-10-27, 파일럿). GPT-Live의 기본 WebSocket은 프로젝트 키만 받아들여, LIVE_AUDIO 티켓 org의 REALTIME_AUDIO 순서를 라우팅하고, 라이브 모델을 유지하고, 키가 추가된 wss://…/v1/live/sessions 를 릴레이합니다 실시간 클라이언트 비밀은 라이브 모델에 대해서는 절대로 만들어지지 않습니다 라이브 모델의 REALTIME_AUDIO 프로브는 GPT-Live 세션을 엽니다(session.start -> session.started -> close). 릴레이 <베이스>/라이브/세션을 취합니다, LiveKit 이름 힌트 gpt-live-* = REALTIME_AUDIO; 알려진 모델 gpt-live-1.
· SecurityService
CALC_SIMPLE에서 10개의 모기지 계산기 권한을 시드합니다
오늘 계산기를 열 수있는 사람은 계산기를 찾습니다 -> 추가 부트에 모기지 CALC_MORTGAGE_* (shared-lib 1ae01ae8); 각각은 그 자체로 부여되거나 철회된다.
· kamo-internal
설정 및 구성원의 사서함 탭에서 별칭 도메인
설정 -> 이메일 -> 도메인 별칭 도메인 카드를 얻는다 : 확인 된 추가 도메인, 하나를 제거, 기본 또는 없음을 선택합니다. 이제 회원의 이메일 및 사서함 탭에 기본 사서함 주소가 표시됩니다 각 별칭 도메인에서(Dylan@kamocrm.com은 Dylan@kamouniverse.com이기도 함) add-alias 양식은 별칭이 직접에 갈 수 있도록 도메인 선택기를 얻을 별칭 도메인. 프록시는 더 이상 별칭을 단일 기본 도메인으로 제한하지 않습니다. 이메일서비스는 이미 조직이 보유하지 않은 도메인을 거부합니다.
· EmailService
조직의 별칭 도메인 관리 및 별칭 허용
org_alias_domains는 손으로 작성된 SQL에 의해만 존재했습니다. 새로운 /api/email/alias-domains 는 그들을 나열하고 (조직의 모든 구성원) 추가하고 제거합니다 도메인은 다음과 같은 경우에만 추가할 수 있습니다 조직은 그것을 보유하고 있음을 증명하고, 절대로 하나의 사서함이 이미 살고있다. KamoMail createAlias는 이제 별칭 도메인에 별칭을 허용합니다 (sales@kamouniverse.com): 도메인에는 virtual_domains 행이 없으므로 별칭은 대상 메일박스의 도메인 아래에 파일이 저장됩니다. postfix는 다음과 같이 별칭을 찾습니다 source 뿐이고 virtual_alias_domains 에 이미 도메인이 나열되어 있습니다. 또한 이전 커밋에서 깨진 AliasResponseMemberIsTextTest 를 수정합니다 AliasView에 aliasDomainAddresses 추가
· kamo-internal
계산기 아래 열 모기지 계산기 → 모기지
월간 지불, 구매 경제성, 지불에서 대출 금액, 아래로 지불, 마감 비용 추정자, 닫기 현금, DTI, LTV (CLTV 및 HCLTV와 함께), 추가 지불 / 조기 지불 및 각각의 계산기 모드가 자체 도구 창에 있으며, 하나의 공유 키트에서 구축된 (mortgageUi.tsx): 카운팅-업 결과, 브랜드 색상 도너츠, 바, 게이지 및 균형 곡선, 돈 슬라이더와 백분율 필드, 입력은 창과 함께 유지, 감소 운동 존중. 각각은 자체 CALC_MORTGAGE_* 권한(shared-lib 1ae01ae8, ids 650-659)에 의해 게이트됩니다. nav 그룹 모기지 부모 아래에 그들을; 하나만 보유하는 회원은 그 자리에 그 계산기를 얻을. 수학 lib/mortgage/calculatorMath.ts 는 payment.ts/affordability.ts 위에 테스트와 함께 존재합니다 계산기 투어는 모기지 단계를 얻습니다; 사본은 사전에 있습니다 (aa98d5f2).
· kamo-shared-library
계산기 (650-659) 아래 열 모기지 계산기 권리
CALC_MORTGAGE_PAYMENT, _AFFORDABILITY, _LOAN_FROM_PAYMENT, _DOWN_PAYMENT, _CLOSING_COSTS, 모기지 금리를 계산하는 방법 _CASH_TO_CLOSE, _DTI, _LTV, _EXTRA_PAYMENT 및 _AMORTIZATION : 모기지 계산기 당 하나, ServiceType.CALCULATOR 는 각각 독립된 루트인 9개의 기존 모드 옆에 있습니다. RoleRightHierarchyTest: 값 403 -> 413, 독립형 79 -> 89, 루트 124 -> 134.
· KlusterServices
모든 회의 참석자의 ID는 자신의 확인된 세션의 ID입니다(mod_kamo_presence_identity)
TPMEETAUTH (소유자 순서 2026-10-26): SI의 귀가 각 엔드포인트를 읽습니다 스톡 presence_identity 는 클라이언트의 프레젠테이션 정체성을 제거합니다 토큰 세션에 대해서만 <identity>를 가지고 있으므로 익명의 guest.meet.Meet 또는 지가시의 다리가 위조된 것일 수도 있어요 세션의 JWT 컨텍스트만 기록합니다(사이드카가 서명합니다 멤버의 자체 ***에서; 게스트는 guest-<hex>를 운반한다) Prosody pod(위조된 ID 제거, 토큰 ID 기록). 적용됨 2026-10-27 04:32Z 라이브 컨퍼런스 없음 (jicofo 통계: 0 컨퍼런스, 0 참가자); Jicofo와 Jigasi가 다시 연결되고, 게스트는 토큰을 얻습니다.
· MCPGatewayService
회의에서 라인의 스피커가 권한을 결정합니다(사인인 상사가 명령, 팀원이 요청, 게스트는 누구든지)
TPMEETAUTH (소유자 순서 2026-10-26). kamoai-voice 이름은 회의 라인 a 호출 응답 (X-Kamo-Meeting-Turn, 모델은 결코); MeetingTurns 는 묻습니다 그 엔드포인트의 자신의 스트림에서 그것을 말했고 확인 신원: - 감독관 (에 로그인, 또는 그들이 확인 한 손님): 그들의 순서, 아니 불순종 연합 (orderRef meet:<turn> 또는 auth:<id>), 팝업 없음; - TEAM_MEMBER: 인증된 경우, ID 가드는 SI가 자신의 행동을 할 수 있도록 허용합니다 자신의 권리만; - NONE / 읽지 않음 / 스피커의 스트림에 일치하지 않음: 누구나 수준. 주문은 라인 당 유지, 실행의 키 아래 결코, 그래서 하나의 연사의 명령 다음으로 전달되지 않습니다. 회의에서 identity_request_confirmation 은 라인의 스피커 (about=meet-turn:<turn>). 테스트: ToolCallPipelineMeetingTest (6), IdentityPackTest (+1); 풀 스위트 2013 그린.
· SecurityService
로그인한 감독자가 툴 플레인이 빌릴 수 있는 명령이라고 말한 회의 줄 (meet:<turn id>)
TPMEETAUTH (소유자 순서 2026-10-26): Kamo Meet에서 로그인한 감독자의 요청은 그들의 직접적인 명령이다 (아니오 불복종 노동조합) kamoai-service의 스피커 속성을 통해 라인을 확인합니다 (각각 참가자 자신의 마이크)를 참조하여 meet:<turn id>로 인용한다.
· kamo-internal
조직의 별칭 도메인에 별칭 주소 표시
구성원의 이메일 및 사서함 탭의 각 별칭 아래에서 목록에 동일한 별칭을 나열합니다 기본 발신자 칩 아래, 주소는 실제로 밖으로 나간다.
· EmailService
별칭은 기본 사서함과 같이 모든 별칭 도메인에서 작동합니다
조직의 별칭 도메인(org_alias_domains)이 이미 회원의 기본 도메인을 미러링했습니다 편집기로 메일박스 (erik@kamocrm.com 또한 erik@kamouniverse.com로 제공) 그러나 그들의 별칭을 결코, 그래서 eric.white@kamocrm.com으로 보낼 수 없습니다 eric.white@kamouniverse.com - postfix의 플랫폼 별칭 지도는 이미 있지만 그 주소를 별칭에 전달합니다. 이제 각 별칭은 /sendable 에서 같은 mirror 행을 가져오게 되는데, 이는 canSendAs 를 읽어서 기본 별칭의 복사본이 기본 별칭의 기본 별칭의 기본 별칭의 기본 별칭의 기본 별칭 도메인은 기본값을 가져옵니다. 멤버 별칭 목록 설정에서 표시할 수 있도록 aliasDomainAddresses 를 반환합니다.
· MCPGatewayService
사칭 방지 가드 — 확인되지 않은 대화는 회원이 Kamo에서 확인할 때까지 누구든지 요청할 수 있는 내용만 받습니다
소유자 2026-10-26 (TPCALLTOOLS B): 단지 회원이 될 것을 주장하는 사람, 감독자나 권한을 가진 사람은 SI가 아무것도 하지 않도록 해야 합니다 유해하거나 SI의 자체 권리 내에서도 해당 주장에 의존하는 경우; 강제 서버 측. IdentityGuard (새로운 빈, 하나의 생성자; 세터에 의해 연결): SI의 쓰기를 위해 아무도 증명하지 않는 채널에서 실행 (통화, 회의, 문자, 증명되지 않은 이메일, 웹 / 소셜 채팅, 그들의 후속 조치; kamoai-service /auth-requests/identity), 서서 확인하지 않고, 팀메이트 순서, verified onRequestOf 또는 인간의 승인, 누구나 레벨만 쓰기 통과 (내부 메시지, 새로운 기록, 작업, 메모, 예약, 자신의 회계) 첨부 파일 없이 대화의 상대방에게 답장을 보냅니다. 다른 모든 것은 IDENTITY_UNVERIFIED (감사된 DENIED) 명명에 응답합니다 identity_request_confirmation. 실패한 검색은 보호된 쓰기를 보유합니다. identity_request_confirmation은 요청 id에 응답합니다(라이브 호출은 it); APPROVED 응답은 실행이 확인되었음을 표시하므로 OrderDelegation 은 실행을 취소합니다 한 번에 '순서 없음'을 유지한다 (확인은 실행의 순서, auth:<id>, 법률행위의 효력(법률행위의 효력)은 없다.
· kamo-internal
구성원의 기본 발신자로 별칭 선택
회원의 이메일 및 사서함 탭에 별칭에 기본 발신자 열이 추가됨 table: 하나의 별칭을 기본으로 설정하거나 기본 사서함으로 다시 전달합니다. 편집기는 그 별칭에 있는 From 필드를 그렇지 않으면 어디서든 열어 줍니다 회원의 기본 사서함에서 열기: 새 메시지, 새, 답장 및 공유, 보조 또는 동료의 메일상자는 사용자가 자신의 받은 편지함에서 전달할 수 있는 메일 상자입니다 별칭은 기본의 보내기 정체성을 유지합니다 그리고 서명 템플릿, 손으로 선택한 별칭이 이미 한 것처럼.
· EmailService
회원은 기본적으로 별칭에서 보낼 수 있습니다
PUT **************** 어떤 별칭이 있는지 선택 구성원의 기본 사서함에 대한 별칭입니다(null은 지웁니다). 구성원당 최대 하나의 별칭 carries is_default; 열은 이미 존재하고 설정되지 않았습니다. /sendable과 /from-addresses는 이제 별칭 행에 isDefault를 보고합니다 작곡자가 From 필드를 엽니다.
당신의 우주는 기다리고 있습니다.
몇 분 안에 무료로 시작하세요. 준비가 되면 언제든지 제품을 추가할 수 있습니다.
영원히 무료 - 신용 카드 필요 없음