ASP Web Forms应用邮件设置修改无效仍能发邮件问题求助

1. 共享应用池导致凭据复用 #

• ASP.NET的配置系统是在应用池层面做缓存的，当两个实例共用同一个应用池时，应用池启动后会把加载的配置存在内存里。如果生产实例先启动，它会把正确的Exchange凭据加载到应用池内存，后续测试实例启动时直接复用了这份缓存的配置，根本没去读自己web.config里的无效密码。
• 验证方式：别用全局的iisreset /restart，单独回收测试站点对应的应用程序（IIS管理器里找到测试站点右键点"回收"），再测试发件功能。因为全局重启后如果生产实例先初始化，还是会把正确凭据加载进去，测试实例照样复用。

2. Exchange Server的连接/令牌缓存 #

• Exchange确实会缓存已通过验证的连接会话或者OAuth令牌（如果用的是现代认证）。如果测试实例之前用正确密码建立了持久连接，哪怕后来密码改了，Exchange可能还允许这个连接用一段时间，直到会话过期或者连接被主动断开。
• 验证方式：重启Exchange的邮件相关服务（比如Microsoft Exchange Transport），或者等一段时间（看Exchange的会话超时设置），再测试测试环境的发件，看会不会失效。

3. ASP.NET系统级配置的缓存特性 #

• <system.net>这类属于系统级配置，ASP.NET对它的缓存策略比普通应用配置更严格。单个站点的web.config修改可能不会触发系统级配置的重新加载，哪怕重启了IIS，共享应用池下还是会复用之前缓存的系统配置。
• 验证方式：给测试站点的web.config加个无关的<appSettings>键值对（比如<add key="test" value="1"/>），触发应用重启，之后再测试邮件发送。

4. 代码里的隐藏配置 #

• 检查代码里有没有硬编码的Exchange凭据，或者有没有从数据库、其他配置文件读取邮件配置的逻辑。有时候测试阶段会临时在代码里写死正确密码，后续忘了移除，导致web.config改了也没用。

内容的提问来源于stack exchange，提问作者Benedek Ott