チェンジログ
何が新しいの？
プラットフォームのすべての改良 それが出荷される
· SecurityService
リードで予約されたデモ、リード
メニュー リードページのウェビナーセクションが呼び出されました /api/webinar/leads/{id} が書かれていたので、何も提供していません。ライブ API は 404 に応答します。 そして、コンポーネントは404を「ウェビナー機能がオフ」として読み、何もレンダリングしません。 だから、デモは予約しました マーケティングサイトからリードを作成しました, それに予約をリンク, そして、それで示されていない. MediaServiceではなく、予約を所有しています。この質問は、電話機が持っているからです。 まず「このリードを読んでいるのは良い」です: 有効なセッションは、発信者の組織でリードし、 LeadCommsReadGate — 独自のリードは、 VIEW UNASSIGNED LEADS を必要としません。 ほかには、VIEW LEAD CONTACT INFO OTHERS、神はバイパスします。 ゲートはコミュニケーションタブの1つです コピーされていない、呼ばれる使用。 PhiAccessAuditor を通じてデニアルが記録されます。 読み取りはそうではありません。 /communications/countsのエンドポイントが描画されるのと同じ行は、連絡先データを処理します。 LeadWebinarEntryは、タイトル、開始/終了、プレゼンター名、および2つのステータスです。 何もない 訪問者の名前と住所がリードの所有者であり、 ページの先頭へ 再びキャンセルしてレジスタする訪問者は、同じリンクを生成します 参加者の行、セクションは一度に示します。 フルスイートで5つの失敗******************** x4、**************************** — フラグは、**************** がこれではない)、これなしでオリジン/メインで同じ失敗 変更。 このエンドポイントはセッションを解決するため、ラチェットは名前を付けません。 2712 それ以外の緑色のテスト.
· kamo-internal
会員が光を浴びて正面の土地に連れて行く窓
六角頭をクリックするか、後ろに立っている窓のストリップを、窓を先に持って下さい 淡い影の咲き(ストリップ)または600ms緑色の輝き(六角頭) - 列の並べ替え中に簡単に失う それを丸める。 今、フレーム自体が点灯: 2つのコメットレースで窓のエッジの中のリング 丸みを帯び、フレームから抜け出し、保持する輝き、約2.4秒。 - ウィンドウを前進させるすべてのメンバージェスチャーによるリット: ストリップ クリック、六角頭 クリックまたは リストア(tool:focus)、メンバーが尋ねたメンバーを開く 着心地の上昇は静かにとどまります。 - 一度に1つ:最新の到着は前に1つを薄暗くするので、ライトウィンドウは常に1つです 会員は、 - 減らされた動きはキューを保ち、動きを低下させます:動きのないリングおよび白熱ライト。 - :root(----dock-arrival, --dock-arrival-ring)で独自のカラーペア。 タイトルバーは既に着用しています ブランドとブランドリングが消えます.
· kamo-shared-library
プレゼンターのスタンプが見えるので、予約したセッションはそれらをバッジすることができます
サポートアイコンのウェビナーカウントは、WebinarAttendee.dateViewedを読みます。 プレゼンターは出席者行ではありません。 そこで、それらを予約したセッションは、電子メールで送信され、アプリで言及しませんでした:バッジは、滞在しました 実行しなければならない人のためのゼロ。 メニュー (PRESENTER DATE VIEWED, null = 未表示) は、 割り当てられたプレゼンターと ScheduledWebinarRepository のゲイン数UnreviewedForPresenter/ findUnreviewedForPresenter と 出席者の質問 ' 述語: プレゼンター自身の スケジュールD スタンプなしのセッション。 WebinarQueryParseTest はマッピングに対しても解析します。 DDL はテーブルの所有者としてライブ データベースに既に加えました: ALTER TABLE public.scheduled webinar ADD COLUMN EXISTS Presenter date viewed timestamp(6) タイムゾーンなし; フルスイート(SystemBugCountContractTest、PhiServiceTypeMappingTest)の5つの失敗 ************************************************ レポート可視化 テスト) 同一に失敗して下さい この変更のない原点/本番.
· kamo-marketing
Start Free Foreverの横にあるライブデモボタン
ホームヒーローは2つのことを提供しました:無料で開始するか、または価格設定を読みます。 今でも お1人様で1時間半のご提供となります。 「ライブデモを予約する」と「30分」 2行目は、スタートフリーフォーエバーの右側に座って/demoを開きます。 既存の予約フロー(製品を知っている人と1時間半) それはCTAのストリップのガラス ボタン、.hero-ctaの56pxの高さおよび半径です、従って スタートフリーは1つのプライマリを維持します。 2つのボタンは12pxのギャップでグループ化されます。 価格の表示は以下です。 長さは、幅の独自の行にあります。 「30分で予約」 ライブデモは291pxで、スタートフリーで1280、1366、1440幅で落としました。 2 行は 196px で、ペアは 1280 からコピー カラムを アップ し、 768. 1024 (a 361px の列) でのみ、電話は下にスタックします。 クロムで測定される 390、768、1024、1280、1366、1440および1920、無し それらのいずれかで水平オーバーフロー。 価格を見ると、ノートパソコンの幅で自分の行にラップし、それを露出しました ボーダーボトム:TouchOptimizedは、ページが1つあると高さ44pxにリンクを上げます idle なので、 ボーダーは 18px をテキストの下に置き、ディバイダーとして読みます。 です。 テキストは今、そのボックスに集中したテキストでインライン化します。 キーはkamo-translation-dictionaryに最初に行きました(7ed8a400).
· kamo-marketing
無制限のメールキャンペーンとドリップのためのページ, どこにいてもリンク
/email-marketingは2026-09-16に出荷されたものを(放送キャンペーン、ドリップ、ドメイン送信)販売します。 ビジネスとエンタープライズで無制限で100%無料。 ページの1つの大胆な要素は、すべての電子メールマーケティング価格設定ページが開きます(「方法」) 多くの連絡先は、あなたが持っているのですか?)、その移動を除き、それは決して法案を変更しません。 誰も引用しません 206f9f3 ごとの他の価格: 引数はメーターで計るモデルです(接触層は、許容を送ります、 自動化は、より高い計画のために保持され、ページ上の唯一の図は、私たちの $0. すべてそれ クレームは製品に対してチェックされました。 - 14のドリップトリガー、連絡先のタイムゾーンにウィンドウを送信し、条件を開く/クリックします スキップまたは終了 (dripCatalog). - 実際のトリガー、タイミング、出口(dripRecipes.ts)で描く10のレシピの5つ。 - ブロックとバウンス(WarmupSettings、WarmupPlan)上の安全ブレーキを備えた14日間のウォームアップ。 - リスト衛生上の理由、バウンス/苦情の抑制、ワンクリック解除とカスタムSMTPホスト。 - "Unlimited" は、計画ベースのキャップを意味しません。EmailService は org をメーターにし、ページは言う 窓を温めると、窓を温める。 リンク: nav と footer、 /features カテゴリ、 /product カード、下のコールアウト /pricing Planカード、ロードマップ(バルクメールキャンペーン)、サイトマップ、 サイトマップ、ホームページの「9つの異なるツールの支払いをストップ」のニンスカード。 サーバ ストリップ(EmailMarketingStrip)は、各競合他社の比較に関する機能行列の下にある すべての業界ページで「実際に提供されているもの」、5つの用語集と両方のリソース 記事。 PLATFORM CAPABILITIES, これは、KamoCRMが提供するもののリスト自体を呼び出します, 今リスト 電子メールマーケティング. 4つの業界ページでは、ドリップが要求できるようになりました:オンラインコース、ホテル、 フィットネススタジオとeコマース。 彼らのコピーは修正され、まだ作り出されていないものを維持する (コースプラットフォームと出席トリガー、滞在ベースのタイミング、LTVセグメンテーション、SMS) として 各項目は -r3 i18nKey に移動します。 ローカル生産ビルドで検証:すべてのガード、所定のルート、およびヘッドレスクローム プローブ(42チェック) 390、1440、2560 ワイドカバー 水平スクロールなし、コンソールエラーなし、 生のメッセージキー、スライダーとレシピタブのキーボード使用、ページの本文のリンクなし このページの先頭へ 辞書側はkamo-translation-dictionary 3ecaefa5です.
· kamo-marketing
Kamo14リールを再生し、それをパユースしてみましょう
再カットリール(新しいクローズロゴショット、それ以外のフレーム識別、同じ66s) 実行時間とチャプターのタイミングは、自身の名前で公開されます。 カモ13 梯子は不変性を提供し、その変種プレイリストとセグメントは、その マスターの ?v= が言う URL は、その置換は決してない 帰国者に連絡する ヒーローの開きは、再起動とミュートを提供しましたが、一度フィルムを停止する方法はありません 遊んでいました。 一時停止/再生制御は、制御行をリードし、タップ 余りにそれをトグルする映像;再開は位置を保ちます。 コントロールは以下のとおりです。 要素自身のプレイ/一時停止イベントなので、実行終了時や ブラウザは再生自体を一時停止します。 これは、埋め込まれたページの両方をカバーします aperture(ホームとハイレベル料金ページ); /watchは既に一時停止します ネイティブコントロール.
· KlusterServices
Kamo14リールをエンコードする
マーケティングリールが再カット(ロゴのクローズアップ)され、 パブリック/kamo14.mp4. 代わりにkamo13を代わりに新しい名前を取得する 梯子が不変な機能を提供するため: master's ?v= は到達しません 相対 URL を保持するバリアント プレイリストまたはセグメント。 encode ジョブは、public/hls/kamo14/ と kamo14-poster.* をビルドし、 MediaMTX ライブ チャンネル ループ kamo14 梯子. live/kamo13 パス名は 変更なし.
· kamo-internal
後ろにドックスタンドに収まらないWindows
フロント行に合わないツールウィンドウは、BEHIND 行に立っています。 1列あたりの1つのタイトルストリップより高い:42pxのタイトルバーと上のボディショーの10px フォルダのスタックのタブのように、フロントの行。 これは、 列の上にすべてのウィンドウを配置し、それらのほとんどを埋めるカスケード。 行は、最初のフィット(toolDockPlacement)をレイアウトしたウィンドウの順番です。 layoutDockStack: ウィンドウは、その部屋で一番前の行に行きますので、 フロントの行は、後ろに待ち合わせるウィンドウが空に残っていません。 各行は1つの高さを共有します。 最下のストリップが上を渡るとき 余白、あらゆる窓は一緒に道を与え、高さはそのまま戻ります 行を空にします。 行、リフト、ストリップの高さはそれぞれに書かれています dockX (dockRows) と同じリレーアウトのウィンドウで、主張されることはありません。 誰がフロントに立っているかは、注文(toolDockTiers)です。 - ストリップ取引をクリックすると、メンバーが最も使用されているフロントウィンドウが配置されます 最近の投稿 会員のみ(dockMemberUse)から送金が追跡されます。 z カウンターは、着信の上昇にも登るため。 - メンバーが開いたウィンドウ、その六角頭から復元し、後ろから戻ります 通知からのペイン、ドックまたは上昇は、フロントに座って、取引します 最近使った正面窓。 着信メッセージで上げられたWindows お部屋があるところをどこに行っても、利用する場所を決して取らない。 - ドックにドロップすると、それが降下された場所を保持します。 最近 部屋を作るために使用された前部窓のステップ背部。 - フロントウィンドウのクローズまたは最小化は、ウィンドウの立っている状態で置換されます それの背後にあると、他の何も移動しません。 - より広いウィンドウは、少なくとも集中的に使用したフロントウィンドウを先に進む フィットするまで。 画面上(ツールウィンドウシェル、ツールドック): - 後ろの窓は、そのストリップにクリップされ、それはまた、そのヒット領域です。 コンセプト ボディは不活性なので、フォーカスやキーストロークはなく、スクロールバーを塗らない。 正面の窓の下にペイントし、それが焦点を当てると言っていません。 - ストリップのタイトルはボタン(前方、キーボード到達可能)、ショーです 未読カウントと各行のダイムをさらにバックアップします。 - ボタンを閉じ、最小化、最大化、およびフロートする。 ストリップで始まるドラッグもクリックではなく、どちらも ダブルクリック - 取引中にウィンドウがドロップし、スロットに展開します 1つの折り目は後ろに上がります。 両方ともドックの340msカーブで実行し、 影が咲き、ライトは到着マークを掃引します。 ストリップリフトを掛ける もう少し詳しく見つかります。 後ろから覗いた窓 前の行; 一番下端、不透明から正面に生まれたもの。 - 減らされた動きは列および陰影を保ち、すべての動きを落とします。 - 縫い目のサイズ変更は、フロントローのみです。 底面の高さが止まる ストリップはトップマージンを満たし、天井を発表します。 途中で見つけられ、固定: ストアの注文でドッキングされたウィンドウが、 再オーダー(この変更の前にドラッグリオーダーを含む)が React の移動ウィンドウを作った ドキュメントの周りの要素。 移動された要素は DOM の状態を失います: スクロールされたログ 再生メディア要素が乱用し、トランジションが0で300回帰ってきた ウィンドウを新しいスロットに持ち込むとドロップされます。 ToolDock はウィンドウをレンダリングします すべてのウィンドウが自分のウィンドウで固定されるので、安全である作成順序 塗られたレベル。 固定された窓のボディのドックが付いている実質のChromeで確認される: 64 測定された点検。 それらは列、クリップおよび衝突テスト、不活性ボディおよびをカバーします スクロールバー、フォーカス、ホバー、スワップ方向、キーボード、ストリップボタン、 高さはストリップ、減らされた動き、最大および回復から、取除き、取除きます ビューポートのリフロー、フロント行、シームの天井を過ぎて保存 スクロール位置、およびあらゆる遷移の実時間スクリーンキャスト。 新しいユニットとプロバイダーのテストは、レイアウト、リオーダー、スタック、シェル、ドックをカバーしています.
· kamo-marketing
Navにマッチする7つのリンクセット、キャリアはキャリアサイトへ
今、フッターは、機能、サービス、価格設定、会社、リソース、 ソリューションと法的、その順序で。 一番上のナフの5つ リソースの下にネストする2つのカテゴリと各セットは、 nav のラベルの下のリンク。 ラベルは `nav` から来る すべてのロケールで翻訳される名前空間なので、コピーなし。 フッターの翻訳は、とにかくキーと同じキーでした。 2つのリンク ここに存在します。: 機能の下で映画を見て、クッキー 法的設定ボタン。 製品は古いヘッディングでなくなってしまいました。 価格とソリューションは、独自のセットを取得し、法的にもはやラップしません 2列目まで。 キャリアは https://careers.kamocrm.com/ どこでも表示されます: nav's 会社のメニュー(デスクトップとモバイル)、フッター、当社ページカード、 サイトマップ URL は、app/lib/careers-site.ts に住んでいます。 /取扱店は今です /vs のように永続的にリダイレクトするので、検索結果、ブックマーク、 外部リンクもオープンロールに達します。 交換するマーケティングページ キャリアサイトが1つをリストしている間、開口部がなかったと述べた。 サイトマップ クライアントコンポーネント、レイアウト、OGイメージを削除 ルートが出てきます サイトマップ(SITEMAP EXCLUDED、理由)、ページビューから カウンター(UNCOUNTED STATIC ROUTES)とハントのページから、 ステージは、サイトをリダイレクトするページを非表示にすることはできません。 ハントピック インデックスによるページはリストをモデュロしますので、今日のステージページは一度にリシャッフルします デプロイは、1日ロールオーバーと同じです。 リンクは、登録方法/ログインごとに再ホストされません。 サイトマップ このウェブサイトはwww.kamocrm.comでのお手頃な価格の宿泊施設をご提供いたします。 8テナントのファイブ チェックしたドメインはキャリアがありません。 すべての DNS で、キャリア。<apex> は それらに死んだリンクである。 レイアウト:フッターは1280pxカラムの代わりにフル幅を使用し、 ブランド列(ロゴとタグライン、ソーシャルアイコンと電話)は、上にある セット。 sm, 4 から md と 1 列の 3 から電話の 2 列 の 7 から xl. 見出しとラベルは単語の内側に壊れる場合があります。 翻訳済み 149px カラムよりも単語の幅が広い (de "Dienstleistungen", "Anwendungsentwicklung")、およびインラインブロックリンクなし 最長の単語に成長し、列を貼り付けます。 実行中のページに対して、ソースではなく検証します。 /en/約7 順にレンダーを見出し、すべてのリンクは/en ルートに解決します。 キャリア、https://careers.kamocrm.com/ キャリアの実際のクリック デスクトップカンパニーのドロップダウン、モバイルメニュー、フッターの各操作 https://careers.kamocrm.com/へ。 /en/careersおよび/de/careersは308に答えます /en/careers を経由して /en/careers を経由して行きます。 390の各列を計測し、 768, 1024, 1280, 1440, 1920, 2560px in en, 390, 768, 1280 in de, ru と fr と 768 と 1280 の ta: 要素はカラムをオーバーフローしません。 横スクロールはありません。 check-i18n-keys はミューテーションテスト済みで、 新しいフッター(ホウガナフキーが失敗します)。 npmテスト、チェックハント、tscと npm run build (プレビルドとビルドガード) はクリーンです.
· kamo-internal
/marketing/emailでキャンペーンをドリップ — トリガー、ビジュアルビルダー、人、パフォーマンス
/marketing/email はブロードキャスト / ドリップスイッチ (?view=drips) を取得します。 ドリップは、すべてのドリップをすべてのドリップとしてリストします トリガー、シーケンス、ライブカウント、KPI、ステータスタブ、検索、ソート、開始のカード 新しいドリップブランクまたは10レシピから(新しいリード、誕生日の挨拶、あなたの新しいエージェントを満たし、主張 リード紹介、ステータスヌール、非オープンワーの再エンゲージメント、クリックリンクフォローアップ、チームメンバー、メンバー オンボーディングなど /marketing/email/drip はビルダーです。 - トリガー:新しいリード(手で、インポート、統合、市場、ベンダー、製品)、ステータスまたは サブスタタスは、再割り当て、クレジット、またはすべてのクレーム、誕生日、記念日の変更、 チームメンバーまたはメンバーアカウント作成、キャンペーンメール送信/オープン/リンククリック、エンゲージメントなし N日後にキャンペーンを行い、別のドリップを仕上げたり、手作業で追加された人。 - キャンバス上の電子メール: 追加、複製、再注文するドラッグ、各前の待ち時間(分から数週間) メールの前に)、電子メールまたはドリップ(日、時間、連絡先または電子メールの送信ウィンドウ 組織の時間)、および条件(前のメールが開いたり、クリックされていない場合のみ) それ以外の場合は、それをスキップするか、ドリップを残します。 - 設定:キャンペーン(共有ピッカー)、シグネチャテンプレート、誰ができるかを正確にから、応答へ 再び参加してください(オンス、クールダウン、または再起動で退去した後)、そして人が退去したときに(ステータス変更) 再割り当て、クリック)。 - 可読性ストリップ、保存(Ctrl/Cmd+S)、バースト、パセス、アーカイブ、重複、削除で活性化 編集はガードされ、同僚の変更がライブに到着します。 - 人: ドリップにいる人、その次のメールが行くとき、各人のタイムライン、追加 人が手元で、誰かを連れて行く。 パフォーマンス: 参加/進行中/終了/左、電子メールファネル、 そして生きている活動。 新しいドリップ、ブランク、またはレシピから、新しいキャンペーンと同様に、最初の保存まで作成されません。 メールはテンプレートとコンプライアンスフッターで保存されます。 キャンペーンエディタのテンプレートとフッター コンテキストは useCampaignEmailTemplate に移動し、ビルダーと共有します(埋められたボディとリクエスト 前後に比べます。 CountUp は、ダッシュの代わりに 0 の最初のターゲットを記述します。 EmailService は、キャンペーンのトピックで /api/email/drips と "drip" フレームを提供しています。英語は英語です。 辞書.
· kamo-marketing
各ページでは、閲覧回数が何回も表示されます
ビューカウンターは、フッターの一番下列にあるすべてのページの足に座っています 横のサイトマップとトップに戻る: 虹彩がサイトの六角形であり、 読者自身の数字(Bengali's、アラビア語)のオドメーターリール上の図 ヒンディー語のグループ化 錠剤が画面にリールが回転する最初の時間 左からの場所、この訪問が最後にカウントされたとき リールが1つに1つずつ上がります。 Hoverまたはキーボードの焦点は開きます 数字とそれを測定するものでカード; タップは、タッチ上で開きます; クリック リールを再び回転させます。 減らされた動きは図およびカードを得、 何も旅行しません。 それはページが何もロードする費用: - ページのレンダリング中にビューが読み込まれるものはありません。 すべてのルートはまだ prerendered (check-static-routes: 247, sendinels intact); HTML は サイズのプレースホルダーなので、スワップは行を移動しません。 - カウントは、ページが持っている後、共有アイドルキューを介して1つのPOSTです 読み込み、同じリクエストでカウントし、回答します。 葉を残す読者 idle スロットがまだカウントされる前に: pagehide および現地の運行は送ります 目に見えないビューのためのビーコン。 - リール、モーション、スタイルシートは別々のチャンクです。 画面の800px以内にフッターが来るときだけ。 - "No Figure"は200ビューのnull、決して404または503に答えるので、KBService コンソールのエラーをページごとに設定できません。 ビューがカウントする場所 メニュー ナレッジベースの記事 guid で記事をカウントするので、図は記事のデータの一部です KBService は、名前を変更し、移動することによってそれに従います。 他のすべてのページ数 ロケールを使わずにパス上に、 /en/pricing と /fr/pricing のシェアを 1 つ プロフィール このサイトが機能する場合のみ、パスがカウントされます: ルートが存在し、 そのスラグ名は、実際の競争相手、用語集用語、サービス、ブログ投稿、公開 記事(その道で)または変更ログエントリ。 クローラー、リンクアンファーラー、 監査とWebdriverは、それに加えずに数値を表示し、同じ 5秒以内に同じページを2回送信するブラウザは1ビューです。 各カウンターは312,384と1200,384の間で描画された図から始まります。 ページのサイトマップ優先順位で行が作成されるので、ホームページが始まります。 変更ログのエントリーが少なくなりました。 サイトのマップのインライン優先順位を SITEMAP PRIORITY は 1 つのリストを読み込みます。 kb-sections.ts は 2 つのコピーを置き換えます。 KB SECTIONS では、カウンターが3つあるか確認します。 フッターの一番下の行は、著作権線の下にあるマークをスタックします。 カウンターは、1440pxで3つの側面はフィットしません。 check-page-views.ts (prebuild と test) は、動的ルートのときにビルドに失敗します。 routes.ts ではなく、レイアウトや Footer がカウンターを取り付けるのを止めた場合、または 何もないが、そのルートハンドラはリゾルバーをインポートします。 削除による ルートエントリ、Footer マウントと足台エントリの発明: 各失敗。 KBService 167981e (/internal/page-views endpoints) および 辞書の footer.pageViews* キー (5909948c); KBService が生きているまで 丸薬は単に現れません.
· KBService
マーケティングサイトのページビュー、記事またはページ上のカウント
KBServiceは、ビューカウンターのカモ・マーケティング・ショーに足を踏み入れて答えています。 すべてのページ。 2つのエンドポイント、{"views": n} とビューがカウントされる 含まれた: メニュー お問い合わせ POST /内部/ページビュー/ページ {パス、重要、カウント} 記事自体に関する知識ベース記事数(KB ARTICLE VIEWS) uid) なので、そのカウントは、名前を変更して /kb に移動します。 guid は、 公開された、公開記事、同じルールによる公開記事 エンドポイントの使用。 他のページでは、 locale 接頭辞の下のパスにカウントされます。 (MARKETING PAGE VIEWS) の一覧です。 各書き込みは、読み込まれる合計で1つのネイティブアップサートです 同じトランザクションに戻り、Yugabyte のコンフリクトで取得します。 /internal では /api/kb/public: APIService は /api/kb/** の全てを転送します。 api.kamocrm.com およびこのサービスのセキュリティチェーンは、すべてを許可するので、 エンドポイントをカウントすると、任意の数値から離れたパブリックカールループがあります。 ザ・オブ・ザ・ 新しい内部AuthFilter は X-Internal-Auth (mlos-internal-auth, 今取付けられて要求します 任意)/internalの接尾辞全体で、解読されたservletパスで、 秘密が見つからない場合、503 ではなく 503 に応答します。 ザ・オブ・ザ・ マーケティングサイトのルートハンドラは、唯一の呼び出し者であり、すべての決定を行います 何のカウントについて: 実際のページのみ、クローラーは、追加せずに図を表示 一度に5秒以内に1つのブラウザから繰り返します。 カウンターの先頭図は、その行が作成されると、その間に描画されます。 312,384、1,200、384 発信者は 0 から 1 までの重要性を渡します(ページ) sitemapの優先順位)とPageViewSeedは、その周りのバンドに描画を配置するので、 ホームページが高まり、変更ログエントリが低くなります。極端な土地は正確にオン クランプなしで範囲の端。 シードはカウントから離れて保存されます ビューは、実際のトラフィックが読みやすくなります。 列は最初のリクエストに表示されます。 count=false は、クローラーとシーディングをカウントせずに作成します。 create page views.sql は DDL で、前のライブデータベースに手を加える これは、Hibernateが共有ライブラリのために生成するものをプッシュしてマッチングします 実体(6.2と6.5でチェック)。 ConfigMap は内部.auth.secret を獲得します。 そのため、リポジトリのコピーを行います。 23件の新しいテスト:シード範囲とバンド、キャニカルパスとガイド、 ビューが実行され、実際のフィルタ(秘密なし)を介してエンドポイントを記述します。 間違った秘密, 未設定の秘密, 悪いパス, 不明な記事). フィルターの除去 プレフィックスチェックとカウントフラグを反転すると、それぞれが赤になります.
· kamo-shared-library
マーケティングサイトのページビューカウンター
ビューカウントのカモマーケティングの背後にある2つのテーブルは、今の足で示します KBServiceの/internal/page-viewsのエンドポイントによって書かれたすべてのページ。 KbArticleView(KB ARTICLE VIEWS)は、ナレッジベースの記事のビューをカウントします uid によってキーをつけられた ARTICLE は従ってカウントは記事の一部であり、次は続きます /kb に名前を変更したり、移動したりするときに使用します。 自分のテーブルではなく、 KB ARTICLES の列: 記事の行は JPA で全保存されますので、カウンター エディタが記事を開いたときに読み込まれ、それらがいつ書かれているか 保存し、すべてのビューを区別します。 外国の鍵カスケード データベースは、KbArticleがこの行とHibernate削除をマップしていないため、 記事はそうでなければそれで失敗します。 MarketingPageView(MARKETING PAGE VIEWS)は、そのパスの他のすべてのページをカウントします locale の接頭辞の下、 /en/pricing と /fr/pricing のシェアを 1 カウントします。 両方ともSEED COUNTを続けて、先頭の数値は行が作成されます。 VIEW COUNT, 実際にカウントされたビュー; ページは、その合計を表示し、実際の トラフィックはテーブルから読みやすくなります。 リポジトリは3つのステートメントだけをビューニーズに表示します: ネイティブ 数え切れない種子、数えずに種子が1つ、合計は、後に読む 同じトランザクションの書き込み。 いいえ save(): 読み込まれたカウンター、増分 そして、保存されたバックは同時ビューを失う。 オフラインでチェック: セッション工場は、すべての11 KBのエンティティティをプラス これらは、Hibernate 6.2.13(KBService、その他のboot 3.1サービス)および 6.5.3 (ボット3.3)、および記述するスキーマスクリプトはDDLと一致します ON DELETE CASCADEを含む手、。 ddl-autoはどこにもはありませんが、 初期化なので、他のサービスはテーブルに触れません.
· kamo-internal
ライフスタイルロゴ、ブランドごとの4ロゴ、デフォルトの背景透かし
Behavior&Labelingは、フルロゴ、シンプルなロゴ、タブアイコンの横にあるライフスタイルロゴスロットを獲得します。 会社とソフトウェア(ホワイトラベル)の行の両方で。 画素のアートワークとベクトルを同様に取る: SVG または raster は、EPS/AI/PDF を正確に取得するように保持されます(ブラウザは描画できません) 1) と raster は共有された ImageToSVGConverter をいつだけ開く "Convert to Vector" を提供しています。 会員登録 タブのアイコンと同様に、各スロットはスイッチ(アップロードがオンに、サーバー側も)と、 ライフスタイルの表面が実際に描かれるものを、未保存の形態から言うキャプション。 ライフスタイルロゴは、設定されていないときにロゴ全体にデフォルト設定されます。 各ブランドに対して、LogoVariant を解決します。 theme/brand.ts はチェーンです: ソフトウェア ライフスタイル ロゴ 使用時、ソフトウェア フル ロゴ それは 会社の1つを、使用するときの他の会社のライフスタイルのロゴ、他の会社の完全なロゴを上書きして下さい。 LifestyleLogo.ts は、キャプションと同じチェーンを述べています。テストは 32 のフォームの状態の両方で実行されます。 背景透かしはライフスタイルロゴを最初に提供し、デフォルトです:nullと未知の値が解決します ライフスタイルロゴが存在するまでロゴをフルに描くLIFESTYLEに、オーガの透かしが変化しない アップロードするまで。 透かしをペイントする場所(背景透かし、バックドロップ、エラー) 今では、requireWatermarkVariant / watermarkLogoFileを通して行きます。 - /network/create: 同じインテークを持つライフスタイルロゴグループ、orgの後にアップロードされた type=lifestyle; 透かしピッカーはライフスタイルを最初に提供し、フォームのデフォルトをそれに提供します。 - セットアップウィザード:ロゴは、会社とホワイトラベルのライフスタイルスロットを取得します(使用時にライブを1つ表示)、 背景は、ライフスタイル透かしを提供し、orgDetailsはデフォルトを同じ方法で解決します。 - org ルートのスキーマは bgWatermark をプレーン文字列として読み込みます。 .parse()s なので 古い ["NONE","FULL","SIMPLE"] エヌムは LIFESTYLE 行の org レコード全体に投げられた; Organization.fromJSON は、未知の値を代わりに解決します。 4つのライフスタイルフィールドは、orgレコードに乗る OrgContext と DynamicMetaLoader は、 config.json から************************ kamo-shared-library f22a867d と Securityservice のアップロードタイプ (最初に追加) が必要です。 辞書キー(最初に、すべてのロケールで).
· SecurityService
ライフスタイルロゴのアップロード、config.jsonキー、LIFESTYLEウォーターマーク
ライフスタイルロゴは、ブランドごとに4ロゴ(会社とホワイトラベル)、装飾的な再建 背景透かしはデフォルトで描画されます。 そのフォールバックは完全なロゴです。 - アップロードロゴはtype=lifestyleとtype=lifestyle-softwareを取ります。 ファイルが実際の拡張子を保持する (写真のアートワークは歓迎され、rasterを追跡することはアップロード時のメンバーの選択です)下にあります **************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** タブアイコンの契約上。 raster も .svg 名 として スタンドイン, のような フル ロゴは、エクステンションを読んでいないので、まだorg独自のアートワークを示しています。 - config.json という名前のロゴLifestyleExt/logoLifestyleSoftwareExt のみ使用中 (積み込まれ、転換される); 不在は完全なロゴの立場を意味します。 - ペイロードを作成すると、bgWatermark LIFESTYLEは、それをnullにドロップします。 -****************は4つの無効な列を追加します。 生きる手によって応用 kamo-shared-library のエンティティティティが変更される前に、2026-09-16 のクラスターが押し出されました.
· kamo-shared-library
ライフスタイルロゴの列、ライフスタイルを透かしデフォルトとして表示
ライフスタイルロゴは、フルロゴのほか、ブランドごとに4つのブランディングアートワークです。 ロゴとタブのアイコン:装飾は、背景の透かしがデフォルトで描画します。 お問い合わせ タブアイコンのペアのように正確に形づけられます: ロゴ lifestyle ext (およびそのソフトウェアツイン) のみによって書かれています セキュリティ 保存したファイルからサービスのアップロードエンドポイント、および「1つの存在」マーカーとして2倍。 logo lifestyle enabled は、その横にあるスイッチです。 PUT /org/{id}は2つのスイッチを、決してパッチを当てるかもしれません エクステンション bg watermark は、すべてのクライアントが null を解決する LIFESTYLE を文書化しました。 それはのための完全なロゴです オルガはライフスタイルロゴが使用されていない限り、誰も変更がアップロードされるまで見ていない。 4つのコラムは************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************ このプッシュの前にライブクラスター:すべてのオーガシーでそれらを SELECTs した後に構築されたJavaサービス.
· EmailService
Dripキャンペーン
ドリップは、誰かが何かをするときに入るメールの自動シーケンスです 起こります: リードは到着します(手で、インポート、または統合から)、リードの ステータスまたはサブステータスの変更、リードは再割り当てまたはクレジット、 リードの誕生日や記念日のラウンド、チームメンバーまたはメンバーアカウントは、 作成, キャンペーンメールが送信されます, 開いた, クリックまたは未回答に行きます, 誰か 別のドリップを終了するか、またはメンバーは手でそれらを追加します。 すべての電子メールは、所有しています 待ちます, ウィンドウを送信 (orgのまたは連絡先のタイムゾーンで) と条件 前のメールが行われた方法。 送信する。 ドリップメールは、各(ステップ、サイクル)の非表示版キャンペーンでキューに入れられます。 ************************ で、キャンペーンのように正確に出ます mail: オプトアウトと適格性チェック、リフターのホスト、ウォームアップ、送信 ウィンドウ、DKIM、追跡、購読解除、バウンス、ステージアウトボックス。 エディションは キャンペーンリスト、スナップショット、ホームウィジェット、進捗状況から削除 エンゲージメントフレームとキャンペーンのエンドポイントは、404 に1つ答えます。 エンジン(drip/DripEngine):リースの下の各5s email-drip-engine は、email drip triggers をドレイントします。 入学)、誕生日や記念日をorg-localの日に1回、 上記のメールが実際にあったときからカウントを待ちます 送信、バウンスまたはオプトアウトは、実行を終わらせ、各電子メールの前に人が再び読む (トークンをマージ:first name、agent name、市場および残り)、および終了する操業 チェーンドリップが始まります。 再エントリは、再び仕上げ後(と) クールダウン)または再起動; 終了ルールは、ステータス変更、 再割り当てまたはドリップリンクをクリックします。 API: /api/email/drips (リスト、オプション、CRUD、アクティブ化、一時停止、アーカイブ、 unarchive、重複、人々、手動入学、取り外し、タイムライン、活動)、 VIEW BULK EMAIL を読み込み、MANAGE BULK EMAIL を変更します。 ライブ: "drip" 型 キャンペーントピック上のフレーム、毎秒石炭。 キャンペーンの送信、開始、リンクのクリック(URLで現在)は、 kamo-shared-libraryのDripTriggerRecorder。 表と版の列は このコミットの前に手 ************************ で適用されます.
· SecurityService
輸入された鉛は輸入されるように記録されます
LeadImportController は 2 つの引数 createLead ですべての行を作成しました。 リードの履歴は、誰も演じないAPIを、正確に送信されたもののように述べた。 ベンダーのインテークAPIを介して。 インテグレーションからインポートを伝えることができず、 「新しいリードが到着」開始するドリップキャンペーンは、 ハンド、インポート、または統合から追加されたリード。 ソースIMPORTで行が作成されました。 kamo-shared-library に対して構築 b5b56d6d、そのリード歴も新しいリード、ステータス変更、再割り当て、 クレジットクレームと新メンバーアカウントをドリップエンジンに.
· kamo-internal
キャンペーンエディタのReply-Toは、NoReply、メンバーのEメール、カスタム、NoReplyをデフォルトで選択します
無料のテキストの返信 - から下へ キャンペーンReplyToPickerになります, それぞれが応答地を言う3つの選択肢: - NoReply(デフォルト):NoReply@<キャンペーンのドメイン>、例えばNoReply@hello.kamocrm.com、"受け取らない" メール - 会員のメール:アドレスで示されているメンバー編集。 すでにチームメイトに行くキャンペーン 誰かが再びオプションを選ぶまでチームメイトを表示します。 プロフィールにメールが届かない場合は、その旨をご記入いただけません。 - カスタム:タイプされているようにチェックされているボックス、電子メールサービスが保存時にそれをチェックする方法。 ロジックは、******************** でキャンペーンを読み込みます(選択の前に 1 つは、それが持っているときにカスタムです) アドレス、NoReplyがない場合)、選択、住所を表示し、保存フィールド(replyTo、resendToMode、 お問い合わせ 未完成のカスタムアドレスは、保存を保持し、送信チェックリストに表示されます。 プレビューショー 返信に-受取人が取得します。.
· kamo-shared-library
Dripキャンペーントリガー、リードとメンバーが変化する場所を記録
何かがCRMで起こるとき、キャンペーンが始まります, その場所 リードを変更し、メンバーはEmailServiceのドリップエンジンにこれらのイベントを渡しました。 - LeadHistoryService:作成される鉛(それによって渡される方法と:手で、輸入されて、 または統合またはフォームから)、ステータスまたはサブ・スタタスの変更 チームメンバーから別のチームメンバーへの再割り当て メニュー プールのリードは、 自己のリード履歴を記録しないクレジット(支払いまたは無料)。 - MemberService:メンバーまたはチームメンバーアカウントの作成 プラットフォームミラー row は、プロバイダーの org の新しいメンバーではなく、何も起動しません。 DripTriggerRecorderが書き込む************************************************************************************************************************************************ エンジンドレイン。 ACTIVE dripsがその種の聴覚を聴く唯一のオルガンのための書き込み (トリガーまたは出口ルール、最大30秒)、引き起こした後に手を渡す トランザクションがコミットし、独自のスレッドと接続に書き込みます。 書き込みは、ドリップのために失敗またはロールバックすることはできません。 リード生成されたVoid(テスト) リードまたは重複)歓迎する人ではありません。 emailCampaignEntity マップ drip id, drip step id と drip cycle: ドリップメール 非表示のエディションキャンペーンを1つ(ステップ、サイクル)ごとに送信するので、すべての機能を維持します。 キャンペーンに保証を送信してください。 コラムやテーブルを手作業で応用 このコミットの前に (メールサービス ****************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************
· kamo-marketing
月間オープン、月間1〜3年連続で営業
ほとんどのバイヤーは、彼らが約束なしで支払うものを比較するために来ますので、 HOME TERM は月間です。 /pricing、ホームページの計画のストリップ、/calculatorおよび 製品のマークアップは、同時に開いています。 長い言葉 レールがそこから販売されているもの: シート率が低く、ロックされた 用語全体の今日の価格。 - レールの眉毛は「今日の1〜3年間でロック」を読み、 レールの下の文は、選択した用語が何をすべきかを言う: 月には、 約束; 年間および 3 年は 12 か月か 3 のための今日の価格を握ります 年、価格が上がる場合でも。 3つのノートは1つのグリッドセルを共有します。 用語を選択すると、任意の言語で、カードを移動しません(測定) お問い合わせ どちらの行もバランスが取れているので、電話は1つをストランドしません キーワード - カードと計算機の用語線は、「Nか月間ロックされたレート」でリードします。 - 毎月、カードの保存ラインが1つに「期限を越える」ドロップします。 月間は、その横に月間を繰り返すだけです。 - ホームページのストリップは「{months}-yearの用語のシートごと」の価格を、 月が 0.083 年の言葉として読み込まれる; それは今請求されると言います 月1〜3年間のロックを横切って、 - /pricingの検索記述はロックインとして3年の価格の名前を、 そして、同じことの有効期限が切れたページのポイント。 check-product-offers は 3 年デフォルト ($49, 32.83) をピン留めしました。 今ピン 月 ($69, 46.23) なので、デフォルトのサイレント変更はビルドに失敗します。 コピーは、すべての20のカモ翻訳辞書、手書きです 翻訳されたロケール。 同じプッシュは、今日の同期が壊れた340値を復元する、 このリポジトリのビルド前のコピーガードは、ビルドごとに失敗しました.
· EmailService
キャンペーンの返信はNoReply、メンバーのメール、またはカスタムアドレスに移動します。デフォルトではNoReply
エディタの返信-To は 3 つの選択肢になります (CampaignReplyTo), 既存の response to 列に保持. DDL 無し。 - NO REPLY(空の列、デフォルト):NorReply@<the From's domain>、NoReplySenderServiceによって綴られる 他のNoReplyアドレスのように。 受信者は、誰もそれを読んでいないことを記述する前に参照します。 postfix-k3m1-inboundはそこに送られるものを拒否します。 - MEMBER(member:<id>):各メッセージが構成されるとき、それを選んだメンバーのメールを調べる (CampaignReplyToMembers は 5 分保存) なので、変更されたアドレスが続きます。 メールが落ちないメンバー 誰も受けないアドレスを命名するのではなく、NoReplyに戻る。 - CUSTOM(アドレス): 保存、ベア、および点数ドメインでチェック。 それ以外のものは、理由を言う400です。 返信ToModeと返信ToMemberIdを保存します。 返信は、メンバーの節約、または既にメンバーに滞在することができます チームメイトが保存するときに選ばれたが、id の別のメンバーに決して選ばれません。 選択が送信する前にエディタ アドレス: 1 つは CUSTOM です。 キャンペーン読み込みモデルは、resendToMode と responseToMemberId を追加します。 エディタショー(カスタムアドレスまたはメンバーのメール)のアドレスになります.
· kamo-internal
Outbound E-Mail ホストは、受信サーバーがそれらを見るにつれて、バルクリレーを示しています
プラットフォームホストの上の「バルクリレー」カード: 共有リレー すべての組織の送信ドメインが残っている を通じて (contact.kamocrm.com, 47.181.8.86) プラットフォーム組織の所有 (hello.kamocrm.com, 47.181.8.87). - 事実:各リレーのメールがクラスターにメールサービスが届く場所、および共有される場所 サインインが構成されているか、検証済みのドメインが送信されるかを中継します。 - チェック、各権利、異なる、欠落、または答えていない:名前のアドレス(A)、送信者ポリシー(SPF)、 バウンスが行くところ (MX, 共有リレーは、自分のアドレスに戻らなければならない), アドレスの逆 DNS(PTR)とプラットフォームリレーの署名キー(DKIM)。 右側ではないレコードは、それが横にあるべきものを示しています DNS の仕組み - リバースDNSは、アドレスを所有するインターネットプロバイダによって設定されていると言うので、誰もDNSでそれを見ない ホスト。 答えがなかったルックアップは「チェックしない」、決して「間違っている」。 - タブが開き、「今すぐチェック」で GET ******************** から読み込みます。 それは決してない polled, 失敗した再チェックは、画面上にあるものを保持し、MANAGE OUTBOUND EMAIL HOSTS なしで何もレンダリングしません.
· KlusterServices
組織の送信ドメインのバウンスは、postfix-k3m1-inbound を介してメールサービスに到達
共有リレーを介して送信されたキャンペーンは、組織の送信ドメインからその封筒として sender は、そのドメインが CNAME で連絡します。 MX が 47.181.8.86 である kamocrm.com — このポッド。 お問い合わせ メッセージを受信したサーバーを受信し、すべての書き込み後に配信できません ここまでは拒否されました。 - 送信ドメインは、EmailService(relay-senders?format=domains:VERIFIEDとFAILING)から来ています。 スタートと毎分。 プレーンホスト名だけがテーブルに到達し、不要なフェッチは最後のリストを保持します。 - 各ドメインは、null の送信者のみ、すなわち、そのアドレスが存在することを確認するバウンスとサーバーを処理します。 スタッフ 他のアドレスが550 "このアドレスは、メールを送信しますが、それを受け取ることはありません。 - 'bounces` パイプ(メインの postfix のスプールコマンド、独自のスプール)と a に移動します。 bounces-mail サイドカー、 main postfix の unsubscribe mail.py with INCLUDE RAW に投稿します。 メニュー - stack.loans, mail.stack.loans と contact.kamocrm.com は、直前に正確に動作し、ここに何も送信しません インターネット 同じスクリプトで投げ捨てられた高山のPodでテスト:nullの送信者250、人550、postmaster@、虐待@ 250, 他、一見のようなドメイン 554, DSN は、そのトークンと空のキューをスプールしました, リストの変更が適用されます 1分以内に、最後のリストを保持する未回答のフェッチ.
· EmailService
ドメインの送信先へのバウンスは、テスト送信が署名され、リレーのDNSが読み込まれます
バウンスを非同期化。 キャンペーンのエンベロープ送信機は、組織の送信ドメインから、MX (CNAME から contact.kamocrm.com まで) は、共有リレーのアドレスです。 postfix-k3m1-inboundは そこに配達レポートを掲示し、それらをPOSTに投稿 ******************************** 苦情の取入口の形: - DeliveryStatusReport は、実際の RFC 3464 レポート (メッセージ/配信ステータス) とトークンを読み込みます。 返されたメッセージ。 突出したバウンスは決して推測しません。 - BounceMailService は、受信行に BOUNCED として永続的失敗 (アクション: 失敗, 5.x) を記録します。 トークン名は、デリバリー・エベント・パスを介して、既に使用しているリレー。 遅延、自動返信、またはレポート トークンが何も変更されず、スパム苦情の報告は苦情の取消に渡されます。 - リレー送信者?format=domains は、VERIFIED と FAILING 送信ドメインをインバウンドが受信するレポートをリストします。 [設定] → [メール] → [送信] は、ドメインのキーから送信された DKIM をキャンペーンとして正確に送信します。 mail は (DkimSigning, CampaignRecipientSender と共有) なので、共有されたリレーによるテストでは、 キャンペーン リレーのDNS。 お問い合わせ メニュー (MANAGE OUTBOUND EMAIL HOSTS) 読み込み、 各リレー、名前の A レコードと SPF、その MX (共有リレーのために、独自のアドレスに戻ります)、 アドレスの DNS を反転し、プラットフォーム リレーの DKIM キー。 DNS のリゾルバは PTR のルックアップを獲得します.
· KlusterServices
Postmaster@ と abuse@contact.kamocrm.com が KamoCRM に到達 — 共有リレーの名前は、そのチェックを受け取ります
contact.kamocrm.com は共有 org リレーの名前 (47.181.8.86's PTR、MX contact.kamocrm.com) であり、その MX 47.181.8.86 → k3m1 で、postfix-k3m1-inbound が応答します。 Mailboxプロバイダは、IPを実行している人を承認します PTR ドメインの postmaster@/abuse@ を経由して、現在地: postmaster@ ポストマスターメールボックスに、 abuse@ と fbl@ で abuse@hello.kamocrm.com, 主要なポストフィックスは、EmailService の苦情に手を渡す ポストマスターのコピーで取り込む。 セージが承認したpostfix-k3m1-inboundの再起動.
· kamo-internal
バルク電子メールはドメインセットアップとサブタブを取得します。, /marketing/emailは、欠落しているものを説明する, キャンペーンはピッカーから取得します
設定 → 電子メール → バルクメールは、現在 4 つのサブタブの ?sub=: ドメインのセットアップ ・ 送信 ・ オプトアウト ・ 成果物。 送信ドメインが検証され、送信までのドメイン設定上のメンバーの土地 あと。 その後、他のサブタブがロックを表示し、集中的に滞在するまで。 1を開くと、それが何かを説明する は、最高のドメインがどこまで来るか、リンクが戻ってきます。 オプトアウトと配送性は、 右 (MANAGE EMAIL OPT OUTS または所有者) で変更されずに移動します。 古い ?tab=opt-out と ?tab=deliverability は、サブタブにリダイレクトするリンクと、メニューのエントリとランディングカードに従う。 各サブタブはヘルプレールに独自の単語を置きます。 ドメインセットアップは、DNSを編集していない人のために構築されています: 3つのステップとヒーロー それらは(または「バルク電子メールは送信する準備ができています」)、ライブレコードの点とドメインごとのカードであり、 「チェック8秒前・自動チェック」とインラインのadd-a-domainフロー(orgドメイン) 変更が説明し、一回クリックの送信名、ライブプレビューで空白に埋め込まれてtidied そして、名前が続行する前に使用できないと述べた顕著なルックアップ。 1つのドメインのセットアップ (?domain=) は、検出された DNS プロバイダーの手順、各レコードのプレーン語のコピーボタンを表示します。 そして生きている状態(「私達はX、それがYであるべきである」、すべての先端コードのための苦境を見ます)、すべてをコピーして下さい 指示、開示の背後にある非CNAMEの代替、今すぐチェック、削除(フロントを再使用) 利用中は、サーバーの理由で、まだ拒否した場合に示されているため)、および減衰効果 成功の瞬間は「アドレスから選ぶ」につながる。 既存のプロキシを通して GET ******************************** を読み、滞在するすべてが ライブオーバー********************************ノーポーリング、サイレントリード、書き込みを採用 全状態であり、失敗または拒否された読み取りはエラーまたはアクセスノートであり、空のリストはありません。 /marketing/email: キャンペーンなしと検証済みドメインなしの空の状態は説明者(なぜ、 3つのステップ、「ドメインを設定する」、または、MANAGE EMAIL SETTINGSなしで完了することができます。キャンペーン リストは、ホストの行を吸収するコンパクトなバナーを取得し、FAILING ドメインは赤で表示されます。 セットアップへのリンク 読み込み中や失敗した読み込み中は何も表示しません。 送信ブロッカーバナー ドメイン設定にNO SENDING DOMAINとFROM DOMAIN NOT VERIFIEDをリンクします。 キャンペーンエディタの From はピッカーです: デフォルト送信者、または検証済みドメインのアドレス (ローカル部分, ドメイン, 名前から), fromEmail/fromName として保存, 未確認ドメインに保存 セットアップへのリンクについて警告します。 settingsMenuTabCoverage は &sub= を学習し、各リンクされたサブタブが存在することを確認します.
· EmailService
キャンペーンメールは、検証済みの送信ドメインから送信され、ルーティングされたものとして署名されます
キャンペーンは、検証されたドメインから独自の名前を付ける可能性があります。それ以外の場合は、orgのバルク送信者として行きます。 検証されたドメイン(saveSender が他のドメインを拒否する)にある必要があります。 キャンペーンから、リレーをピックアップ そのドメインは、SPFがリレーの葉のアドレスによって決定されるため: orgの検証ドメインのみ 共有されたorgのリレー(47.181.8.86)を介して、KamoCRMのhello.kamocrm.comプラットフォームのリレーを介してのみ (47.181.8.87) ほかのホストも、どこからでも統一。 リリース担当者は、 最初に、準備が整ったホストは、そのキャンペーンが使用できる; org's のときに待機しないキャンペーン 他のキャンペーンは行きます。 org の検証ドメインとしてのメールは、最後の保存変更後に DKIM 署名され、セッションは、 途中で8ビットに変換します。 新しい送信ブロッカーNO SENDING DOMAINとFROM DOMAIN NOT VERIFIED. 配信レポートは、キャンペーンの送信から送信したリレーのウォームアップに対してカウントします。 KamoCRMの送信キャンペーンは影響を受けません: noreply@hello.kamocrm.com プラットフォーム管理されているので、 .87 を通し、共有リレーはカモCRMの回転で切り替わっています.
· EmailService
ドメインセットアップのAPI、共有リレーの送信者マップ、およびレコードのライブを確認するスイープ
メニュー タブ (VIEW BULK EMAIL) を取得します。, 追加フォームの検索を取得します。, POST Add、POST {id}/check、DELETE(MANAGE BULK EMAIL)、すべての書き込みはタブ全体で応答し、拒否します フィールド名 メニュー postfix-orgs を検証ドメインに与えます 地図。 バルクの概要は、ゲートの {ready、検証済み、保留中、failing} ドメインを獲得します。 SendingDomainSweep はリースの下の cadence (15s ドメインが設定されている間) で DNS を再読み込み、 独自のスレッド: @Scheduled タスクごとに、 Spring のシングルスケジューリングスレッドをリナッパと共有します。 キャンペーンメールを2秒ごとに送信し、ネームサーバで待ちます.
· EmailService
ドメインの送信 — 1 つを追加し、DNS レコードをレコードで読み、それを検証し、アドレスが何をするかを知る
送信ドメイン(news.acme.com)は、そのDKIMキーで、orgの暗号化されたバルクプロバイダのbloobに保管されます。 SendingDomainChecker は、どの受信機が表示されるかを読み取ります。SPF は、共有されたリレーのアドレス、キーに対して評価しました そのセレクター、ドメインまたは親のDMARCポリシー - 推奨レコード(CNAME to contact.kamocrm.com、DKIM TXT、DMARC)および代替SPF TXT + MX、および通常の間違いの名前: すでにレコードを持っている名前、CNAME を他の場所、2 SPFレコード、あまりにも多くのルックアップ、キーの貼り付けられたショート、変形または継承されたポリシー、および「あなたのレコードは 右、カモCRMの側はまだ住んでいません。 SendingDomainService は (貼り付けられた URL またはアドレスを清掃し、kamocrm.com をテナントに拒否します)、チェックを追加します。 削除 (デフォルト送信者またはアクティブなキャンペーンの時ではなく)、ステータスの移動: PENDING/FAILING → パスで検証; VERIFIED → 2つの失敗6時間だけ失敗した後にのみFAILING; DNSの停電の変更 いいえ。 送信パスに答える — ORG VERIFIED (署名キーで)、PLAT MANAGED (hello.kamocrm.com, KamoCRM専用) または UNVERIFIED — 共有リレーの送信者の検証の地図を作成 ドメイン。 メニュー
