변경 로그
무슨 일이야?
플랫폼에 대한 모든 개선 사항, 그것이 선적.
· EmailService
따뜻한 날은 아무것도 계산하지 않습니다
N-th 24 시간 동안 사용 된 따뜻한 하루는 시작 또는 아닙니다. 어떤 일이 갔다, 그래서 첫 번째 캠페인의 전날에 따뜻하게 조용히 낮 볼륨 일을 보냈습니다. 시도없이 끝나는 날은 이제 반복 : 그 이상 매일 슬라이드가 전체 일에 의해 앞으로 사용하지 않았다, 한 번에 어떤 번호, 사용 된 일 동안 창문과 역사. 완료는 그들과 함께 이동, 그리고 워밍업 상태 idleDaysSkipped 보고서. 실행은 전송 경로가 무엇이든 계산하기 전에 해결됩니다, 그래서 전송은 반복되는 일에 대해 결코 계산되지; 그리고 때 카운터가 읽을 수 없습니다. 0 일.
· kamo-internal
백엔드의 캠페인은 왜고 수정하는 방법이라고 말할 수 없습니다
EmailService는 이제 수신자가 실패하는 대신 캠페인을 일시 중지합니다. 그것을 보낼 수 없을 때 하나에 의하여: 그것의 From는 플랫폼 릴레이의 떨어져 있습니다 도메인 또는 모든에 대량 보낸 사람이 없습니다. 전송, 일정 및 원인이 서서, 그리고 캠페인에보고 sendBlocker를 보내십시오. - 편집기와 진행 전망은 원인과 배너를 보여줍니다, 서버의 문장과 두 단계로 수정: 에서 변경 (또는 공급자 기본 사용) 및 이력서, 또는 대량 보낸 사람을 엽니 다 설정 및 이력서. 이력서는 여전히 초안 동안 비활성화 유지 원인 - 이력서는 먼저 초안을 저장하므로 올바른 범위에서 저장하고 거부 된 캠페인 대신 백업 이름 * - 거부 된 전송, 일정 또는 이력서는 장소로 표시됩니다. 서버의 메시지, 토스트에서만, 및 캠페인은 다시 읽기 그래서 그것의 상태 및 차단제는 현재입니다 - 캠페인 그리드는 상태 옆에 블록 된 캠페인을 표시합니다. hover의 이유 - 캠페인 API의 오류는 베어에 대한 인간의 메시지를 선호 기계 코드, 상태 및 코드를 수행
· kamo-internal
Warm-up says idle days don't count 과 draws the 날짜 그 slid
더 이상 카운트를 보내지 않는 따뜻한 날 : 런 슬라이드 앞으로와 일 반복을 보낼 때 이력서, 전환 첫 번째 캠페인 안전 전에 따뜻하게. 이제 패널은 말한다, 게다가 idle과 not-started 노트에서 스위치와 다시. 며칠이 건너 왔을 때, 일 링은 얼마나 많은 것을 말한다, 와 일정은 그 많은 것에 의해 이동. 모든 일정 타일은 날짜를 보여줍니다, 그리고 차트의 도구 끝 이름은, 매일에서 백엔드가 있습니다. 첫 번째에서 계산 한 것보다, 그래서 slid 날짜는 1s 그려. On /marketing/email, "on으로 아무것도 기다리지 않는 한 번의 워밍업, 여러분의 다음 캠페인을 시작하세요. 지원하다.
· EmailService
캠페인 메일 플랫폼 릴레이는 다시 시도 한 번 실패합니다
릴레이는 자체 도메인으로만 보내고 다른 모든 것을 대답합니다. 451, 그래서 다른 도메인에 자신의 캠페인은마다 재발하는 데 사용 3회, 각 리트리트 워치, 누구나 배운 에서 잘못되었다. org의 공급자가 릴레이의 주인 및 항구일 때 그리고 에서 도메인은 릴레이의 전송 도메인이 아니라, 수신자는 이제 오류의 수정으로 FAILED를 표시했습니다. SMTP, 리트리, 아니 억압, 그리고 아무것도 따뜻한 업 또는 그 슬롯에 대해 계산.
· EmailService
새로운 호스트 워밍업은 org의 캠페인 메일을 보유하고 있으며, 워밍업의 속도로 출시됩니다
Org의 워밍업이 켜져있는 동안, 디스패커버리는 캠페인이 혼자 나옵니다. 그리고 releaser는 한 번에 한 개의 메시지를 보냅니다. org의 캠페인에 걸쳐, 캠페인의 자신의 시간 캡을 결코 과거하지 않고 당일의 따뜻한 모자를 지나지 마십시오. 그것은 각 초마다 실행 파견자의 자신의 임대, 그래서 두는 결코 같은 수신자를 보낼 수 없습니다 다른 팟. 설정, 결정 일 및 안전 브레이크는 대량 공급자의 암호화 된 blob; 카운터는 Redis에서 살고 있으며 수신자 행에서 재건됩니다. 잃어버린 경우. GET, PUT 및 /api/email/bulk-provider/warmup의 엔드포인트 재설정 국가, 일정, 큐 및 건강 보고서. 이제 두 가지 경로는 하나 per-recipient 방법을 통해 보내, 이는 주장 릴레이의 앞에 줄 종료는 그것을 봅니다. 캠페인 카운터가 작성되었습니다. 캠페인을 저장하지 않고, 중단 된 send 청소 포함; 저장 그것은 SENDING에 다시 일시적인 중간 배치를 넣어 사용.
· kamo-internal
자주 묻는 질문(FAQ)
EmailService의 수신자 DTO는 이제 캠페인이 이미 있는지 확인합니다. 각 주소의 이메일. mapper는 그것을 통해, 함께 lastError, DTO가 떠나는 캠페인을 채웁니다. 이미 접촉한 행은 워밍업에 의해 결코 열리지 않으며 결코 이메일을 받지 않습니다 다시, 그래서 진행 그리드는 더 이상 따뜻한 메모를 제공, 그리고 때 그것의 마지막 outcome는 아무것도 그러나 상태 칩은 작은 것을 지킵니다 "Already sent"마크. 수신자 단계에서, 행 표시 "알레디 전송" 단순히 나가지 않을 때 끝낼 방법을 보여줍니다.
· kamo-internal
현장의 캠페인은 대량 릴레이가 거부 할 때 말한다
이 캠페인의 자신의 분야에서, 기본적으로 대량 공급자에서, warns 주소가 공급자의 도메인을 꺼낼 때, 우편으로 착륙 할 수 있습니다. 사이트맵 위험이 아니라 확실하지 않은 플랫폼 릴레이에 : EmailService는 도메인의 모든 수신자에게 실패합니다. 릴레이의 전송 도메인 ("큰 릴레이는 @domain로 보내집니다." 그래서 대량 공급자가 플랫폼 릴레이를 운반 할 때, 오프 도메인은 오류 : 필드가 표시되고 경고는 무슨 일이 일어나고 제공하는 것 해당 공급자는 릴레이의 도메인에 있을 때, preflight 고정 될 때까지 블록 전송. 자신의 SMTP에 대한 조직 공급자는 아직도 더 연약한 스팸 경고를 얻습니다.
· EmailService
모든 캠페인 메시지는 X-Kamo-Ref의 수신자 행을 명명합니다
대량 릴레이는 그것의 queue id에 대하여 우두머리를 기록하고 그것을 전에 벗깁니다 납품, 그래서 납품 결과는 정확한 받는 사람 줄에 일치될 수 있습니다. 작곡가의 테스트는 또한 캠페인 메시지가 나타날 것의 나머지를 핀 : 주소 및 이름에서 캠페인의, 각이 대량으로 떨어지는 공급자; 그 자체의 헤더를 시작할 수 없는 표시명; 도메인의 mailbox를 취소하는 것은 실제로; 그리고 대답 - 캠페인이 하나만 설정할 때.
· EmailService
릴레이의 배달 보고서 바운드, 블록 및 카운트 캠페인 메일 핸드오프 후
****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** 플랫폼 릴레이의 보고서 각 메시지의 무엇이 된지, 수신자 행에 일치 X-Kamo-Ref 헤더 또는 실패, 최신 행은 주소로 전송 마지막 7 일. 하드 바운드 (5.1.x, 5.2.1, 5.4.4)는 행 BOUNCED를 표시하고 억제합니다 이름 * 블록 (5.7.x)는 FAILED를 표시하지만, 주소를 유지, 이후 굴절은 사서함이 아닌 사서함이었다. 다른 영구은 일반 실패. deferral의 이유는 납품까지 행에 유지됩니다. 단지 행은 여전히 SENT가 이동되고, 워밍업은 각 보고서를 한 번 계산합니다. 하루에 대한 메시지가 전송되었으므로 기자는 배치를 다시 보낼 수 있습니다. 안전하다.
· EmailService
워밍업 일정, 패싱 및 건강 규칙
새로운 IP를 전송하는 것은 14의 데우기 일 이상 경사됩니다. 일 1-7 따르십시오 속도 당 고정 일정 (관절, 균형 잡힌, 공격); 일 8에서 매일은 건강한 날이 되기 전에 하루 만에 속도의 비율로 성장합니다. 반송, 블록 및 방어적인 비율로, 그렇지 않으면 보유합니다. 매일 한 번 결정하고 이유로 유지. 메시지는 그날의 왼쪽에서 진행되며, 즉 한 지터와 때때로 틈, 4 배 이상 꾸준한 비율 및 낮의 예산의 나머지가 더 이상 적합하지 않다는 것을 결코 늦게. 더 보기 안전 브레이크는 수신기가 막거나 끓는 일 중지합니다.
· kamo-internal
/marketing/email에 워밍업 패딩 배너
새로운 호스트가 워밍업이 패딩되는 동안, 캠페인은 더 천천히 이동 자신의 설정이 말하는 것보다, 캠페인에 아무것도 왜 말했다. 더 보기 캠페인 작업 공간과 캠페인의 진행 상황을 볼 수 있습니다. 오늘의 배너, 오늘은 캡에 대한 보내, 다음 보내 및 따뜻한 설정에 연결하고, 퀴즈드 수신자 그것이 개최되는 것을 설명합니다. 이 배너는 따뜻하게 할 때 숨겨져 있습니다. 따뜻하게 읽을 수 없습니다.
· kamo-internal
필드 오류 및 워밍업 엔드포인트를 가진 Typed 대량 sender 클라이언트
클라이언트는 PENDING의 공급자 상태를 결코 포기하지 않았다는 것을 알고 있습니다 저장되었지만 아직 테스트되지 않은 sender는 "Not 구성". 이제 PENDING SETUP (PENDING 허용)을 읽습니다. 한 곳에서 전체 상태를 정상화 : 연결 요약, 때 비밀번호 마지막으로 변경, 플랫폼 릴레이 및 회원이 될 수 있는지 여부 계정 관리 실패는 BulkEmailApiError로 돌아옵니다. HTTP 상태를 나르고, 400, 양식 필드는 백엔드 이름을 지정하므로 양식은 메시지를 넣을 수 있습니다. 해당 필드와 403은 액세스 상태로 표시 될 수 있습니다. 오류. 빈 204s는 tolerated이고, 그 대답을 저장하거나 데우업 쓰기 bare 인식과 함께 채택 된 대신 GET에 따라 모든 저장 후 양식을 비우는 상태입니다. 워밍업 통화 추가: GET 및 PUT /bulk-provider/warmup 및 POST /bulk-provider/warmup/reset.
· kamo-internal
연결 규칙, presets 및 대량 발송인 뒤에 온열 전망 모형
순수한 조각은 새로운 스크린에, 시험으로 각각 건설됩니다: - backend's port-first 연결 규칙, 거울 그래서 형태는 말할 수 있습니다 KamoCRM가 저장되기 전에 연결되는 방법: 465는 implicit TLS입니다 sign-in과 함께, 587은 보안이 말하는 모든 서명에서 STARTTLS입니다, 어떤 STARTTLS 업그레이드 및 징후와 다른 포트, 그리고 다른 것은 로그인 없이 Normaltext - 플랫폼 릴레이 및 일반 공급자를위한 원 클릭 사전 설정 - 값으로 양식: 더러운 것, 득점방해 몸 및 검증 연결 표지판이 있을 때만 사용자 이름과 암호를 요청합니다. - 테스트 전송의 설정 readiness 및 단계 - 워밍업 램프, 카운트다운, 리듬 및 일정 차트 번호를 보내 useBulkWarmup은 탭이 눈에 보이는 동안 15 초마다 워밍업을 오염시킵니다. 숨겨져있는 동안 일시 중지 403, 그리고 쓰기 적용 Rollback에 최적화.
· kamo-internal
새로운 호스트 워밍업 패널로 대량 보낸 사람 탭을 재건
대량 이메일 발송인 탭은 1개의 긴 모양에서 세트로 재건됩니다 저장된 국가의 초안 위에 카드: - 라이브 상태와 마스트헤드 (저 저장되었지만 테스트되지 않은 sender now reads "시험을 못함"), 즉, 한 줄에 저장된 연결 및 마지막으로 테스트 된 경우 - 4단계 readiness 가로장: 연결, 발송인, 시험은, 워밍업을 통과했습니다 - 연결, 사전 설정, 없음 / STARTTLS / SSL-TLS 제어, 잘 알려진 포트가 입력 될 때 제안, 그리고 방법의 라이브 계정 KamoCRM는 실제로 연결될 것입니다, 항구가 overrides 때 경고 선택된 보안 - 연결 표지판이 있을 때만 상호 작용하는 표시 암호 행은 저장되고 때, 대신과 저장 될 때까지 단계 제거 - inbox 미리보기를 가진 sender ID, 플랫폼 때 경고 릴레이는 도메인에서 거부 할 것 - 끈끈한 저장 막대기, 그들의 분야에 있는 배경에서 과실, 저장의 자신의 대답에서 가져온 저장된 상태 - 인라인 테스트는 메시지가 표시된 곳을 그립니다. 그것을 거부하는 단계 새로운 호스트 워밍업 패널 아래에 앉아: 온/오프, 속도, 현재 하루로 4teen-segment 링, 오늘 라이브 캡에 대해 보내 다음으로 카운트 다운, 총, 배달 건강 및 얼마나 많은 릴레이 보고서, 매일의 결정과 모자를 가진 14 일 일정 실제 도표에 대하여, 오늘 적시는 보내고 uneven 간격 사이 최근, queue, 지금 이력서와 안전 브레이크, 그리고 재설정. sender를 변경하지 않고 회원은 read-only 탭을 얻고 읽음을 거부하는 것은 오류가 아닌 액세스 상태를 가져옵니다.
· EmailService
캠페인은 대량 이메일 발송 없이 발송되거나 예정될 수 없습니다
이러한 캠페인을 받아들이기 위해 사용 된 파견자는 그 다음 모든 것에 건너 뛰기 진드기, 아무것도를 가진 SENDING에 그것을 떠나, 그러나 통나무 선. SendNow와 자주 묻는 질문 설정된 호스트와 포트가 충분합니다. 확인되지 않았습니다.
· EmailService
저장된 상태와 이름을 가진 공급자 조정 api 대답은 그것을 거부합니다
PUT는 {success: true} 대신 전체 설정 상태를 반환합니다. 모든 저장 후 양식을 blanked. 필드는 검증된 서버 측과 400 {error, field}로 거부; 연결시에만 로그인이 필요합니다. 실제로 로그인합니다. 공백 암호는 저장된 것을, clearPassword 지킵니다 그것을 제거, 그리고 passwordUpdatedAt 레코드 때 하나 설정. 현재 위치 PENDING SETUP 으로 배송 관련 필드가 변경 될 때만 반환합니다. 암호화 된 blob에 모든 쓰기 이제 한 잠금을 통해 간다 blob가 아니기 때문에 키 유지를 읽을 수 있습니다. 따뜻함은 물론 state는 EmailService가 어떻게 될지 보여줍니다. 연결 및 플랫폼 org는 내부 릴레이의 설정이 표시됩니다. 테스트는 실패 (연결, TLS, 로그인, 보낸 사람, 각에 대한 짧은 수정으로 수신자, 데이터).
· kamo-internal
전송 된 이메일 미리보기, 사용자 정의 / 템플릿 관객 없음, 필드에서 실제
미리보기: 편집기의 자체 buildBodyHtml() 출력을 렌더링하는 대화 상자 - the string 저장 상점과 파견자는 - 그래서 관객의 우두머리, 서명 및 발기자 및 규정 준수 발기자는 모두 거기에있을 수 없습니다 실제 이메일에서 drift. 데스크탑 및 모바일 뷰, "preview as"모든 수신자 또는 샘플, 합병 토큰은 EmailService가 그들을 채우고, inbox 작풍 봉투 및 sandboxed 구조. compose에서 접근 가능 단계, 발터 바 및 전송 된 캠페인의 진행보기. Audience: "Custom / No Template"는 몸의 주위에 아무것도 포장합니다. 저장됩니다. SignatureScope NONE (서버 스토어와 절대로 reads), 및 캠페인 그리드는 사용자 정의로 라벨. 에서: 그것의 자신의 이름과 주소 필드, 기본적으로 대량 이메일에서 제공 업체 및 캠페인 당 편집 가능, 기본적으로 재설정 및 경고 주소가 공급자의 도메인 떨어져 있을 때. 이것은 sender를 대체합니다 청중과 전파에서 파생되었습니다. Recipients: 캠페인이 이미 이메일이 표시된 "Already 보내, 그들이 다시 이메일로 보내지 않을 통지; EmailService 현재 이 수당을 보고 있습니다.
· KlusterServices
로그인 hello.kamocrm.com 자신의 고객 키, 도메인 자체로
캠페인 메일은 postfix-bulk을 통해 hello.kamocrm.com으로 나뉩니다. 그것은 그것의 자체 DKIM 키 (고객으로 발행되는 선택자 고객. domainkey.hello), 그리고 use esld = false 그래서 안녕하세요. kamocrm.com 메시지가 서명 d=hello 오히려 부모의 메일 키로 다시 떨어지는 것보다, 이는 엄격한 실패 DKIM 정렬 (adkim=s) 도메인 게시.
· KlusterServices
Postfix-bulk, 캠페인 메일에 대한 두 번째 아웃 바운드 릴레이, 배달 결과가 다시 갔다
캠페인 메일은 이제 k3m1 (egress 47.181.8.87)에 자체 릴레이를 통해 나뉩니다. 안녕하세요. kamocrm.com, 그래서 대량 메일에 대한 불만 결코 터치 mail.kamocrm.com의 명성 (47.181.8.84). - EmailService 전용 포트 25에 Plaintext 릴레이 (NetworkPolicy); 그것은 @hello.kamocrm.com senders 만 허용하고 다른 것을 거부 4xx, 결코 5xx, 캠페인 파견자가 모든 5xx에 억제하기 때문에. - 팟의 공개 주소가 없는 egress guard가 아웃바운드 배달 47.181.8.87, 그래서 대량은 다른 IP로 조용히 떠나지 않을 수 있습니다. - 배송 일체의 sidecar는 메일 로그를 읽고 각 캠페인을보고 메시지 전달 / deferred / Bouncd / EmailService에 만료 된 결과, X-Kamo-Ref 헤더에 의해 결합, 배송 전에 벗겨. 현재 적용: deploy-services.yml apply mail/ file by name 아직 리스트는 없습니다.
· EmailService
캠페인 이메일은 한 번에 주소로
주소는 일치한 trimmed와 case-insensitively이고, 캠페인을 행합니다 릴레이 (정상, 비행, 바운드, 실패, 또는 retried)에 덧붙여있다 그 주소의 영구 기록: 삭제되지 않고, 재설정 또는 재조정. - materializeRecipients는 각 행을 삭제하고 각 목록에 다시 사용 저장, 그래서 일시 중지 캠페인은 이미 이메일 주소를 다시 넣어 이름 * 이제는 역사가 유지되고, 줄을 새로 고침하지 않고, 목록을 왼쪽으로 만 접촉 한 행을 제거하고 결코 다시 추가하지 않습니다. 캠페인이 접촉되었지만 많은 시간이 추가되었습니다. - 파견자는 릴레이 전에 행을 주장한다. 충돌 메시지와 줄이 표시된 SENT를 수신하는 릴레이 사이 QUEUED를 떠나 다시 보내; 지금 그것은 SENDING 및 청소 닫기 retrying 없이 FAILED로 밖으로. - 캠페인이 일시적으로 얻지 못했을 때 대상이 추가되었습니다. 그것은 결코 보내지 않았고 캠페인은 결코 끝나지 않았습니다. 출시 시간 어떤 queued 행이 부족합니다. - (campaign id, 더 낮은 (trim (email)))에 시작된 유일한 색인은 규칙을 뒤집습니다 테이블에. 수신자 목록 endpoint 이제 각 행의 이름을 반환, 병합 값, 소스 그리고 접촉한지 여부, 그래서 더 이상 초안을 다시 저장하고 개인화 주소에서 대량 공급자의 뒤로 떨어졌다, 그리고 이름은 실제로 보낸다 (그것은 저장하고 떨어졌다).
· kamo-internal
NoReply Outbound, 플랫폼 NoReply 주소로 보내 메일의 신 전용 감사
메일의 세 번째 섹션은 신화 회원에게만 표시되며, 열립니다. /messages/outbound/noreply: 각 메시지 EmailService는 플랫폼으로 릴레이 NoReply 주소, 최신, 검색, a Sent/Failed 필터와 전체 메시지를 보여주는 서랍. ページを選択 그것은 법정입니다, lock: data comes from EmailService, 어떤 세션을 거부 GD 없이.
· EmailService
플랫폼 NoReply 주소로 전송 된 모든 메시지의 ledger, 신에 의해 읽기
EmailSmtpService에 기록된 한 자리 메일은 릴레이에 도달하고, 주소로 결정, 그래서 거래 템플릿, 캠페인 및 기사 공유는 모두에서 선택하지 않고 커버됩니다. 관련 항목 릴레이의 이유와 여전히 재화. 쓰기는 자체에서 실행 거래 및 결코 던지기 : 실패 감사 행은 실패하거나 다시 롤 할 수 없습니다 견적 요청 GET /api/email/noreply-outbound lists the ledger (search, 상태 필터, paging, body 제외); /{id}는 몸과 하나의 메시지를 반환합니다. 둘 다 세션에 GD를 요구하고 다른 것은 아무것도 없다 : 원장은 모든 조직, 그래서 org-scoped 권리는 그것을 열 수 있습니다. 테이블은 NoReplyOutboundSchema의 시작에 생성됩니다. 기사 공유 ledger의입니다.
· kamo-internal
추적 링크는 흰색 라벨 CRM 수수료 기사에 착륙 할 수 있습니다
Adds **************** 대상에 추적 링크 선택기 제공 /marketing/tracking, 자신의 아이콘. 이 경로는 siblings와 같은 locale-free입니다: 마케팅 사이트 308s 에 **************** 과 유지 ?discount= 전 hop, /pricing과 같은 (실제 사이트에 대해 확인). 행의 상표 및 hint는 안으로 있습니다 카모 번역 사전 7a6fd4e2.
· kamo-marketing
독자는 그들이 알고있는 누군가에게 좌석 서류 기사를 보냅니다
"pass it on" 모양에서 발의 *********** 지도보기 최고와 7개의 질문 후에 선에 칩에서. 독자 이름 3 명까지 우리는 기사의 각각을 한 번 이메일로 보냅니다. 독자의 이름; 그들은 또한 그들의 자신의 우편 클라이언트 또는 사본에서 그것을 열 수 있습니다 대신 링크. POST /api/share-article gates it before EmailService 참조: 같은-origin 만, *** 확인된 서버 측에 대한 *** 서비스 (기타) 여기에 양식을 전달하지 않고 누구나 그것을 검사), 그리고 자기 친구 EU / EEA, 영국 및 스위스 방문객 만. 그것은 몸을 전달 경계에서 내장 된 필드, 방문자가 기록 된 우리의 진입로, EmailService's /api/internal/article-share로 제한을 시행합니다. 플랫폼 org의 opt-out 목록. 배포는 기존의 mlos-internal-auth에서 INTERNAL AUTH SECRET를 읽습니다. 비밀 (선택, 그래서 사이트는 여전히 그것을없이 시작) 및 이득 이메일 SERVICE URL 및 CAPCHA SERVICE URL.
· EmailService
누군가에게 기사를 보내, 플랫폼으로 org, 작업 opt-out
마케팅 사이트의 방문자는 최대 3 개의 좌석 서류 문서를 보낼 수 있습니다. 이름 * POST /api/internal/article-share (X-Internal-Auth, 다른 것 같이 /api/internal endpoint)는 각 이메일의 최상위 수준으로 보냅니다. 단체, 에서 "<sender> 를 통해 KamoCRM" 와 대답-로 보낸 사람. 두 번째 사본을 추가 대신 존재하는 것을 재사용 : - Opt-outs는 email suppressions에 살고, 플랫폼 org의 ID에 열쇠가, 그래서 org의 목록과 org의 목록은 결코 실망하지 않습니다 블록이. 링크는 서명된 토큰(orgId|email, HMAC)입니다. 기존 UnsubscribeController 및 페이지는 현재 캠페인에 따라 수락됩니다. 같은 RFC 8058 목록 구독 헤더 캠페인과 함께 토큰을 보냅니다. - 납품은 상승하는 ***********를 통해 갑니다 DeliveryOptions (display 이름과 추가 헤더) 에서, SPF 결정 그리고 릴레이 fallback 체재는 1개의 장소에서 결정했습니다. 비밀번호 템플릿 행이 없으므로 사용 카운터가 건너 뛸 수 있습니다. 제한, 해시드 원장에서 계산 *********** 시작에 생성) 그래서 모든 포드는 동의한다 : 요청 당 세 사람, 미리 설정 참고 만, 1 일 및 방문자 주소 당, 500 하루 전체, 90 일마다 주소 당 하나의 이메일, 억압 된 주소에 절대. 또한 prod configmap의 bulk-email.unsubscribe-base-url을 설정합니다. 비밀번호 기본값은 공백이며, 이를 제외한 캠페인 메일을 보낼 수 있습니다.
· kamo-marketing
/sitemap.xml의 모든 페이지를 넣어, 그들은 가지고있는 언어에서만 목록 페이지
/sitemap.xml은 인덱스이므로 79 파일 이름을 오히려 보였습니다. 사이트 페이지. - /sitemap.xml은 현재 각 페이지의 <urlset> 중 하나이며, 각각 18,700개가 있습니다. 그 영어 주소, 모든 언어 버전이 존재합니다. 프로젝트 그것은 의정서의 50,000-URL/50 MB 한계 안에 있습니다 단일 파일; 과거에, 파일은 전체를 거부. Changelog 항목 60 MB 근처의 파일을 넣을 것입니다. 각 각 입학 페이지는 언어 자체를 선언합니다. - 모든 언어 버전이 자체의 URL 인 언어 파일입니다. /sitemap-index.xml로 이동하십시오. robots.txt 이름은 두 파일입니다. - 자체 메시지 네임스페이스가 나열된 페이지, 이름 changenates, namespace가 실제로 번역되는 로컬에서만: 문자열의 최소 90 %가 존재하며 30 %가 동일합니다. 한국어 (app/lib/message-locales.ts). 새 소식 *********** 기사 및 /resources에는 없습니다 아직 번역. 그들은 모두에 있었다 21 현지인, 20 그 중 영어 페이지 다른 접두사에서. - 수집 페이지는 `collections`에 대한 동일한 실시간 측정을 읽습니다. 하드 코딩 COLLECTION CONTENT LOCALES. Swahili 컬렉션 복사 그 목록이 작성된 이후로 번역되었습니다. 그래서 132 실제 Swahili 페이지 영어에 대한 관문을 지적했다.
· kamo-internal
부서의 선택은 회원을 표시합니다
Directory의 per-department 선택은 전체 목록을 선택 모드로 전환하는 데 사용됩니다. 체크 및 다시 눌러 때까지 "Done"을 읽으십시오. 이제 부서의 모든 구성원을 확인합니다. 표시 (검색 및 모든 / 온라인 / 오프라인 스트립은 누가 결정) 누구든지 체크 외부 그것. 그것은 항상 선택 읽고, 선택 동안 그 부서에 대한 장애인 정확히 그 행; 다른 사람을 확인, 다른 사람을 확인, 또는 다른 표시 필터 행은 다시 가져옵니다. 시청자의 자신의 행이 왼쪽: 그룹 채팅 또는 회의 그들은 그들을 어쨌든 포함, 그리고 회의는 그렇지 않으면 채팅 초대를 보냅니다. aria-disabled와 달리 키보드 사용자는 패널의 함정 안쪽에 초점을 유지하고, 흐리게 .operator-label의 색상이 !important 아래 tailwind의 `important: true`입니다.
· kamo-marketing
공공 서비스 발표 누가 소프트웨어 좌석 요금을 유지
새로운 페이지 *********** 설명, 비 기술 소유자, 어떻게 백 라벨 플랫폼 작업: 플랫 에이전시 라이센스, per-seat 수수료 기관은 유지하고, 위에 청구 된 사용. 자주 묻는 질문 서명하기 전에 요청하고 KamoCRM이 다릅니다. 문서와 BreadcrumbList JSON-LD를 가진 서버 렌더링 문서, 자체 OG 카드, 좌석 계산기 및 CTAs 무료 가입, 데모, 접촉 및 전화. 자원 메뉴와 허브에서 링크, 사이트 배너에서 PSA로 변경 로그의 왼쪽, 및 sitemap에 나열.
· kamo-marketing
모든 언어의 모든 페이지를 나열하여 각 페이지에 동의
/sitemap.xml은 각 페이지에 한 번, 영어 URL로 표시됩니다. 17,843 변경 항목은 전혀 언어가 바뀌지 않았으며, 모든 페이지의 자신의 hreflang은 이름을 붙였습니다. 그 페이지가 존재하지 않는 모든 21 지역. - 모든 언어 버전은 이제 자체의 <url>, 페이지 전체를 운반, reciprocal hreflang 클러스터 및 x-default : Google의 권장 양식 및 크롤러를 기다리지 않고 현지화 된 페이지를 얻는 것 링크를 따라갑니다. - A 버전은 자체 후보자일 뿐입니다: SITE LOCALES for hand-written 페이지, 블로그 게시물 및 변경 목록 페이지; COLLECTION CONTENT LOCALES 비교, 솔루션, 통합 및 glossary; 및 KB 기사 및 변경 로그 항목, locales KBService SecurityService는 실제 번역을 보고 있습니다. 영어의 echo 수 없습니다. English로 canonicals가 URL을 제출하는 버전 목록 그것은 색인할 수 없습니다. - 각 페이지의 <head> 이름은 정확히 같은 세트입니다. localeAlternates()는 페이지가 존재하고, 그 외의 현지인들은 영어에 noindex는 없습니다. 수집에 사용되는 수집 복사없이 현지화 페이지 다른 페이지가 여전히 변경되는 동안 noindex가됩니다. - 색인은 단면도 (페이지, 수집, 각 KB 단면도에 의해 분할됩니다, changelog 목록 페이지, changelog 항목), 최신 lastmod로 각 파일 50,000-URL / 50MB 제한 안에 잘. Changelog 파일이 가장 오래된 것 첫째, 그래서 전체 파일은 다시 변경하지 않습니다. - Changelog 목록 페이지 2..N은 나열되어 있습니다. 각각은 자체적인 후보자입니다. - /sitemap.json은 모든 페이지와 각 페이지에 저장 한 하나의 스트림 문서입니다. 언어 URL. /api/sitemap은 동일한 문서를 제공합니다. - 일부 사이트 맵보다 503의 답변을 읽을 수없는 소스.
· KBService
각 공개 기사가 실제로 번역 된 것을 말
마케팅 사이트 맵은 이제 모든 언어 버전의 목록을 나열합니다. 도움말 센터, 문서 및 API 설정 문서 및 각 문서 페이지 다른 이름으로 hreflang alternates. Neither는 번역을 말할 수 있습니다. echo에서: TranslateService 답변 방향은 공급자가 없습니다. 영어 소스, 그래서 sw와 ta 행은 영어 제목과 몸을 반복 단어 (측정 2026-09-11). Naming 그 포인트 검색 엔진 한국어로 돌아가는 페이지 트리 노드와 단일 읽기는 이제 `locales`를 수행합니다. 몸은 영어 기사와 다릅니다. 몸은 혼자 충분히 - 아랍인 행은 번역된 몸에 영어 제목을 유지할 수 있습니다. Computed 에 한 쿼리 KbOriginalLocalesService의 요청에 따라, 읽음 EntityManager 그래서 공유 라이브러리 릴리스가 필요하지 않습니다.
당신의 우주는 기다리고 있습니다.
몇 분 안에 무료로 시작하세요. 준비가 되면 언제든지 제품을 추가할 수 있습니다.
영원히 무료 - 신용 카드 필요 없음