变更记录
什么是新的。
平台的每一个改进,随着它的出货。
· EmailService
暖和的一天,什么也没有发送 不算
温暖的一天曾经是N -第24小时 无论是否开始 所以在第一次竞选前几天开始热身 默默地度过了它的低容量的日子. 一天结束,没有尝试 现在重复一遍:它和以后的每一天, 滑动的全天, 未使用,任何数字一次,而使用天数保持其 窗口和历史。 和他们一起完成,温暖的状态 报告闲置的 DaysSkipped。 运行在发送路径算数之前就解决了 所以发送是 从不计算将要重复的日子; 计数器不能读取 运行是按原样左转而不是关闭 一天零点.
· kamo-internal
后端的竞选不能说明原因和如何修复
EmailService 现在暂停一个活动, 而不是让收件人失败一个 当它不能发出它的时候,它从站台上发出, 域,或根本没有批量发送器。 它拒绝发送,时间表和 并报告为: 发送Blocker。 - 编辑和进步视图 显示一个横幅与事业, 服务器自己的句子和固定作为两个步骤: 更改出处(或 使用提供者默认)并恢复或打开批量发送器 设置和恢复。 在草稿还原时继续停用 拥有原因 - 现在恢复先保存草稿,所以修正一下 后端,而不是运动被恢复 存储和拒绝 再来一次 - 拒绝的发送、调度或复发与 服务器的讯息,不仅在祝酒词中,而且活动正在重新读取 所以它的状态和阻断器是当前 - 竞选活动网格显示,除了其地位之外,竞选活动受阻, 悬浮的原因 - 运动的错误 API更喜欢人类的信息而不是赤裸裸的 机器代码,并携带状态和代码
· kamo-internal
暖和地说闲日子不计数 画出滑行日期
热身日,没有寄出任何信息不再算数:运行幻灯片 转发和发送恢复时重复一天,使切换 在第一次竞选安全前就热身 面板现在说,除了 开关和在闲置且未启动的音符中再次打开。 几天后, 日环说多少,与 日程安排提前了这么多 每个表砖都显示日期 和图表的工具提示名称, 从每一天读到后端。 而不是从第一个开始算 所以滑翔日期是 画的 在/营销/电子邮件上,一个闲置的热身,没有等待,读作"On, 而不是声称正在交付 节奏.
· EmailService
运动邮件 平台中继器将拒绝一次失败 而不是被重审
中继器只作为自己的域名发送,并用 451,所以一个运动,它的From在另一个领域 用于重试每一个 接收三次,每次试一次热身, 之前有人知道 从错。 当 Org 的提供者是继电器的主机和端口时 而From的域不是中继器的发送域,收件人是 现在用错误中的修补标记了故障:没有SMTP,没有重试,没有 压抑 热身和槽里都不算什么.
· EmailService
新主机热身 持有Org的竞选邮件 按热身的速度发布
当一个猩猩开始热身的时候,调度员就别去参加运动了 释放者一次发一个信息给他们 最早的到期 永远不要越过竞选的小时上限 从来没有越过一天的热身帽。 它每分每秒运行在 调度员自己租的 所以两人永远不能从 不同的舱。 设置、确定天数和安全制动装置在散装供应商现场直播 加密 blob; 计数器位于 Redis 从接收行重建 如果丢失。 在/api/电子邮件/bulk-professor/warmup下获取、PUT并重设终点 报告状况、时间表、排队和健康状况。 两条路径现在都通过一个每个接收方的方法发送,这个方法声称 中继器看到前行出行. 运动台是写着的 在不保存活动的情况下, 包含中断的发送扫描; 保存 它曾经把一个竞选暂停 中节奏回SENDING.
· kamo-internal
接收行携带联系人,已发送行在状态旁边保留标记
EmailService的接收者DTO现在报告运动是否已经展开 发送到每个地址 。 地图员带着它穿过,与 最后的 Error, 并填充运动 ID DTO 省略。 已经接触的行从不会被热身所持有,也不会被电子邮件所封 再一次,所以进步网格 不再给它温暖的音符,什么时候 其最后的结果是任何东西,但发送状态芯片保持一个小 "已经发送"标记. 在收件人步骤中, 有一行标记为“ 已经发送 ” 也说明这种发送在不简单外出时是如何结束的.
· kamo-internal
从场上说,当批量中继器拒绝的时候
这场运动是自发的, 与散装供应商违约,警告 当地址不在提供者的范围之内时,作为可能登陆的邮件 垃圾邮件 在平台中继器上,这不是风险而是确定性: EmailService 失败了来自域外的竞选的每个收件人 中继器的发送域("批量中继器只作为 @domain发送"). 所以当散装供应商携带一个平台中继器时,一个离域域从是 错误: 字段被标记, 提示会显示会发生什么 并给出 在中继的域中, 提供方默认, 而飞行前 块发送到固定为止。 组织自行管理SMTP 提供者仍然收到更软的垃圾邮件警告.
· EmailService
每个竞选消息在 X- Kamo- Ref 中指定其收件人行
批量中继器对照其队列 ID 记录头部,并在前剥去它 因此,交付结果可以与准确的接收行相匹配。 作曲家的测试也把竞选信息留下的其余部分都标了下来 与: 运动的地址和名称, 各回落到批量 提供者; 无法启动它自己的信头的显示名称; 取消该邮件实际来自域上的邮箱;和 a 只有在竞选活动开始后才能回复.
· EmailService
中继器的投递报告反弹, 阻断和计数交接后的竞选邮件
后 . 接收平台中继器的报告 每个信件的来历,以 X- Kamo- Ref 信头, 或如果失败, 发送到地址的最新一行 过去七天 硬弹出( 5.1.x, 5.2.1, 5.4.4) 标出 BOUNCED 并抑制 地址。 。 。 一个区块(5.7.x)标记它故障,但保留地址,因为 拒绝者是发送者,而不是邮箱。 任何其它的永久的,都一样 一个明显的失败。 推迟的理由一直保留到交货为止。 只有SENT的行被移动, 热身数每一次报告, 在信件发送当天,记者可以重新发送批次 安全无虞.
· EmailService
热身的日程安排 节奏和卫生规则
一个新的发送IP 超过14个热身日。 第1至7天随 固定时间表(保守、平衡、积极);从第8天起 只有在前一天身体健康的情况下,每一天的增速才会增加 以弹出率、阻滞率和延期率,或以其他方式持有。 每一天都是这样 决定了一次 并坚持了原因。 消息从今天起 以一分之一的速度发出 偶尔的休息,从不快于稳定速度的四倍 从来没有这么晚,以至于今天剩下的预算不再合适。 这个 安全制动停止了一天 接收器被挡住或弹出.
· kamo-internal
/销售/电子邮件上的温暖起步标语
虽然新主持人热身的速度正在加快,但竞选活动的进展要慢得多 而不是他们自己的环境说, 没有在竞选上说为什么。 这个 工作空间运动和运动的进步观现在都微乎其微 日出 日出 日出 日出 正在等待什么, 连接到热身设置, 和一个排队的收件人 解释一下,它正在举行。 当热身关闭或完成时 旗帜就藏起来 热身不能读取.
· kamo-internal
键入有字段错误的批量发送客户端和取暖端点
客户端知道一个名为PENDING的提供者身份,即后端永远不会 发送,所以一个被保存但尚未测试的发件人掉到"没有 配置". 现在读作 PENDING SETUP(仍在接受PENDING)和 在一个地方使整个状态正常化:连接摘要,当 密码上一次更改, 平台中继以及成员是否可以 管理它。 失败者以 BulkEmail ApiError 身份返回, 带有 HTTP 状态, 用于 a 400,表单字段命名后端,所以表单可以放出信息 字段上,一个403可以显示为访问状态而不是 错误。 空的204被容忍, 和保存或温暖的写 答案 直接承认后 就会被接受而不是被采纳 作为州,这是什么 空白的表格后,每一个储蓄。 添加取暖呼叫: GET 和 PUT / bulk- professor / warmup 和 POST /bulk-提供者/暖气/重置.
· kamo-internal
散装发送方背后的连接规则、预设和取暖视图模型
新屏幕上的纯片 每一个都有测试: - 后端的端口第一连接规则, 镜像所以形式可以表示 KamoCRM 如何在保存东西之前连接: 465 是隐含的 TLS 587是STARTLS 任何安全部说的 其他有STARTLS升级和标志的端口 没有签名的平正文字 - 为平台中继器和普通供应商提供一击预设 - 形式作为一种价值:什么是肮脏的,保存的身体,以及验证 仅在连接签名时请求用户名和密码 - 准备就绪和测试发送阶段 - 暖和坡道,倒计时,发送节奏和时间表图号 使用BulkWarmup的民调 每15秒热身,而标签可见, 在隐藏时暂停, 在 403 上停止, 并应用写 乐观地回滚.
· kamo-internal
使用新主机热身面板重建批量发送标签
Bulk 电子邮件发送器标签从一个长窗体重建成一组 保存状态草稿上的卡片 : - 具有现场状态的桅杆头(一个保存下来但尚未测试的发送者现在读作: "需要测试",它发送 作为,存储连接 在一行和 上次测试时 - 四步准备铁路:连接、发送、测试、暖和 - 连接、预设、无/STATLS/SSL-TLS控制、a 当一个知名的端口被打入时, 并实时描述如何 KamoCRM 将实际连接, 当端口超过时警告 选择的安全 - 仅当连接标志输入和输入时,才进行交互。 密码行,该密码行表示是否保存,以及何时保存,并替换和 删除阶段直到保存 - 带有收件箱预览的发送者身份, 当平台时警告 中继会拒绝“来自域” - 粘稠的保存条, 错误从后端放置在他们的球场上, 保存状态取自保存的答案 - 内线测试,将信件绘制到哪里,标记 拒绝的舞台 新主机暖起面板坐落于下:起起/起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起起 十四分环,今天用活活的来对付盖子 倒计时到下一个发送,总数,分娩健康以及其中多少 接力报告,14天的日程安排,每天的决定和上限 与实际图表相比,今天的小时发送量和 最近发送,队列,安全刹车 现在与Resume,和重置。 没有权利更改发件人的成员得到只读标签, 一个拒绝的读取得到一个访问状态而不是一个错误.
· EmailService
没有批量的电子邮件发送者, 无法发送或安排一项活动
调度员曾经接受这样的运动 然后跳过每一个 勾选,将其留在SENDING,只留下一个日志行。 现在发送和 现在排好排程 拒绝发件人发到哪里 已配置的主机和端口已足够, 无需验证 .
· EmailService
提供者设置 api 用保存状态回答并命名它拒绝的字段
PUT 现在返回完整的设置状态, 而不是 {成功: true}, 哪个 在每次保存后都将表格空白。 字段为验证的服务器侧并 拒绝为 400 {error, 字段}; 仅在连接时需要登录 将实际注册。 空白密码保存存储的密码, 清除 Password 删除它, 并设置密码更新记录 。 状态开始 返回到 PENDING SETUP 时,只有当执行相关的字段发生变化。 现在每个给加密的blob的字母都要经过一个锁定 读取 - 修改 - 写入保存它没有的密钥, 因为 blob 是 也准备去取暖 状态显示电子邮件服务将如何 连接,并显示该平台的内继设置。 测试发送显示其失败之处(连接、 TLS、 登录、 发送者、 接收者,数据),每个都有一个短的固定.
· kamo-internal
预览发送的电子邮件、 自定义/ 无模板受众以及来自字段的真实信息
预览: 使编辑器自建的 BodyHtml () 输出 - the 保存商店和调度员发送 - 所以观众头条, 签名、页脚和遵守页脚都在那里,不能 从真正的电子邮件中漂移。 桌面和移动视图,“审查为”任意 接收者或样本,合并符号 填充方式EmailService, 一个收件箱式的信封和一个沙箱框。 从作曲可以达到 台阶,脚下栏杆, 和一个发送的竞选进展视图。 观众:"Custom / No Template" 包罗了身体上的一切. 救出来了 作为带有签名的COMPANY范围Scope None(服务器存储且从未存储) 运动网格将其标为自定义。 发件人: 从名称和地址字段取出, 默认从批量电子邮件取出 每个活动提供和编辑,并重设默认和警告 当地址超出提供者的域名时。 此替换发件人 来源于观众和无收音机. 收信人:已经发送电子邮件的地址被标记为“已经” 并警告他们永不遭受刑罚; 现在,每个接受者报告这一点.
· KlusterServices
用自己的客户密钥在 Hello.kamocrm.com 上签名, by the From域名本身
运动邮件离开为hello.kamocrm.com通过后补出. 它会得到它的 拥有 DKIM 密钥( 选择客户端, 作为客户端发布. domainkey. hello) , 并使用 esld=假的打招呼。 kamocrm.com 消息签名 d=hello 而不是掉回父母的邮件密钥, 这不符合严格的 DKIM 对齐(adkim=s) 域名发布.
· KlusterServices
Postfix-bulk,用于竞选邮件的第二出站中继器,交付结果反馈
运动邮件现在通过自己的继电器在k3m1上离开(Egress 47.181.8.87) 作为你好。 Kamocrm.com,所以关于大宗邮件的投诉从不触及 (原始内容存档于2018-10-21). sweets of mail.kamocrm.com (47.181.84). - 25号端口上仅供电子邮件服务(网络政策)使用的普通文本中继; 只接受@hello.kamocrm.com 发送者,并拒绝使用 4xx,从来没有一个5xx, 因为竞选调度员压制任何5xx。 - 守门员持送货出境,除非吊舱的公开地址 47.181.87.87,所以大块块永远不能悄悄地作为另一个IP离开. - 送货活动旁车阅读邮件记录并报告每次活动 信件已发送 / 推迟 / 弹出 / 过期结果给 EmailService, 加上X-Kamo-Ref头,在分娩前被剥去。 手动应用:部署服务.yml按名称应用邮件/文件 还没有列出这些.
· EmailService
竞选活动最多一次发邮件给一个地址 永远
地址经过修剪和对案件不敏感,并排行运动 已经交给中继器(同意、飞行、反弹、失败或重试) 其永久地址记录:从未删除、重置或重排。 - 用于删除每行并重建每行列表的可实现接收者 保存,所以编辑一个已暂停的将已发送的地址放回 队列。 现在它保持历史,刷新行 还没有联系到的地方, 只删除离开列表的未接触行, 并且从不重新添加 与运动联系过多次。 - 调度员在中继器看到它之前 声称是SENDING 撞车 在接收信件的中继器和被标记的行之间 让它静静地再发去,它就停了,就停了。 它不试不试就失败了 - 一个接受者在竞选活动暂停时添加了 从未有发布时间,所以 它从来没有被发送 和运动没有结束。 现在放假时间到了 任何排队的行缺少一个。 - 在(campaign id,下(trim(email)))上启动的独有索引支持规则 在桌边。 收件人列表结束点现在返回每行的名称、合并值、源 以及它是否被联系, 所以重新打开和重新保存一个草案不再 消除个性化. 从地址回到散装货商, 并且实际发送名字(它被存储并被丢弃).
· kamo-internal
NoReply 出局,对作为平台发送的邮件进行唯神审计 NoReply 地址
Mail 下的第三节只向符合上帝资格的成员显示,打开 /信息/发送/发送/发送:每封邮件 中继为平台 NoReply 地址, 最新的地址, 首先是搜索, a 发送/ 失效过滤器和显示完整信件的抽屉 。 这页子拒绝任何不合格的人。 这是礼貌, 不是锁:数据来自拒绝任何会话的电子邮件服务 没有GD.
· EmailService
作为平台发送的每个信件的分类账 NoReply 地址, 只有上帝才能读取
在电子邮件SmtpService中记录的邮件到达中继器的地方, 因此,交易模板、活动和 条款份额全部包括在内,而不选择加入。 拒绝记录 与接力的原因,仍然重推。 书写在自己身上 交易和永不丢出: 失败的审计行不能失败或回滚 一个发送。 Get/api/email/noreply-exlobed 列出分类账(搜索,状态过滤, 呼出, 机构被排除 ); /{id} 与它的身体返回一个消息 。 两者 需要GD在会话上,没有其他内容: 组织,所以没有兽科的右侧可以打开. 表格由 NoReply OutboundSchema 创建,作为 物品共享分类账是.
· kamo-internal
追踪链接可以降落在白色标签的CRM收费文章上
将 QQ 添加到目的地中 。 /上市/跟踪,带有自己的图标. 路径与兄弟姐妹一样无地: {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}市场营销站308号 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}并保持折扣 hop,与/pricing相同(与现场核对). 该行的标签和提示在 卡莫-翻译-词典 7a6fd4e2.
· kamo-marketing
让读者把座位费文章寄给他们认识的人
脚下的"穿"字形 达到 从一个芯片在顶部 和一条行后七个问题。 读者姓名 最多三个人,我们发电子邮件给他们 每个人的文章一次,与 上面的读者名;他们也可以在自己的邮件客户端中打开或复制 链接。 在Email Service看到它之前, POST / api/ share- article门: 同源 只有 *** 验证的服务器侧对 *** 服务( 另一个) 自动发送 仅供欧盟/欧洲经济区、联合王国和瑞士的游客参观。 它向着一个身体 从有界地上建造, 游客地址 我们的入侵记录, 执行限制 和平台的退出列表。 部署读取 InterNAL AUTH SECRET 从现有的mlos- 内部- auth 读取 秘密(可选的,所以网站仍没有开始)和收益 互联网档案馆的存檔,存档日期2013-12-21. EMAIL Service URL和CAPCHA Service URL.
· EmailService
以工作选择退出方式将文章发送给某个人, 作为平台 org
销售网站的访客最多可以把座位费文章寄到3个 人类 POST / api/ 内部/ 文章共享( X- 内部- Auth, 和其他所有文件一样) / api/ 内部端点) 向每个端点发送一个电子邮件作为顶级 组织,从“<sender>通过 KamoCRM”到“reswer-to the maters”。 重用已有的, 而不是添加第二个副本 : - Opt-outs在电子邮件中直播,按键到平台Org的ID,所以是一个 选择退出这里从不触及主机Org的列表和Org的列表 挡住这个 。 链接是一个签名的代号(orgId|-email, HMAC),表示: 已取消订阅控制器和页面, 并同时接受活动 符号,同时发送相同的RFC 8058 List-Un订阅页眉运动. - 交付通过... ... 交付选项( 播放名称和额外信头) 因此, 从 SPF 决定 接力后退在一个地方决定 调用信件 没有模板行,所以使用计数器被跳过。 限制,从散列分类账中计算 在启动时创建),所以每个播客都同意:每个请求3人,预设 每人每天10个,每个访客地址,每天500个, 每个地址每90天发一封邮件 永远不要到被压制的地址 并在 prod 配置图中设置批量- mail. unsit- base- url 。 代码 默认为空白,它发送没有未订阅链接的活动邮件.
· kamo-marketing
将每个页面输入 / siteap.xml 本身, 并只以它们拥有的语言列出页面
/siteap.xml是一个索引,所以打开它显示79个文件名而不是 网站的页面。 - /siteap.xml 现在是一个"urlset",每页:18 700页,每页在 其英文地址,每个语文版本均作为 赫勒弗朗候补 这在协议的50,000-URL/50 MB限额之内 用于一个文件; 通过它, 文件被全部拒绝 。 更改日志条目 没有替补人员就进去 这样文件就会接近60 MB 每个 条目页面宣布其语言本身。 - 每种语言的文件,其中每个语言版本都是自己的URL, 移动到 /siteap-index.xml. 机器人.txt 两个文件名。 - 列出其副本有自己信息命名空间的页面和名称 替代 , 仅在命名空间真正被翻译为 : 至少有90%的字符串存在,不到30%的字符串与 英语(app/lib/message-locales.ts). 新的 文章和/资源没有 翻译还没有。 一共21个地方,其中20个是英文版 在另一个前缀下。 - 收集页读取 " 收集 " 的同样实况计量,以取代 (原始内容存档于2017-10-29). the 硬编码的COLLECTION CONTENT LOCLES. 斯瓦希里语收集副本 从名单写起就翻译了 所以有132个真正的斯瓦希里语页 说到英语.
· kamo-internal
一个部门选择检查它显示的成员
Directory 的每个部门选择, 用于将整个列表转换为无任何选择模式 检查,并读取“拒绝”直到再次按下。 现在它检查每个成员 部门是 显示( 搜索和 All / Online / Outline 条列决定谁) 并放行检查过的任何人 在外边。 它总是读取Select, 并且在选择的时候被禁用。 完全就是这些行; 不检查一行, 检查别人, 或显示不同的过滤器 行能取还. 观众自己的一行被忽略了: 他们开始的团体聊天或会面,不管怎样,也包括他们。 否则会议会邀请他们聊天。 已禁用 aria- disabled , 因此键盘用户在面板的陷阱内保持焦点, 并用 dimmed 来隐藏 不透明是因为. operator-label的颜色是! 在尾风的'重要:真实'下很重要.
· kamo-marketing
关于谁保留软件座位费的公共服务公告
QQ 的新页面 非技术性 车主,转售的白标签平台如何运作: 平面代理执照,每座 机构维持费用, 和计量吸入器使用额最高。 以问题结束 在签署前询问,以及KamoCRM有何不同。 服务器上的文章, 有文章和Breadcrumbist JSON-LD, 它自己的 OG 免费注册、演示、联系和电话的CTA。 由资源菜单和中枢链接,从网站横幅作为 PSA 到 更改日志左侧,并在站点地图中列出.
· kamo-marketing
以每种语言列出每一页,并商定每一页
/siteap.xml 将每页都列出一次,作为它的英文URL. 17 843个变更日志 条目完全没有语言替代,每个页面的hreflang命名 所有21个地方,无论是否有页面。 - 每个语言版本现在都是自己的 "url" , 上面的页面满了, 对等的hreflang集群和x-默认:Google推荐的表格,以及 找到本地化的页面而不等待爬行者到 跟着另一个链接。 - 一个版本只列在它自己的单词:SITE LOCALES用于 手写网页、博客文章和更改日志列表页面; COLLECTION CONTENT LOCLES 用于比较、解决方案、集成和 词汇表;对于 KB 文章和更改日志条目, 本地语 KBService 和安保处报告一个真实的翻译。 英国的回声 不算数。 列出一个向英文提交词汇的版本 无法编制索引。 - 每页的 " 头 " 名称完全相同。 选择 语言 语言 语言 没有索引。 用于没有收藏副本的地方收藏页面 成为无索引, 而其他页面仍然指定他们为候补。 - 指数按部分(页数、藏书、每个KB部分、 changelog 列表页面, changelog 条目, 每个文件及其最新的上一个模块 并在5万-URL / 50 MB 限额之内。 Changelog 文件运行最老 首先,一个完整的文件再也不会改变。 - Changelog列表 第2..N页列出;每页都是自己的"犬". - /siteap.json是一个流文件,每页和每页 语言 URL./api/siteap 服务于同一文档。 - 无法读取的源答503而不是部分站点地图.
· KBService
说每个公共文章真正被翻译成哪个地方
营销网站的站点地图 现在列出每个语言版本的每个 帮助中心、文档和 API 参考文章,以及每个文章页 将其他人命名为其hreflang候补。 也说不出口 从回声中: 翻译Service 解答它没有提供者的指令 英文来源,所以sw和ta行重复英文标题和正文 逐个字(计量为2026-09-11). 命名这些会指向搜索引擎 以英文写成 树节点和单读现在带有 " 当地人 " :其标题或名称为 " 当地人 " 。 身体与英文文章不同。 仅身一身就够了 阿拉伯语 行可以将英文标题保留在被翻译的正文上. 在一个查询中计算 KbTranslated Locales Service 的每个请求,通过 实体管理员,所以不需要共享-图书馆发布.
