Sender ID

标准化问题

pra的缺点是，转发器和邮件列表只能通过修改邮件头来支持它，例如插入一个Sender或Resent-Sender。而后者违背RFC 2822并可能与RFC 822不兼容。
在使用SPF时，邮件列表能继续运作。希望支持SPF的转发器只需要修改SMTP MAIL FROM（邮件来自）和RCPT TO（回复至），而不是邮件。这不是新的概念，原始的RFC 821 SMTP转发器始终将其主机名添加到MAIL FROM中的反向路径。
最大的问题是，核心Sender ID规范推荐解释v=spf1策略为如同spf2.0/mfrom,pra而不是spf2.0/mfrom。这在2003年以来发布的所有SPF草案中从未考虑，并且对于未知的大量v=spf1策略、同时有pra和mfrom且不同的许多情况，对pra的评估可能导致错误的结果。此问题是向互联网架构委员会（IAB）呼吁的基础。为响应另一个先前的呼吁，IESG已注明Sender ID不能在IETF标准轨道上继续前进，必须先解决与RFC 2822的不兼容。

知识产权

Sender ID提案也是一个涉及知识产权授权的话题：微软持有Sender ID关键部分的专利，并以不兼容GNU通用公共许可证的条款许可这些专利，这在一些自由软件实现中被认为是有问题的。2006年10月23日，微软将这些专利放置到开放标准承诺下，这与自由和开源许可证兼容，但与GPL许可证3.x版本不兼容。