已配置哪些电子邮件地址?

当您使用 email_in 功能时,您应该跟踪已配置并与类别或组关联的电子邮件。这个 data-explorer 查询将向您展示类别 slug 或组名称以及关联电子邮件地址的列表,以便您可以将其复制并粘贴到帖子中,以获得此类关联的可点击列表,例如,验证描述是否提到了正确的电子邮件地址,或验证您的邮件传输代理设置。

configured-email-addresses.dcquery.json (1.2 KB) 一起使用:导入

-- 返回所有已配置的类别和组的电子邮件,按名称排序
--
-- 构建类别 slug
WITH cat_slug AS (
-- 捕获类别 slug 以使其在帖子中可点击
SELECT CONCAT('#', c.slug) AS identifier, c.id
FROM categories c
WHERE c.parent_category_id IS NULL
GROUP BY identifier, c.id
UNION ALL
-- 对子类别也这样做
SELECT CONCAT('#', p.slug, ':', c.slug) AS identifier, c.id
FROM categories c, categories p
WHERE c.parent_category_id = p.id
GROUP BY identifier, c.id
ORDER BY identifier
)
-- 捕获 @group、email 对
SELECT CONCAT('@', g.name) AS name, g.incoming_email AS email
FROM groups g
WHERE g.incoming_email IS NOT NULL
GROUP BY name, email
UNION ALL
-- 捕获 #category、email 对
SELECT cs.identifier AS name, c.email_in AS email
FROM categories c, cat_slug cs
WHERE c.id = cs.id AND c.email_in IS NOT NULL
GROUP by cs.identifier, name, email
-- 提供一个漂亮的按字母顺序排列的列表
ORDER BY name
3 个赞

非常喜欢这个功能,并认为它是核心功能的一个有力候选者。

4 个赞

我想您也想看到 NULL 结果,以便确保 mailing_list_mode 在所有情况下都能正常工作。

听起来很有趣。您设想核心如何支持这一点?也许在某个地方添加一个报告?

是的,我认为这类东西可以作为默认管理员报告很有用。

1 个赞

我刚注意到上面的 SQL 查询没有考虑群组和分类的管道分隔的多个电子邮件地址