https://service.sap.com/sap/support/notes/1734732

https://service.sap.com/sap/support/notes/2065802

在过去的几周里，购物领券，我收到了很多关于sap应用程序向外部收件人发送邮件时意外读取通知的问题。

在这里我想强调一下行为是如何改变的/没有改变的更改

有2个重要的SAP说明，怎样做淘客，有助于了解情况：

1734732和2065802。

如果说明1734732已实施或SAPKB70212、SAPKB72008、SAPKB73008、SAPKB73105比"已转移"通知可请求

无需同时请求"读取"通知。在此行为之后，标准设置（理解）也不是请求读取通知。

I发送方应用程序没有设置此属性（读取通知），而接收方没有在其邮件客户端中获得弹出窗口。

2年后，便笺2065802出现以下症状：

"自SAP NW 7.0起增强包2，爱淘客，您可以请求"已传输"通知，而无需同时请求"已读取"通知。SAP Note 1734732包含支持此功能的必需更改。如果应用程序未传递任何值或状态通知请求的值不正确，则使用默认设置。这通常用于包含所有可能状态通知的请求。与上述SAP注释一起交付的更改更改了此默认行为，大淘客是什么，因此不再请求"读取"通知。但是，它们仍然是必需的，因此新的行为是不正确的"

这意味着如果应用了注释2065802或SAPKB70217、SAPKB72008、SAPKB73013、SAPKB73115、SAPKB74010，大数据需要学习什么，并且应用程序未设置

通知请求或设置了不正确的值，则将使用默认值。这个值是：

deliver='X'。

not_deli='X'。

mailstatus='E'。

read='X'。

我希望这个博客有助于理解阅读通知的新旧行为。

应用程序可以在这里的某个地方设置所用输出类型中的'Send Status'：

所有这些的一个副作用是现在忽略SCOT中的"接收确认"设置，默认设置为请求所有已发送电子邮件的状态通知。然而，注1607686提供了一个解决方案（表SXPARAMS中的一个新条目）来纠正这个问题。