我同意在插件页面上缺少一个完整的描述，强迫用户添加每个选项并点击（？）来找出它的目的是一个糟糕的用户体验。但是，大多数条件似乎是不言自明的。一个JIRA feature improvement是一个合理的要求。
基本用户可以忽略其中的大部分，但是作为开发人员，如果你认为你有一个条件/状态转换需要特殊的通知，它可能会被包含在列表中。条件被安排在in the code中，描述符在单独的帮助文件/help.html中。
条件类别为（不确定哪些不明显）：

• 生成前
• [如果]未构建
• 已中止
• 始终
• [任何]状态已更改
• 失败;各种标准[第1个、第2个、任意、静止、X ]
• 失败-〉不稳定（测试失败）
• 不稳定（构建但测试失败）;各种标准[第一个、任意、静止、F-〉S ]
• 修复（构建失败-〉现在成功构建）
• 成功案例
• 运行脚本（生成前/生成后）（脚本评估为成功，发送电子邮件）

根据我对标准的解释（而不是下面的阅读），任何是任何故障，无论之前的结果如何。第一次仅适用于第一次故障，第二次仅适用于第二次故障，“X”适用于“X”次（或第n次）故障。仍然是每次连续发生一次以上的故障后;因此不会在第一次失败时发生。成功将所有计数器重置为零。
我已经在这里（clone）提取了“帮助”解释（从v.2.83开始|grep个|sed）：

已中止触发器：如果生成状态为“已中止”，则将发送一封电子邮件。生成通过UI或API中止，但通常需要某种用户干预才能进行。中止的生成在执行过程中停止。
始终触发器：无论生成的状态如何，始终在生成后触发电子邮件。
生成触发器：每当构建从失败（编译或构建步骤失败）到不稳定（单元测试失败）时，都会发送一封电子邮件。这基本上意味着所有的构建步骤都成功了，但仍有测试失败。
故障触发器：每当构建失败时都会发送电子邮件。如果配置了“Failure - Still”触发器，并且上一个构建状态为“Failure”，则“Failure - Still”触发器将改为发送电子邮件。
第一个失败触发器：当构建状态从“成功”更改为“失败”时，将发送电子邮件
第一个不稳定触发器：当构建状态从“任何”更改为“不稳定”时，将发送电子邮件。
固定触发器：当构建状态从“失败”或“不稳定”更改为“成功”时，将发送电子邮件。
已修复的不健康触发器：当生成状态从“失败”或“不稳定”更改为“成功”时，将发送一封电子邮件。中间的“已中止”生成将被忽略。
改进触发器：只要有改进，就会传送电子邮件。只要组建的测试失败次数比先前组建少，就视为已改进。如果目前的失败计数变成0（不再有测试失败），这个触发程序就不会传送电子邮件。
未建立触发器：如果构建状态为“未构建”，则会发送一封电子邮件。此状态代码用于多阶段构建（如maven 2），其中早期阶段的问题阻止了后期阶段的构建。
预生成脚本触发器：生成发生。脚本的最后一行应该解析为true以发送电子邮件，或者解析为false以不发送电子邮件。有四个对象被添加到模型中，以供脚本用来与生成交互。示例：

// the last line in the script should resolve to a boolean true or false 
// only send am email if the previous build failed 
// this could be used to notify people that a new build is happening
build.previousBuild.result.toString().equals('FAILURE')

预生成触发器：当构建开始时，但在SCM轮询完成之后，将发送一封电子邮件。
回归触发器：每当发生回归时，就会传送电子邮件。每当组建的失败次数比先前组建多，或是有新的测试失败时，就会将组建视为回归。
脚本触发器：生成发生。脚本的最后一行应该解析为true以发送电子邮件，或者解析为false以不发送电子邮件。有四个对象被添加到模型中，以供脚本用来与生成交互。示例：

// the last line in the script should resolve to a boolean true or false 
// only send am email if the build failed and 'mickeymouse' had a commit
build.result.toString().equals('FAILURE') && build.hasParticipant(User.get('mickeymouse'))

第二个故障触发器：如果在成功构建后连续两次构建失败，则会发送电子邮件。
状态更改触发器：如果构建状态发生更改，将发送电子邮件。
仍然失败的触发器：如果一行中有两个或更多个生成的生成状态为“失败”，则将发送电子邮件。
仍然不稳定触发器：如果一行中有两个或多个生成的生成状态为“不稳定”，则将发送电子邮件。如果测试失败，但所有生成步骤都已成功完成，则生成不稳定。
成功触发器：如果生成状态为“成功”，则将发送电子邮件。如果配置了“已修复”触发器，并且以前的生成状态为“失败”或“不稳定”，则“已修复”触发器将改为发送电子邮件。

不稳定触发器：每当组建不稳定时，就会传送电子邮件。如果测试失败，但所有组建步骤都已顺利完成，则组建不稳定。如果设定了[不稳定-静止]触发程序，而且先前的组建状态是[不稳定]，则[不稳定-静止]触发程序会改为传送电子邮件。
第X个失败触发器：如果在成功构建后连续X次构建失败，则将发送电子邮件。

请参阅电子邮件扩展、触发器
添加触发器后，您有几个选项。要查看此插件发送电子邮件必须满足的条件，请单击触发器旁边的“？”（问号）。
因此，在添加触发器后，实际上请查看其内联帮助（

）。

Jenkins插件页面中的文档似乎有所改进。（版本：第2.92节）
https://plugins.jenkins.io/email-ext/#plugin-content-triggers
触发器默认情况下，唯一配置的触发器是“失败-任意”触发器。要添加更多触发器，请从下拉列表中选择一个，它将被添加到列表中。要查看此插件发送电子邮件必须满足的条件，请单击触发器旁边的“？”（问号）。
扩展的电子邮件发布器触发器以下触发器可作为扩展的电子邮件发布器插件的一部分使用，其他插件也可以通过扩展的电子邮件发布器中定义的扩展点提供触发器：
Aborted如果生成状态为“Aborted”，则将发送电子邮件。生成通过UI或API中止，但通常需要某种用户干预才能进行。中止的生成在执行过程中停止。
始终始终在生成后触发电子邮件，而不管生成的状态如何。
构建之前在构建开始时发送电子邮件，但要在SCM轮询完成之后。
Failure → Unstable（Test Failures）每当构建从失败（编译或构建步骤失败）到不稳定（单元测试失败），都会发送一封电子邮件。这基本上意味着所有的构建步骤都是成功的，但是仍然有测试失败。
失败-任何每当建置失败时，都会传送电子邮件。如果设定了“失败-仍然”触发程序，而且先前的建置状态是“失败”，则“失败-仍然”触发程序会改为传送电子邮件。
Failure - 1st当构建状态从“Success”更改为“Failure”时，将发送一封电子邮件。
Failure - 2nd如果在成功构建后连续两次构建失败，则会发送电子邮件。
失败-仍然如果一行中有两个或更多个构建的构建状态为“失败”，则将发送电子邮件。
Failure - X在成功构建后连续X次构建失败时，将发送电子邮件
当构建状态从“失败”或“不稳定”更改为“成功”时，将发送一封电子邮件。
未构建如果构建状态为“未构建”，则会发送一封电子邮件。此状态代码用于多阶段构建（如maven 2），其中早期阶段的问题阻止了后期阶段的构建。
脚本-生成后允许用户定义一个脚本，执行该脚本以确定是否应在生成发生后发送电子邮件。脚本的最后一行应解析为true以发送电子邮件，或解析为false以不发送电子邮件。有关脚本可用的参数，请参阅下面的脚本触发器选项。
命令档-建置前允许使用者定义要执行的命令档，以决定是否应在建置发生之前传送电子邮件。命令档的最后一行应解析为true以传送电子邮件，或解析为false以不传送电子邮件。如需命令档可用的参数，请参阅下面的命令档触发程序选项。
状态已更改如果生成状态更改，将发送电子邮件。
成功如果生成状态为“成功”，则将发送电子邮件。如果配置了“已修复”触发器，并且上一个生成状态为“失败”或“不稳定”，则“已修复”触发器将改为发送电子邮件。
测试改进每当有改进时都会发送电子邮件。只要生成的测试失败次数比上一个生成少，就认为该生成已改进。如果当前失败计数变为0（不再有测试失败），则此触发器将不会发送电子邮件。
测试回归每当发生回归时，都会发送电子邮件。每当生成比上一个生成失败的次数多，或者如果有新的测试失败，则认为该生成正在回归。
不稳定（测试失败）每当组建不稳定时，就会传送电子邮件。如果测试失败，但所有组建步骤都已顺利完成，则组建不稳定。如果设定了“不稳定-静止”触发程序，而且先前的组建状态是“不稳定”，则“不稳定-静止”触发程序会改为传送电子邮件。
不稳定（测试失败）-第一，当构建状态从任何状态更改为“不稳定”时，将发送电子邮件。
不稳定（测试失败）-仍然如果一行中有两个或更多个生成的生成状态为“不稳定”，则将发送一封电子邮件。如果测试失败，但所有生成步骤都已成功完成，则生成不稳定。
不稳定（测试失败）/失败→成功当构建状态从“失败”或“不稳定”更改为“成功”时，将发送一封电子邮件。中间的“中止”构建将被忽略。