변경 로그
무슨 일이야?
플랫폼에 대한 모든 개선 사항, 그것이 선적.
· SecurityService
데모는 리드에 예약
*** * *** 리드 페이지의 웹 세미나 섹션은 호출 /api/webinar/leads/{id} 를 작성한 이후로는 아무것도 제공되지 않았습니다. 라이브 API 답변 404, 그리고 구성 요소는 "웹 세미나 기능은 꺼져"로 404을 읽고 아무것도 렌더링합니다. 그래서 데모 책 마케팅 사이트에서 리드를 생성, 그것에 예약을 연결, 그리고 결코 그것을 보여. MediaService보다 오히려 여기에 봉사, 이는 예약을 소유, 때문에 콜러가 가지고 있기 때문에 첫 번째 패스는 "이 리드를 읽을 수 있습니다": 유효 세션, 콜러의 조직에서 리드, 다음 LeadCommsReadGate - 자신의 리드 필요 없음, 할당되지 않은 하나의 필요 VIEW UNASSIGNED LEADS 누군가, VIEW LEAD CONTACT INFO OTHERS, 신 바이패스가 필요합니다. 문은 하나의 통신 탭입니다 사용, 호출, copied. Denials는 PhiAccessAuditor를 통해 기록됩니다; 읽는 것은 아닙니다, 때문에 응답은 접촉 자료가 없습니다 — /communications/counts endpoint draws와 같은 선. LeadWebinarEntry는 제목, 시작/끝, 현재 이름과 두 가지 상태입니다. 아무것도에 대해 그들이 아직도 오는지 넘어 참석자 : 방문자의 이름과 주소는 납의 소유이며 페이지에 이미. 취소 및 등록 방문자는 다시 두 번째 링크를 생성 참석자 행 및 섹션은 한 번 보여줍니다. 풀 스위트의 다섯 실패 *********** x4, *********** — flags *********** 이 아니다)는 이것 없이 근원/주에 동일하게 실패합니다 관련 기사 이 엔드포인트는 세션을 해결하므로 ratchet는 이름을 지정하지 않습니다. 2712 테스트 그렇지 않으면 녹색.
· kamo-internal
창 회원은 빛이있는 앞 땅에 가져가 놓을 수 없습니다
Hexhead를 클릭, 또는 뒤에 서 창의 스트립, 창을 앞으로 가져 파인트 그림자 (스트라이프) 또는 600ms 녹색 광택 (허즈 헤드) - 행이 리어 레인지 동안 잃게 쉬운 둥글다. 이제 프레임 자체 조명 : 두 개의 혜성 경주와 창의 가장자리 안쪽 링 둥글게, 프레임에서 퍼지는 잔물과 그를 붙이는 슬로우, 약 2.4s, 다음. - 각 회원이 창을 전달하는 데 Lit : 스트립 클릭, hexhead 클릭 또는 복원 (tool:focus), 어떤 회원이 요청을 엽니 다. 숙박 시설 - 한 번에 : 최신 도착은 1 전에 흐리게, 그래서 lit 창은 항상 하나의 것입니다 회원가입 - 감소된 동의는 cue를 지키고 동의를 떨어뜨립니다: 움직이기 없이 반지와 빛. - 자체 색상 쌍 : 루트 (--dock-arrival, --dock-arrival-ring); 제목 바 이미 착용 브랜드, 브랜드 링은 그것을 따라 사라집니다.
· kamo-shared-library
선물의 보기 스탬프, 그래서 책 세션을 배지 할 수 있습니다
지원 아이콘의 웨비나 카운트는 WebinarAttendee.dateViewed를 읽습니다. 현재는 참석자 행이 아닙니다. 그래서 세션은 이메일로 예약 한 다음 앱에서 언급하지 않았다 : 배지가 그대로 유지 그것을 실행 한 사람이 0. ****** ********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** (PRESENTER DATE VIEWED, null = 아직 표시되지 않음)는 스탬프입니다. 할당 된 선물 및 ScheduledWebinarRepository는 countUnreviewedForPresenter /를 얻습니다. findUnedForPresenter with the attendee queries' predicate: 선물의 자신의 SCHEDULED 스탬프가없는 세션. WebinarQueryParseTest는 매핑에 대해 두 배를 곱합니다. DDL, 이미 테이블 소유자로 라이브 데이터베이스에 적용: ALTER TABLE public.scheduled webinar ADD COLUMN IF NOT EXISTS presenter date viewed timestamp(6) 시간대 없이; 풀 스위트의 다섯 실패 (SystemBugCountContractTest, PhiServiceTypeMappingTest, StorageDomainCoverage테스트, **************** 공지사항 시험) 동일하게 실패 이 변화 없이 근원/주.
· kamo-marketing
Start Free Forever 옆에 라이브 데모 버튼
홈 영웅은 두 가지를 제공: 무료 시작, 또는 가격을 읽으십시오. 지금도 1 인당 30 분을 제공합니다. "라이브 데모 예약", "30 분" 두 번째 라인, 시작의 오른쪽에 앉아 무료 영원히 열고 /demo, 기존 예약 흐름 ( "제품을 알고있는 사람으로 한 시간을 보내십시오." 그것은 CTA 스트립의 유리 버튼, .hero-cta의 56px 높이와 반경, 그래서 1 차분하게 무료 체류를 시작합니다. 두 버튼은 12px 간격으로 그룹화됩니다. 그리고 가격 보기는 다음과 같습니다. 길이는 폭을 위한 그것의 자신의 선에 있습니다. 한 선으로 "30 분 예약 라이브 데모"는 291px 였고 1280, 1366 및 1440 넓이에서 무료로 시작하십시오. 2개의 선은 그것을 196px 만들고, 쌍은 1280년에서 사본 란을 올립니다 768. 1024 (361px 열)에서만 휴대 전화는 밑줄을 겹쳐 쌓입니다. 390, 768, 1024, 1280, 1366, 1440 및 1920의 크롬에서 측정하는 것은 아니 그들 중 어느 것에 수평한 과잉. 지금 가격 보기 노트북 폭에서 자신의 행에 포장, 그리고 그 노출 border-bottom: TouchOptimized는 페이지가 한 번씩 44px의 링크를 키워줍니다. idle, 그래서 국경 sat 18px 텍스트 아래와 배당사로 읽습니다. 그것은 text underline now, 그 상자에 중심의 텍스트. 키는 kamo-translation-dictionary 첫 번째 (7ed8a400)로 갔다.
· kamo-marketing
무제한 이메일 캠페인을 위한 페이지와 드립, 어디에나 연결
/email-marketing은 2026-09-16 (방송 캠페인, 드립, 도메인 전송)에서 배송되는 것을 판매합니다. 무제한 및 100 % 무료 비즈니스 및 엔터프라이즈. 페이지의 하나의 대담한 요소는 슬라이더 모든 이메일 마케팅 가격 페이지가 열립니다 ("How 많은 연락처가 있습니까?), 그 이동을 제외하고는 청구서를 변경하지 않습니다. 그것은 아무도 인용 206f9f3 당 다른 가격: 인수는 미터로 재는 모형 (접촉 층, 수당을 보냅니다, 자동화는 더 높은 계획을 위해 유지), 페이지의 유일한 숫자는 우리의 $0. 모든 것 주장은 제품에 대해 검사했다 : - 14 드립 트리거, 연락처의 자신의 시간대에 창을 보내고, / 클릭 조건 건너뛰기 - 실제 트리거, 타이밍 및 출구 (dripRecipes.ts)로 그려진 10 가지 요리법의 다섯. - 블록 및 반송 (WarmupSettings, WarmupPlan)에 안전 브레이크가있는 14 일 워밍업. - 위생적인 이유 목록, 도약 / 불만 억제, 한 번 클릭 취소 및 사용자 정의 SMTP 호스트. - "Unlimited"는 계획 기반 캡을 의미하지 않습니다 : EmailService 미터의 아무것도, 페이지는 말한다 그 워밍업과 창이 속도를 설정한다. 링크 : nav 및 footer, a /features 카테고리, a /product 카드, 아래의 콜 아웃 /pricing 계획 카드, 로드맵 (Bulk Email Campaigns가 출시 될 이동), 사이트 맵 및 사이트 맵 및 홈페이지의 ninth 카드 "나인 다른 도구로 지불 중지". 서버 스트립 (EmailMarketingStrip)은 모든 경쟁 비교에 기능 매트릭스 아래쪽으로 이동 모든 산업 페이지에 "실제로 제공되는 것은 무엇입니까", 다섯 광택 용어와 두 자원에 기사. PLATFORM CAPABILITIES는 KamoCRM이 제공하는 목록을 호출하는 현재 목록입니다. 이메일 마케팅 4 개의 산업 페이지가 물방울이 지금 요청했습니다. 온라인 코스, 호텔, 피트니스 스튜디오 및 전자 상거래. 그들의 사본은, 아직도 unbuilt 무슨 유지 (코스 플랫폼 및 출석 방아쇠, 체재 근거한 타이밍, LTV 세그먼트, SMS)로 요청할 수 있고, 각 항목은 -r3 i18nKey로 이동합니다. 현지 생산 빌드에 검증 : 모든 가드, 사전 렌더링 된 노선 및 헤드리스-크롬 390, 1440 및 2560 넓은 덮음에서 조사 (42 체크) 수평 스크롤 없음, 콘솔 오류 없음, 메시지 키, 슬라이더 및 조리법 탭의 키보드 사용, 및 페이지 본문의 링크 위의 모든 페이지. 사전은 kamo-translation-dictionary 3ecaefa5입니다.
· kamo-marketing
Kamo14 릴을 재생, 그것을 일시 중지
Recut reel (새로운 닫히는 로고 탄, 그렇지 않으면 구조 IDentical, 동일한 66s 실행 시간 및 챕터 타이밍)는 자신의 이름으로 출판됩니다. 카모13 ladder는 immutable와 그것의 변종 playlists를 봉사하고 세그먼트는 지킵니다 어떤 마스터의 ?v= 말한다, 그래서 in-place 교체 결코 자주 묻는 질문 영웅 노출은 재시작과 미소를 제공하지만 영화를 한 번 멈추지 않는 방법 그것은 연주했다. pause/play 제어는 이제 제어 줄을 리드하고, 태핑 그림 toggles 그것 너무; resuming 유지 위치. 통제는 따릅니다 요소의 자신의 재생 / 일시 이벤트, 그래서 실행 종료 또는 할 때 오른쪽 유지 브라우저가 재생합니다. 이 두 페이지를 다 포함 aperture (홈 및 고수준 요금 페이지); /watch 이미 pauses를 통해 기본 제어.
· KlusterServices
Kamo14 릴 인코딩
Marketing reel was recut (새 닫은 로고 샷) 및 업로드 공공/카모14.mp4. 대신 kamo13 대신 새로운 이름을 가져옵니다 ladder는 immutable 봉사하기 때문에: 주인의 ?v=는 도달하지 않습니다 변형 재생 목록 또는 세그먼트, 이는 상대 URL을 유지. 인코딩 작업은 이제 public/hls/kamo14/ 및 kamo14-poster.*, 그리고 MediaMTX 라이브 채널 루프 kamo14 사다리. live/kamo13 경로 이름은 견적 요청.
· kamo-internal
Windows는 그 뒤에 행에 있는 선에 적합하지 않습니다
앞 행을 맞지 않는 도구 창은 이제 행 BEHIND에 서 있습니다. 행 당 1개의 제목 지구 높이: 그것의 42px 제목 막대기 및 10px 몸의 위 앞의 행, 폴더의 스택의 탭처럼. 이것은 대체합니다 열 위에 각 창을 놓고 그들 중 대부분을 묻습니다. 행은 첫번째 적합을 놓은 창 순서입니다 (toolDockPlacement, layoutDockStack): 창문이 방을 갖는 프론트로 이동하므로 프론트 행은 결코 반 빈을 남지 않습니다. 창문은 뒤에 기다립니다. 각 행은 1개의 고도를 공유합니다. 가장 후방 지구가 정상을 통과할 때 마진, 각 창은 방법을 함께 제공하고, 높이는 다시 온다 자주 묻는 질문 행, 상승 및 지구 고도는 각각에 기록됩니다 dockX (dockRows)와 같은 릴레이 아웃 창은 결코 지속되지 않습니다. 프론트에 서있는 사람은 reorder (toolDockTiers)입니다. - 앞 창문을 가진 지구 무역 장소에 클릭 회원이 가장 많이 사용 최근. Recency는 회원 제스처에서만 추적됩니다 (dockMemberUse), z 카운터도 들어오는 상승을 위해 상승. - 회원 창이 열리고, hexhead에서 복원, 다시 넣어 pane, 도크 또는 알림의 제기는 정면에 자리 잡고, 거래와 앞 창문은 최근 LEAST를 사용했습니다. 수신 메시지에 의해 제기 된 Windows 방이 어디있어, 그래서 그들은 사용 중 하나의 장소를 결코하지. - 도크에 떨어지는 장소가 떨어졌다. 적어도 최근에 방을 만들기 위하여 정면 창 단계 뒤를 사용했습니다. - 앞 창문 폐쇄 또는 극소화는 창 서에 의해 대체됩니다 뒤에 가장 가까운, 그리고 아무것도 이동. - 더 넓은 창은 앞으로 단계 적어도 사용된 정면 창 뒤를 올립니다 그것을 맞출 때까지. 스크린 (ToolWindowShell, ToolDock)에: - 뒤에 창은 그것의 지구에 입혀, 또한 그것의 명중 지역입니다. 제품정보 몸은 비활성이므로 초점이나 키 입력 및 페인트가 스크롤하지 않습니다. 모든 앞 창문 아래 페인트가 집중되어 있지 않습니다. - 스트립의 제목은 버튼입니다 (앞으로, 키보드 도달 가능), 쇼 읽지 않은 조사 및 각 행을 가진 dims 더 뒤. - 그것의 가까운, 극소화하고, 확대하고 떠오르는 단추는 그것에 행동합니다. 스트립에서 시작되는 드래그도 클릭이 아니라, 더블 클릭. - 앞으로, 창이 떨어지고 구멍을 뚫지 않는 동안 무역 뒤에 1개의 겹 그리고 상승. 둘 다 선창의 340ms 곡선에 달리고, 그 후에 그림자 꽃과 빛 청소는 도착합니다. 스트립 리프트를 Hovering 그리고 그것을 조금 더 발견. 뒤에서 볼 수있는 창 정면의 행; 정면에서 태어난 사람은 밑바닥 가장자리, opaque에서 상승합니다. - 감소된 동의는 줄과 셰이딩을 지키고 모든 운동을 떨어뜨립니다. - Resize 솔기는 프론트로우입니다. 높이 솔기가 가장 빠릅니다. 스트립은 상단 마진을 충족하고 천장을 발표합니다. 길에 발견, 고정 : 상점 주문에 창을 렌더링, 그래서 어떤 reorder (이 변경 전에 드래그-reorder 포함) React 이동 창 문서의 요소. 이동 요소는 DOM 상태를 잃습니다. 로그가 스크롤되었습니다. 300은 0에 다시왔다, 재생 미디어 요소는 일시적으로, 전환 새로운 슬롯에 창을 들고 떨어졌다. ToolDock 지금 창을 렌더링 각 창이 자체에 고정되기 때문에 안전한 창조 순서, 그려진 수준. stubbed 창 몸에 전체적인 선창을 가진 진짜 크롬에서 확인하는: 64 측정된 체크. 그들은 행, 클립 및 hit-testing, inert 몸과 커버 scrollbars, 초점, hover, 스왑 방향, 키보드, 스트립 버튼, 높이가 줄이고, 스트립에서 끌고, 모션 감소, 극대화 및 복원, 뷰포트 썰물, 앞열, 솔기 천장, 보존 스크롤 위치, 모든 전환의 실시간 스크린 샷. 새로운 단위와 공급자 시험은 배치, 주문, 겹쳐 쌓이는, 포탄 및 선창을 덮습니다.
· kamo-marketing
네브와 경력을 일치시키는 일곱 링크 세트는 경력 사이트에 간다
Footer는 이제 기능, 서비스, 가격, 회사, 리소스를 나열합니다. 솔루션 및 법률, 그 순서. 그것은 최고 nav's 자신의 5 카테고리와 두 개의 둥지 아래 자원, 각 세트 보유 nav 의 링크 아래 nav 의 레이블. 레이블은 `nav`에서 옵니다. namespace는 각 locale에 번역되어 있으므로 이 복사본을 추가합니다. footer의 번역은 열쇠를 위한 동일한 열쇠였습니다. 두 링크 현재 위치: 특징 아래 영화 보기, 쿠키 법적으로 설정 버튼. 제품은 오래된 두드리고 사라졌습니다. 가격 및 솔루션은 자신의 세트를 얻을, 및 법적 더 긴 포장 두 번째 행에 혼자. 채용은 https://careers.kamocrm.com/ 어디에나 나타납니다: nav's 회사 메뉴 (데스크탑 및 모바일), 발터, 회사 페이지 카드 및 사이트 맵. URL은 app/lib/careers-site.ts에 살고 있습니다. /careers는 지금 이다 /vs와 같은 영구 리디렉션, 그래서 검색 결과, 북마크 및 외부 링크도 개방적인 역할을 합니다. 마케팅 페이지 그것은 대체 커리어 사이트 목록이 하나 동안 개업하지 않았습니다. 사이트 맵 클라이언트 구성 요소, 레이아웃 및 OG 이미지가 삭제됩니다. 오시는 길 사이트 맵 (SITEMAP EXCLUDED, 이유), 페이지 뷰에서 카운터 (UNCOUNTED STATIC ROUTES) 및 사냥 페이지의 밖으로, 때문에 단계는 사이트에서 리디렉션하는 페이지를 숨길 수 없습니다. 사냥 선택 index modulo의 페이지 목록, 그래서 오늘의 단계 페이지 다시 한 번 배포, 당일 롤오버와 동일. 링크는 임의의로 등록합니다./login. 링크입니다. 오직 www.kamocrm.com은 오늘이 사이트를 제공합니다. 8 종의 다섯 도메인 확인 경력이 없습니다. 모두에서 DNS, 그래서 경력.<apex> 그들에게 죽은 링크가 될 수 있습니다. 레이아웃: footer는 1280px 컬럼 대신 전체 너비를 사용합니다. 브랜드 행 (로고 및 태그 라인, 소셜 아이콘 및 전화) 위에 앉아 세트. 세트는 전화에 2개의 란, sm에서 3, md와 1개의 줄에서 4입니다 xl에서 7의. 제목과 라벨은 단어 안에 깰 수 있습니다. 번역하기 단어는 149px 컬럼 (de "Dienstleistungen", "Anwendungsentwicklung"), 그리고 'max-w-full'없이 인라인 블록 링크 가장 긴 단어로 성장하고 열을 밀어. 실행 페이지에 대해 확인, 소스가 아닙니다. 에 /en/대략 7 headings는 순서에서 렌더링하고, 각 링크는 /en 경로에 대한 해결 https://careers.kamocrm.com/ 이란 무엇입니까? 채용 정보 데스크톱 회사 드롭다운, 모바일 메뉴 및 발기 각 탐색 에 https://careers.kamocrm.com/. /en/careers와 /de/careers 대답 308 에 그것은, /careers는 /en/careers를 통해 갑니다. 나는 390에 각 란을 측정했습니다, 768, 1024, 1280, 1440, 1920 및 2560px 에 EN, 에서 390, 768 및 1280 에 드, ru 과 fr, 과 에 768 과 1280 에 ta: 아니 요소 과잉 그 열 과 수평 페이지 스크롤이 없습니다. check-i18n-keys는 mutation-tested였습니다. 새로운 footer (bogus nav 키가 실패). npm 테스트, 체크-hunt, tsc 및 npm run build (이전 및 포스트 빌드 가드)는 깨끗합니다.
· kamo-internal
Drip 캠페인 /marketing/email — 트리거, 시각적 빌더, 사람들 및 성능
/marketing/email은 방송 / 드립스 스위치를 가져옵니다 (?view=drips). 물방울 보기 목록 모든 물방울로 방아쇠를 가진 카드, 그것의 순서 및 살아있는 조사, KPI 및 상태 탭, 수색 및 종류, 시작 새로운 드립 빈 또는 10 가지 조리법 (새로운 리드, 생일 인사, 당신의 새로운 에이전트를 충족, 주장 리드 소개, 상태 누적, 다시 엔지 비 오프너, 클릭 링크 후속, 팀 멤버 및 회원 내장, 그리고 더 많은). /marketing/email/drip는 빌더입니다: - 방아쇠: 새로운 지도 (손에 의하여, 수입해, 통합; 시장, 납품업자, 제품), 상태 또는 하위 통계는 /로, 재 할당, 신용 또는 무료 청구, 생일 및 기념일, 팀 멤버 또는 회원 계정 생성, 캠페인 이메일 발송 / 오픈 / 링크 클릭, 참여 없음 N 일 후 캠페인, 다른 드립을 마무리, 또는 손으로 추가 된 사람들. - 캔버스에 이메일: 추가, 복제, 주문에 드래그, 각 (주간, 에서 주 이메일 전에), 이메일 당 보내 창 또는 드립 (일, 시간, 접촉의 또는 조직의 시간) 및 조건 (이전 이메일이 열리지 않았거나 클릭되지 않은 경우, 그렇지 않으면 그것을 건너 뛰거나 드립을 떠나십시오). - 설정 : 캠페인 (공유 피커), 서명 템플릿으로 정확히 다시 가입하십시오 (냉각 후, 또는 다시 시작), 그리고 사람들이 떠날 때 (상태 변경, reassignment, 클릭). - 읽기 쉬운 스트립, 저장 (Ctrl / Cmd + S), 파열로 활성화, 일시 중지, 보관, 중복, 삭제; unsaved 편집은 감시되고 동료의 변화는 살아있는 도착합니다. - 사람들은 물방울에있다, 그들은 어디에 그리고 그들의 다음 이메일이 갈 때, 각 사람의 타임 라인, 추가 사람 손으로, 누군가를 밖으로 가지고. 공연 : 진행 중 / 완료 / 왼쪽, 이메일 funnel, 그리고 살아있는 활동. 새로운 드립, 빈 또는 요리법에서, 새로운 캠페인과 같은 첫 번째 저장까지 만들지 않습니다, 그래서 모든 이메일은 템플릿과 규정 준수 영상으로 저장됩니다. 캠페인 에디터의 템플릿과 영상 context가 useCampaignEmailTemplate로 이동, 빌더와 공유 (사체 및 요청 전과후에 비교해). CountUp은 이제 dash 대신 0의 첫 번째 대상을 작성합니다. EmailService는 캠페인 주제에 /api/email/drips 및 "drip"프레임을 제공합니다. 영어는 사전.
· kamo-marketing
모든 페이지는 몇 번 볼 수 있습니다
지금 보기 카운터는 각 페이지의 발에 앉아, footer의 하단 행 사이트 맵 및 상단으로 돌아 가기 : 아이리스가 사이트의 육각 인 눈, 및 독자의 자신의 자리 (Bengali's, Arabic's, 힌디어 그룹화). 첫번째로 알약은 스크린에 권선 회전으로 입니다 왼쪽에서, 그리고이 방문이 마지막을 계산 한 경우 릴은 +1 상승으로 1 위를 돌립니다. Hover 또는 키보드 초점이 열립니다. 그림과 측정을 가진 카드; 탭이 터치에 열립니다; 클릭 다시 릴을 회전. 감소된 동의는 그림과 카드를 얻고, 여행은 아무것도 없다. 그것은 페이지로드 아무것도 비용 : - 페이지를 렌더링하는 동안 볼에 대한 아무것도 읽습니다. 모든 노선은 여전히 사전 렌더링 (check-static-routes: 247, sentinels intact); HTML은 크기 위너이므로 스왑은 행을 이동하지 않습니다. - 카운트는 공유한 유휴 큐를 통해 하나의 POST입니다. 로드, 그리고 그것은 계산과 같은 요청에 응답. 잎이있는 독자 idle 슬롯이 여전히 계산하기 전에: pagehide and in-site navigation send a unsent 보기를 위한 beacon. - 릴, 그들의 모션과 스타일 시트는 별도의 펑크, fetched 화면의 800px 이내에 발러가 올 때만. - "No Figure"는 조회수 200, 404 또는 503, 그래서 KBService 다시 시작은 모든 페이지에 콘솔 오류를 넣을 수 없습니다. 현재 위치 ****** ********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** 지식 기반 기사 문서에 계산, guid에 의해, 그래서 그림은 문서의 데이터의 일부입니다 KBService는 이름과 움직임을 통해 다음과 같습니다. 로컬없이 경로에 /en/pricing 및 /fr/pricing 공유 이름 * 이 사이트에서 제공하는 경로는 다음과 같습니다. 그것의 slug는 진짜 경쟁자, 광택 있는 기간, 서비스, 블로그 포스트, 간행합니다 기사 (경로 경로에) 또는 changelog 항목. Crawlers, 링크, 감사와 webdriver는 그것을 추가하지 않고 그림과 동일합니다. 5 초 안에 동일한 페이지를 두 번 보내는 브라우저는 한 뷰입니다. 각 카운터는 312,384 및 1,200,384 사이의 그림에서 시작합니다. 행이 생성되어 페이지의 사이트 맵 우선 순위에 배치되므로 홈페이지가 시작되었습니다. 높은 및 낮은 changelog 항목. 사이트 맵의 인라인 우선 순위로 이동 SITEMAP PRIORITY 그래서 두 개의 목록을 읽으십시오; kb-sections.ts는 두 개의 사본을 대체합니다 KB SECTIONS의 카운터는 그렇지 않으면 세 가지가 있습니다. Footer의 하단 행은 저작권 선의 밑에 만들어진 표를 겹쳐 쌓입니다: 카운터 추가, 측면에 더 이상 적합 1440px. check-page-views.ts (prebuild and test)는 동적 경로가 될 때 빌드가 실패 routes.ts에서, 레이아웃 또는 Footer가 카운터를 장착 할 때, 또는 어떤 경로 핸들러가 해결자를 가져올 때. 관련 기사 경로 입력, 발터 마운트 및 stale 엔트리를 발명 : 각 실패. KBService 167981e (내부/페이지 보기) 및 dictionary's footer.pageViews* 키 (5909948c); KBService가 살 때까지 pill은 단순히 나타나지 않습니다.
· KBService
마케팅 사이트 페이지보기, 기사 또는 페이지에
KBService는 이제 보기 카운터 kamo-marketing 쇼에 답변합니다. 모든 페이지. 두 개의 엔드 포인트, 모두 {"views": n}보기로 계산 포함 : ****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** {importance, 카운트} POST /internal/page-views/pages {path, 중요성, 수} 지식 기반 기사는 기사 자체 (KB ARTICLE VIEWS, by uid), 그래서 그것의 조사는 /kb에서 이름과 움직임을 통해 그것을 따릅니다; guid는 해야 합니다 출판 된 이름, 공개 기사, 같은 규칙 공개 기사 끝점 사용. 다른 페이지는 locale prefix 아래 경로에 계산합니다. (MARKETING PAGE VIEWS). 각 쓰기는 총 읽음을 가진 1개의 본래 upsert입니다 동일한 거래에서 Yugabyte 충돌에 대한 재향. /internal, not /api/kb/public: APIService는 /api/kb/**의 모든 것을 전달합니다. api.kamocrm.com 및 이 서비스 보안 체인은 모든 것을 허용하므로 endpoint를 계산하는 것은 어떤 그림든지에서 대중적인 컬 반복 일 것입니다. 더 보기 새로운 InternalAuthFilter는 X-Internal-Auth (mlos-internal-auth, 지금 거치했습니다 선택적으로) 전체 / 내부 접두사에, 결정된 servlet 경로, 그리고 비밀이 누락될 때 503를 열어서 답하십시오. 더 보기 마케팅 사이트 경로 핸들러는 단지 콜러이며 모든 결정 어떤 계산에 대해 : 실제 페이지 만, 크롤러는 추가하지 않고 그림을 표시 5 초 안에 한 브라우저에서 반복합니다. 카운터의 시작 그림은 한 번 그려져, 행이 생성되면, 사이 312,384 및 1,200,384. 콜러는 0에서 1까지의 중요성을 전달합니다. sitemap 우선 순위) 및 PageViewSeed 장소 주위에 밴드에 그립니다, 그래서 홈페이지가 높고 변경 로그 항목이 낮습니다. 극단적인 땅은 정확히 죄기 없는 범위의 끝. 씨앗은 계산 된에서 떨어져 저장됩니다. 전망, 그래서 진짜 교통은 읽기 쉬운 체재합니다. 줄은 첫번째 요청에 나타납니다; count=false는 계산 없이, 크롤러를 위해 및 묘기를 위해 창조합니다. create page views.sql은 DDL이며, 이전의 라이브 데이터베이스에 의해 적용 이 푸시와 일치 Hibernate는 shared-library에 대 한 생성 entities (6.2 및 6.5에서 확인). ConfigMap은 internal.auth.secret을 얻습니다. 그리고 그래서 repo 사본. 23개의 새로운 시험: 종자 범위 및 악대, canonical 경로 및 guids, 보기 실행을 진술하고, 실제 필터를 통해 엔드포인트 (비밀 없음, 잘못된 비밀, 비밀, 나쁜 경로, 알 수없는 기사). 필터 제거 접두사 검사 및 계산 플래그를 켤 때마다 빨간색을 켭니다.
· kamo-shared-library
페이지 뷰 카운터 마케팅 사이트
두 테이블 뒤에 보기 count kamo-marketing 지금 쇼에서 발의 KBService의 /internal/page-views endpoints에 의해 작성된 모든 페이지. KbArticleView (KB ARTICLE VIEWS)는 지식 기반 기사의보기를 계산합니다. ARTICLE, uid에 의해 키, 그래서 카운트는 기사의 일부이며 다음과 같습니다. /kb로 이름이 바뀌거나 이동할 때. 그 자체의 테이블은 오히려 KB ARTICLES의 열: 기사 행은 JPA에 의해 전체 저장됩니다, 그래서 카운터에 편집기가 기사를 열 때 읽을 것입니다. 저장, 사이에 모든 보기를 무시. 외국 키 캐스케이드 데이터베이스는 KbArticle이 행과 Hibernate 삭제를 지도하지 않기 때문에 기사는 그렇지 않으면 실패합니다. MarketingPageView (MARKETING PAGE VIEWS)는 경로의 다른 페이지를 계산합니다. locale prefix의 밑에, 그래서 /en/pricing 및 /fr/pricing는 1개의 조사를 공유합니다. 둘 다 SEED COUNT를 유지, 시작 그림은 행이 생성된다, 에서 출발 VIEW COUNT, 조회는 실제로 계산; 페이지는 요약을 보여줍니다, 실제 교통은 테이블에서 읽을 수 있습니다. 저장소는 세 개의 문만 볼 수 있습니다. 개수, 개수없이 씨앗 한 개, 총, 후 읽기 같은 거래에서 쓰기. 저장 없음 (): 적재된 카운터, incremented 그리고 저장된 뒤는 동시 전망 잃습니다. 오프라인 검사: 세션 공장은 모든 eleven KB entities 이상으로 구축 Hibernate 6.2.13 (KBService 및 기타 부트 3.1 서비스)에 이러한 6.5.3 (Boot 3.3), 그리고 스키마 스크립트에 의해 적용된 DDL 일치 DELETE CASCADE를 포함하여 손. ddl-auto는 아무 곳에도 없습니다 그러나 초기화, 그래서 다른 서비스는 테이블을 터치.
· kamo-internal
라이프 스타일 로고, 브랜드 당 네 번째 로고 및 기본 배경 워터 마크
Behavior & Labeling은 전체 로고, 간단한 로고 및 탭 아이콘 옆에 라이프 스타일 로고 슬롯을 얻습니다. 회사 및 소프트웨어 (흰색 라벨) 행 모두. 픽셀 아트웍과 벡터는 다음과 같습니다. SVG 또는 래스터는 선택대로 정확하게 유지되며 EPS / AI / PDF는 (브라우저는 그리기 할 수 없습니다) 한), 래스터는 공유 ImageToSVGConverter를 열 때 "변환 벡터"를 제공합니다. 회원 요청. 탭 아이콘처럼, 각 슬롯에는 스위치가 있습니다 ( 업로드가 켜지고, 서버 측도) 그리고 라이프 스타일 표면이 실제로 끌고있는 것을 말하는 caption. 라이프 스타일 로고는 설정하지 않을 때 전체 로고로 기본값입니다. 각 브랜드의 경우, resolveLogoVariant theme/brand.ts는 사슬입니다: 사용중인 소프트웨어 라이프 스타일 로고, 그것 때 다른 소프트웨어 가득 차있는 로고 회사는 1개를, 다른 회사 생활양식 로고 사용될 때, 다른 회사 가득 차있는 로고 삭제합니다. LifestyleLogo.ts는 captions와 같은 사슬을 주습니다; 시험은 모든 32의 모양 국가 상공에 둘 다 실행합니다. 배경 Watermark는 라이프 스타일 로고를 먼저 제공하며 기본값은 null과 알 수없는 값이 해결됩니다. LIFESTYLE로 라이프스타일 로고가 존재할 때까지 전체 로고를 그리는 것은 org의 워터마크가 변경되지 않습니다. 업로드까지. 워터 마크 (BackgroundWatermark, Backdrop, 오류 및 not-found pages) 이제 resolveWatermarkVariant / watermarkLogoFile을 통해 이동합니다. - /network/create: 같은 intake와 같은 라이프 스타일 로고 그룹, org가 존재한 후 업로드 type=lifestyle; watermark picker는 라이프 스타일을 먼저 제공하고 양식의 기본값은 다음과 같습니다. - 설치 마법사 : 로고는 회사 및 흰색 라벨 라이프 스타일 슬롯을 가져옵니다 (사용시 라이브 한 표시), 배경은 라이프 스타일 워터 마크를 제공하며 orgDetails는 기본을 동일한 방식으로 해결합니다. - org 경로의 스키마는 bgWatermark를 일반 문자열로 읽습니다. 그것은 .parse()s, 그래서 오래 ["NONE","FULL","SIMPLE"] enum은 LIFESTYLE 행에 대한 전체 org 기록에 던질 것입니다; Organization.fromJSON 대신 알 수없는 값을 해결합니다. 네 가지 라이프 스타일을 타고 org 기록 OrgContext를 통해 DynamicMetaLoader가 유지됩니다. **************** config.json 에서. kamo-shared-library f22a867d 및 securityservice의 업로드 유형 (첫 번째로 덮여) 및 dictionary 열쇠 (첫째로, 각 locale에서).
· SecurityService
라이프 스타일 로고 업로드, config.json 키, 그리고 LIFESTYLE 워터 마크
라이프 스타일 로고는 브랜드 당 네 번째 로고 (회사 및 화이트 라벨), 장식 엔디티입니다 배경 워터 마크는 이제 기본값으로 끌어냅니다. 그것의 fallback는 가득 차있는 로고입니다. - 업로드 로고는 type=lifestyle와 type=lifestyle-software가 필요합니다. 이 파일은 실제 확장을 유지 (사진 예술 작품은 환영, 래스터를 추적하는 것은 업로드 시간에 회원의 선택입니다) **************** 내열은 그것을 기록하고, 업로드는 로고를 켜고, 탭 아이콘의 계약에. raster는 또한 .svg 이름의 밑에, 가득 차있는 같이 감깁니다 로고, 그래서 확장을 아직 읽지 않은 표면은 여전히 org의 자신의 작품을 보여줍니다. - config.json 이름 LogoLifestyleExt / LogoLifestyleSoftwareExt만 사용 중 (위로 및 전환); absent는 전체 로고가 들어 있습니다. - 생성 페이로드는 bgWatermark LIFESTYLE 대신 null로 떨어지는 것을 유지합니다. - ***********는 4개의 nullable 란을 추가합니다. 삶의 손에 적용 2026-09-16의 클러스터, kamo-shared-library의 엔티티티 변경 전에.
· kamo-shared-library
라이프 스타일 로고 열 및 워터 마크 기본으로 LIFESTYLE
라이프 스타일 로고는 브랜드 당 네 번째 조각, 전체 로고 옆에, 간단한 로고와 탭 아이콘: 장식은 기본적으로 배경 워터 마크가 그려집니다. 그것은 탭 아이콘 쌍과 정확히 모양: Logo lifestyle ext (및 그것의 소프트웨어 쌍둥이)는 단지 기록됩니다 보안 보안 파일에서 서비스 업로드 엔드 포인트 저장, 그리고 "하나가 존재하는"로 더블; Logo lifestyle enabled는 스위치 옆에 있습니다. PUT /org/{id}는 두 개의 스위치를 패치할 수 있습니다. 확장. bg watermark 이제 문서 LIFESTYLE, 모든 클라이언트가 null을 해결합니다. 전체 로고입니다. org는 사용중인 라이프 스타일 로고가 없으므로 누구나 업로드 할 때까지 변경 사항을 볼 수 없습니다. 4개의 란은 ****************에서 손으로 적용했습니다 이 푸시 전에 라이브 클러스터 : 모든 org 읽기에서 SELECT 한 후 내장 된 모든 Java 서비스.
· EmailService
Drip 캠페인
물방울은 이메일의 자동화된 순서입니다. 발생: 납 도착 (손, 수입, 또는 통합에서), 리드의 상태 또는 하위 통계 변화, 리드는 신용으로 할당되거나 청구됩니다, 리드의 생일 또는 기념일은 라운드, 팀 멤버 또는 회원 계정입니다 만든, 캠페인 이메일은, 열리고, 클릭하거나 unanswered 간다, 누군가 다른 드립을 완료, 또는 회원은 손으로 그들을 추가. 모든 이메일은 대기, 창을 보내 (org의 또는 연락처의 시간대) 및 상태에 이전 이메일은 어떻게 했습니까? 이름 * 드립 이메일은 (단계, 사이클) 당 숨겨진 판 캠페인에 할당됩니다. via *********** 그래서 그것은 캠페인과 같이 정확하게 나가 메일: opt-out 및 eligibility checks, releaser의 호스트, 워밍업 및 전송 창, DKIM, 추적, 취소, 반송 및 스테이지 아웃 박스. 판은 캠페인 목록에서 왼쪽, 스냅 샷, 홈 위젯 및 진행 및 참여 프레임 및 캠페인 엔드포인트는 404번에 답합니다. 엔진 (drip/DripEngine): 임대의 밑에 그것의 자신의 실에 각 5s 이메일-drip-engine, 그것은 email drip triggers를 배수합니다 (첫째로, 그 후에 enrolments), org-local 일 당 한 번 생일 및 기념일을 청소하고, 각 한 사람이 이동 : 이전 이메일이 실제로되었을 때 카운트를 기다립니다. 전송, 반송 또는 옵트 아웃은 실행 종료, 사람은 각 이메일 전에 다시 읽기 (merge 토큰 : first name, Agent name, 시장 및 나머지) 및 완성 된 실행 chained drips 시작하자. Re-entry는 한 번, 다시 마무리 후 (와 함께) cooldown) 또는 재시작; 출구 규칙은 상태 변경, a에 사람들을 가지고 reassignment 또는 드립 링크에서 클릭. API: /api/email/drips (리스트, 옵션, CRUD, 활성화, 일시 중지, 아카이브, unarchive, 중복, 사람들, 수동 enrolment, 제거, 시간, 활동), VIEW BULK EMAIL 읽기 및 MANAGE BULK EMAIL 를 변경합니다. 라이브 : 유형 "drip" 캠페인 주제에 프레임, 초당 석탄. 캠페인은, 첫 번째 열리고 링크 클릭 (지금 URL)을 입력하여 kamo-shared-library의 DripTriggerRecorder. 테이블과 판 란이었다 손에 의해 적용 *********** 이 투입의 앞에.
· SecurityService
수입된 지도는 수입된 것과 같이 기록됩니다
LeadImportController는 2-argument createLead를 가진 각 행을 창조했습니다, 그래서 a 리드의 역사는 아무도 행동하지 않고 소스 API를 말했다. 공급 업체 intake API를 통해. 아무것도 통합에서 가져올 수, 그리고 "새로운 리드 도착"에 시작하는 드립 캠페인은 사이의 선택을 제공합니다 손, 수입, 또는 통합에 의해 추가 리드. Rows는 소스 IMPORT로 만들어졌습니다. kamo-shared-library에 대한 내장 b5b56d6d, 그 리드 역사는 또한 새로운 리드, 상태 변경, 재 할당, 신용 청구 및 새로운 회원 계정은 드립 엔진에.
· kamo-internal
캠페인 편집기의 대답은 - 선택 - NoReply, 회원의 전자 메일 또는 사용자 정의, 기본적으로 NoReply
Free-text Answer-To under the being CampaignReplyToPicker, 각 말은 땅을 replies: - NoReply (과태) : NoReply@< 도메인에서 캠페인의>, 예를 들어 NoReply@hello.kamocrm.com, "받을 수없는 이메일* - 회원의 이메일: 회원 편집, 주소로 표시. teammate에 이미 돌아가는 캠페인 누군가가 옵션을 다시 선택할 때까지 teammate를 표시합니다. 프로필에 전자 메일이 없는 회원은 그것을 선택할 수 없습니다. - 사용자 정의 : 입력 된 상자, 이메일 서비스 체크 저장에. 논리는 **************** 캠페인을 읽습니다 (선택의 앞에 1개는 주문할 때 입니다 주소, NoReply when not), 선택, 주소 표시, 저장 필드 구축 (replyToMode, 대답ToMemberId). unfinished 사용자 정의 주소는 다시 저장을 유지하고 보낸 체크리스트에 나타납니다. 미리보기 쇼 수신자에 대한 답변.
· kamo-shared-library
Drip 캠페인 트리거, 리드 및 회원 변경 기록
Drip 캠페인은 CRM에서 뭔가가 발생했을 때 시작되므로 그 장소 변경 리드 및 회원은 이메일 서비스 드립 엔진에 해당 이벤트를 손으로: - LeadHistoryService : 리드 생성 (어떻게 도착했습니다 : 손으로 수입, 또는 통합 또는 양식에서), 상태 또는 하위 통계 변경 모두 측면, 한 팀 구성원의 재 할당. * * * * * * * 풀 리드는 지출에 의해 주장 신용 (유료 또는 무료-for-all), 이는 자체의 리드 역사를 기록하지 않습니다. - MemberService: 회원 또는 팀 멤버 계정 생성. 플랫폼 미러 행은 공급자 org의 새로운 회원이 아니며 아무것도 시작하지 않습니다. DripTriggerRecorder는 ***********에 씁니다 엔진 하수구. ACTIVE drips가 그 종류를 듣는 org에 대해서만 쓰입니다. (더 큰 또는 출구 규칙, 대부분의 모든 30s에 읽으십시오), 원인 후에 손을 거래 커밋, 자신의 스레드와 연결에 쓰기, 그래서 리드 쓰기는 물방울 때문에 실패하거나 롤백 할 수 없습니다. 리드 생성 Void (a 테스트 지도 또는 복제)는 누군가가 환영하지 않습니다. EmailCampaignEntity 지도 drip id, drip step id 및 drip cycle: 드립 이메일 (단계, 주기) 당 숨겨진 판 캠페인을 통해 보내, 그래서 그것은 각을 지킵니다 예약 확인 열과 테이블은 손으로 적용되었습니다. 이 커밋하기 전에 (emailservice ****************
· kamo-marketing
매월 오픈하고, 오늘 환율에 잠그기로 1 년 및 3 년 기간을 판매
대부분의 구매자는 그들이 아무 투입도 지불하는 것을 비교하기 위하여 옵니다, 그래서 HOME TERM은 매월입니다. /pricing, 홈페이지 계획 스트립, /calculator 및 제품 마크 업은 여전히 같은 용어에 열려. 더 긴 기간 거기에서 가로장 인기 상품은인 무엇: 더 낮은 per-seat 비율, 안으로 잠긴 오늘 전체 기간의 가격. - 철도의 눈썹은 "오늘의 1 년 또는 3 년 동안 잠금"을 읽고, 철도의 문장은 선택한 용어가 무엇인지 말한다 : 월에는 없음 약속; 매년 3 년은 오늘 12 개월 또는 3에 대한 가격을 보유 년도, 우리의 가격이 올라갈 경우에도. 모든 3 노트는 하나의 그리드 셀을 공유하므로 아래 카드를 이동하지 않는 용어를 선택, 어떤 언어 (measured 에 en, de 과 ja). 둘 다 선은 균형을 잡습니다, 그래서 전화는 결코 1를 좌초합니다 이름 * - 카드와 계산기 기간 선은 "N 달 동안 잠겨"로 지도합니다. - 월에는 카드의 저장된 선 방울 "항상"이 있습니다. 한 달에 한 달에 한 달에 한 달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한달에 한 - 홈페이지 스트립은 "{months}-year term에 좌석 당"의 가격을 요약했습니다. 매월 0.083-year로 읽을 것; 그것은 지금 청구를 말한다 매월 1 년 및 3 년 잠금으로. - /pricing's 수색 설명은 lock-in으로 3 년 가격, 그리고 같은 일에 만료된 페이지 점. 세 년 기본 ($ 49, 32.83)을 핀으로 꼿습니다. 지금 핀 월 ($69, 46.23), 그래서 기본의 침묵 변경 여전히 빌드 실패. 복사는 kamo-translation-dictionary, 모든 20에서 손으로 쓰기 번역 된 지역. 동일한 푸시는 오늘 sync broke의 340 값을 복원합니다. 이 repo의 prebuild 복사 가드를 실패했다.
· EmailService
캠페인의 replies는 NoReply, 회원의 이메일 또는 사용자 정의 주소로 이동 - 기본적으로 NoReply
편집기의 대답은 세 가지 선택 (CampaignReplyTo)가되고, 기존의 Answer to 열에 보관됩니다. 아니 DDL. - NO REPLY (empty Column, 기본값) : 대답하려면 : NoReply@<the From's domain>, NoReplySenderService에 의해 spelled 다른 모든 NoReply 주소와 같이. 수신자는 아무도 그것을 읽기 전에보고, postfix-k3m1-inbound는 전송되는 것을 거부합니다. - MEMBER(회원:<id>): 각 메시지가 구성될 때 선택된 회원의 이메일 (CampaignReplyToMembers, 5 분 유지), 그래서 변경된 주소는 다음과 같습니다. 이메일이 없는 회원 noReply 대신 주소 nobody 수신을 naming. - CUSTOM (주소) : 저장, 바, 도트 된 도메인과 함께 확인; 다른 것은 400 이유입니다. 저장은 대답ToMode와 대답ToMemberId를 나릅니다. 응답은 회원 저축에 갈 수 있으며, 회원과 함께 이미 체류할 수 있습니다. teammate가 저장될 때 선택되었지만, id에 의해 다른 멤버가 선택되지 않았습니다. 선택의 앞에 편집기는 보냅니다 주소: 하나는 CUSTOM, 아무도 NO REPLY입니다. 캠페인을 읽은 모형은 대답ToMode와 대답ToMemberId를 추가합니다, 그리고 AnswerTo는 편집기 쇼 (사용자 지정 주소 또는 회원의 이메일) 주소가됩니다.
· kamo-internal
Outbound E-Mail Hosts는 서버 수신으로 대량 릴레이를 보여줍니다
플랫폼 호스트의 "Bulk Relays" 카드 : 공유 된 릴레이 모든 조직의 전송 도메인 휴가 (contact.kamocrm.com, 47.181.8.86) 및 플랫폼 조직 자체 (hello.kamocrm.com, 18.181.8.87). - Facts : 각 릴레이의 메일이 클러스터에 도달하는 곳, 및 공유 로그인이 설정된지 여부를 릴레이하고 여러 검증된 도메인이 이를 통해 전송하는지. - 체크, 각 권리, 다른, 누락 또는 대답되지 않음: 이름의 주소 (A), 그것의 sender 정책 (SPF), 여기서 Bouncs go (MX, 공유 릴레이가 자신의 주소로 돌아 가야 함), 주소의 역 DNS (PTR) 및 플랫폼 릴레이의 서명 키 (DKIM). 맞지 않는 기록은 그것 옆에 있어야 하는 것을 보여줍니다 어떤 DNS가 있습니다. - 반전 DNS는 주소를 소유하는 인터넷 제공 업체에 의해 설정되었으므로 DNS에서 볼 수 없습니다. 이름 * 대답을받지 못한 모습은 "Couldn't check", "wrong"입니다. - GET에서 읽으십시오 **************** 탭이 열릴 때 "지금 체크" 그것은 결코 설문 조사, 실패한 재 검사는 화면에 무엇이고, MANAGE OUTBOUND EMAIL HOSTS없이 아무것도 렌더링합니다.
· KlusterServices
조직의 전송 도메인은 postfix-k3m1-inbound를 통해 EmailService에 도달
공유 릴레이를 통해 전송된 캠페인은 조직의 전송 도메인에서 envelope로 sender 및 그 도메인은 CNAME입니다. kamocrm.com, 그 MX는 47.181.8.86 -이 포드. 그래서 수신 서버는 메시지를 허용하고 그 배달 보고서를 작성한 후 전달할 수 없습니다. 여기, 지금까지 거절되었습니다. - 전송 도메인은 EmailService(relay-senders?format=domains: VERIFIED 및 FAILING)에서 옵니다. 시작 및 매 분. 평범한 호스트 이름은 테이블에 도달하고 unanswered fetch는 마지막 목록을 유지합니다. - 각 도메인은 null sender 만, 즉, 주소가 존재한다는 것을 확인하는 반송 및 서버. 이름 * 다른 얻 550 "이 주소는 이메일을 보내하지만 그것을받지 않습니다." - 'bounces` pipe (주요 postfix's spool 명령, 자체 스풀) 및 a로 이동합니다. Bouncs-mail sidecar, INCLUDE RAW를 가진 주요 postfix's unsubscribe mail.py, 그것에 포스트 ****** ********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** - stack.loans, mail.stack.loans 및 contact.kamocrm.com은 이전에 정확히 작동하며 여기에 아무 것도 보내지 않습니다. 인터넷. 같은 스크립트를 가진 탈북 알파인 팟에서 테스트 : null sender 250, 사람 550, postmaster@ 및 abuse@ 250, 기타와 같은 도메인 554, DSN은 토큰과 큐 빈으로 스풀, 적용된 목록 변경 1 분 안에, 마지막 목록을 유지하지 않은 fetch.
· EmailService
도메인을 보내는 org에 반송, 테스트는 서명되고, 릴레이의 DNS는 읽습니다
Async 반송. 캠페인의 봉투 sender는 MX를 보내는 조직에서 (CNAME to contact.kamocrm.com)는 공유 릴레이의 자신의 주소입니다. postfix-k3m1-inbound는 가지고 갈 것입니다 배달 보고서 거기와 POST에 포스트 **************** 불평 intake의 모양: - DeliveryStatusReport는 실제 RFC 3464 보고서 (message/delivery-status) 및 토큰을 읽습니다. 반환 메시지. prose 도약은 결코 추측되지 않습니다. - BounceMailService는 영구적 인 실패 (Action : 실패, 5.x.x)를 수신자 행에 BOUNCED로 기록합니다. 토큰 이름, 전달 경로를 통해 릴레이는 이미 사용합니다. 지연, 자동 리턴 또는 보고서 토큰은 아무 것도 변경하지 않고 스팸에 대한 질문은 불평한 섭취로 옮겼습니다. - Relay-senders?format=domains는 인바운드를 전송하는 VERIFIED 및 FAILING 도메인을 나열합니다. Test sends from Settings → Email → Sending are DKIM-signed with the domain's key, 정확하게 캠페인 메일은 (DkimSigning, CampaignRecipientSender와 공유), 그래서 공유 릴레이 쇼를 통해 테스트 공지사항 릴레이의 DNS. 이름 * ****** ********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** (MANAGE OUTBOUND EMAIL HOSTS)는 읽습니다. 각 릴레이, 그 이름의 기록과 SPF, 그것의 MX (공동 릴레이를 위해, 그것의 자신의 주소에 뒤), 주소의 역 DNS, 플랫폼 릴레이의 DKIM 키. DNS 해결자는 PTR 조회를 얻습니다.
· KlusterServices
Postmaster@ and abuse@contact.kamocrm.com 가모CRM에 도달 - 공유 릴레이의 이름은 체크를받습니다
contact.kamocrm.com는 공유된 org 릴레이의 이름입니다 (47.181.8.86의 PTR, MX contact.kamocrm.com), 그리고 그것의 MX 이다 47.181.8.86 → k3m1, where postfix-k3m1-inbound 답변. Mailbox 공급자는 IP를 실행하는 것을 허가합니다 postmaster@/abuse@ 를 통해 PTR 도메인, 그래서 지금 토지: postmaster@ postmaster mailbox, 남용@와 fbl@ 남용@hello.kamocrm.com, 이메일서비스의 불만사항에 대한 주요 포스트픽처 손 postmaster를 위한 사본과 intake. Sage에 의해 승인되는 postfix-k3m1-inbound의 나머지.
· kamo-internal
대량 이메일은 도메인 설정 및 하위 태그를 가져옵니다, /marketing/email은 누락 된 것을 설명합니다, 캠페인은 픽업에서 얻을
설정 → 이메일 → 대량 이메일은 이제 4 개의 sub-tabs입니다 ?sub=: Domain Setup · Sending · Opt Out · 공급 능력 도메인을 전송할 때까지 도메인 설정에 회원 토지는 확인 및 전송에 후. 그때까지 다른 sub-tabs는 자물쇠를 보여주고 집중할 수 있습니다; 1개의 오프닝은 그것을 설명합니다 이다, how far the best domain has come, 과 링크 백. 옵트 아웃 및 Deliverability 유지 오른쪽 (MANAGE EMAIL OPT OUTS 또는 소유자) 및 변하지 않는 이동; 오래된 ?tab=opt-out 및 ?tab=deliverability 링크는 sub-tab에 리디렉션하고, 메뉴 입력 및 착륙 카드는 따릅니다. 각 sub-tab은 도움 가로장에 있는 그것의 자신의 낱말을 뒀습니다. Domain Setup은 DNS를 편집하지 않은 사람에게 내장되어 있습니다. 세 단계와 영웅 그들은 (또는 "Bulk 이메일은 보낼 준비가되어 있습니다"), 라이브 레코드 도트와 도메인 당 카드 "Checked 8 초 전 · 자동 검사", 그리고 인라인 add-a-domain 흐름 (org 도메인 blur에 prefilled 및 tidied는 변경 설명, 원 클릭 보내기 이름, 라이브 미리보기, 그리고 왜 이름을 계속 사용 될 수 없다는 것을 설명했다. 한 도메인의 설정 (?domain=)는 검출된 DNS 공급자의 단계, 사본 단추를 가진 평야에 있는 각 기록 보여줍니다 그리고 그것의 살아있는 국가 (" 우리는 X를, 그것 이어야 합니다 Y", 각 힌트 부호를 위한 고침), 사본 전부 지침, 공개 뒤에 no-CNAME 대안, 지금 체크, 제거 (앞으로 주입) 사용 중, 서버의 이유는 여전히 거부하는 경우), 감소 모션 인식 성공의 순간은 "주소에서 선택하십시오. 모든 것은 기존 프록시를 통해 ****************를 읽습니다. ********************* 오염 없음, 조용한 재읽, 쓰기 채택 전체 상태 및 실패 또는 거부 읽음은 오류 또는 액세스 노트, 빈 목록이 없습니다. /marketing/email: 캠페인과 검증된 도메인이 없는 상태에서는 설명자(왜, 세 단계, "내 도메인 설정", 또는 MANAGE EMAIL SETTINGS없이 완료 할 수 있습니다); 캠페인 목록은 no-hosts line을 흡수하는 컴팩트 배너를 얻고 FAILING 도메인은 빨간색으로 표시됩니다. 설정에 대한 링크. 실패한 읽는 동안 아무것도 쇼. send-blocker 배너 링크 NO SENDING DOMAIN 및 from DOMAIN NOT VERIFIED 도메인 설정. 캠페인 에디터의 From is a picker: default sender, 또는 확인된 도메인의 주소 (local part, domain, from name), fromEmail/fromName로 저장; unverified 도메인에서 저장 설정에 대한 링크에 대해 경고. settingsMenuTabCoverage는 &sub=를 배우고 각 연결된 하위탭이 존재합니다.
· EmailService
캠페인 메일이 서명하고, 보낸, 및 확인 된 전송 도메인에 의해 경로
캠페인은 확인 된 도메인에서 자신의 이름을 지정할 수 있습니다. 그렇지 않으면 org의 대량 보낸 사람으로 간다. 확인 된 도메인에 있어야합니다 (saveSender는 다른 것을 거부). CampaignFrom는 릴레이를 선택합니다. SPF가 주소에 의해 결정되기 때문에 그 도메인은 다음과 같습니다 : org의 확인 된 도메인 공유 org 릴레이를 통해 (47.181.8.86), KamoCRM의 hello.kamocrm.com 플랫폼 릴레이를 통해 (47.181.8.87), 다른 호스트는 어느 곳에서나 비난되지 않습니다. 출시자는 수신자 먼저, 그 캠페인이 사용할 수 있도록 준비된 호스트; the org's 동안 아무런 캠페인 다른 캠페인 이동. org의 확인 된 도메인으로 메일은 마지막 saveChanges 후 DKIM 서명, 세션에서 barred와 8bit로 변환합니다. 새로운 전송 차단제 NO SENDING DOMAIN 및 from DOMAIN NOT VERIFIED. 전달 보고서는 릴레이의 워밍업에 대한 조사를 통해 전송에서 캠페인의. KamoCRM의 전송 캠페인은 의심되지 않습니다 : noreply@hello.kamocrm.com 플랫폼 관리이므로 계속 유지하십시오. .87를 통해 떠나, 공유 릴레이는 KamoCRM의 교체에서 꺼집니다.
· EmailService
Domain Setup의 API, 공유된 릴레이의 sender 지도 및 레코드를 라이브 확인하는 청소
****** ********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** 탭을 GET (VIEW BULK EMAIL), 추가 양식에 대한 검색, POST 추가, POST {id}/check, DELETE (MANAGE BULK EMAIL); 전체 탭과 refusal의 모든 쓰기 답변 이름. ****** ********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** postfix-orgs의 검증된 도메인 지도. 대량의 개요는 도메인 {ready, 확인, 종료, 실패} 게이트에 대한. SendingDomainSweep은 cadence (15s 동안 도메인이 설정되는 동안)에 DNS를 다시 읽습니다. 자체의 스레드 : 모든 @Scheduled 작업은 여기에 스프링의 단일 스케줄링 스레드를 공개합니다. 즉, 캠페인 메일을 두 번째로 보내고, 네임서버를 기다리는 것은 전송할 것입니다.
· EmailService
도메인 전송 — 추가, 기록에 의해 DNS 레코드를 읽, 확인, 어떤 주소를 할 수 있는지 알고
도메인 전송 (news.acme.com)은 DKIM 키와 org의 암호화 된 대량 공급자 blob에 보관됩니다. SendingDomainChecker는 수신자가 볼 수 있는 것을 읽습니다 — SPF는 공유된 릴레이의 주소, 우리의 열쇠를 평가했습니다 selector에서 도메인 또는 부모의 DMARC 정책 - 권장된 레코드 (CNAME에서 CNAME으로) contact.kamocrm.com, DKIM TXT, DMARC) 및 대안 SPF TXT + MX, 그리고 일반적인 실수를 이름: 이중 영역 이름, proxied Cloudflare CNAME, 이미 레코드가있는 이름, 다른 사람, 두 SPF 레코드, 너무 많은 검색, 키 과거 짧은, 변형 또는 상속 정책, 그리고 '당신의 기록입니다 오른쪽, KamoCRM의 측은 아직 살 수 없습니다. SendingDomainService adds (이전 URL 또는 주소를 청소, kamocrm.com을 10ants로 교체), 체크, 제거 (기본 sender's 또는 Active Campaign's), 상태 이동: PENDING/FAILING → 통행에 VERIFIED; 2개의 실패 후에 만 VERIFIED → FAILING; DNS 정전 변화 아무것도. ORG VERIFIED ( 서명 키 포함), PLATFORM MANAGED (hello.kamocrm.com, KamoCRM 전용) 또는 UNVERIFIED - 확인 된 공유 릴레이의 sender지도 구축 도메인. 수정 사항 ****************
당신의 우주는 기다리고 있습니다.
몇 분 안에 무료로 시작하세요. 준비가 되면 언제든지 제품을 추가할 수 있습니다.
영원히 무료 - 신용 카드 필요 없음