我正在尝试为一家小型设计公司建立一个使用 SMW 的系统，在该系统中，客户的项目每天都在进行，设计师会在 wiki 上更新该客户的页面（充当即兴变更日志）。
每个客户都充当自己的类别，与具有该单个客户的电子邮件标签的模板相关联。
我要做的是设置 mediawiki 站点，以便新页面通过电子邮件发送给客户。我试图避免设置一个通知系统，它只会告诉客户去查看他们的 wiki 页面，因为那样要么 a. 让每个人都能看到客户 A. 或 b. 的工作日志。导致客户 A 必须在 wiki 上注册。A 和 B 都不是我们所说的“好”。
有没有人对基于当前在 wiki 中客户页面上的电子邮件设置摘要系统有任何建议？我再说一遍，在这个理想的系统中，客户最终不会获得对 wiki 的任何访问权限，包括只读权限。
非常感谢您提供的任何帮助。
这可能吗？，我建议将页面下载为 xml 并将该 xml 发送给他（但它不会获取图像，或者可能获取页面的图像并将其发送给他
您可能需要为 MediaWiki 编写（或聘请某人编写）扩展程序。但在你这样做之前，重新考虑你的概念。
首先，Wiki 是关于编辑的，因此仅发送一封关于创建新文章的电子邮件可能是不够的。如果你的员工犯了一个愚蠢的错误怎么办？如果他在提交前忘记使用预览怎么办？另一方面，在每次页面更新时向客户发送垃圾邮件也是不好的选择。考虑使用Flagged Revisions 扩展。创建一个新页面，再次仔细阅读，然后将修订标记为稳定。您所需的通知扩展程序会在此类标记上发送一封电子邮件，允许您发送包含更新的电子邮件。请记住，用户可能有权自动标记他们的修订——禁用它。
类别可能与任何其他文章一样具有内容，因此它们适合存储电子邮件地址。
所以，回到你的问题：创建新页面时会触发ArticleInsertComplete 钩子。我不确定标记给定页面时触发了哪个钩子，它可能是ArticleSaveComplete。您的分机应该连接到这些钩子之一并发送电子邮件。我不确定如何检索呈现的文章，但这当然是可能的（在最坏的情况下，您可以执行 Web 请求来收集 HTML，但必须有更好的方法）。