对于一个相当普遍的问题,这似乎是一个非常高级的书呆子级别的上下文。作为一个书呆子,我被关于 64 与 x86 的讨论以及 .net 的伪通用二进制方面所吸引。但我内心的技术支持疑难解答不禁认为核心问题需要明确并系统地解决......
所以你真正的问题,不管邮件客户端(正如你自己所说),也不管你的 CPU,你不能让你的邮件客户端成为 mailto 的默认协议处理程序。或者说得非常简单,你不能让你喜欢的程序成为默认程序。
我倾向于认为问题的 64/86 方面是不相关的。它们很有趣,并且可能会产生一些影响,但是如果程序运行得很好(该架构中的代码没有问题等),并且如果它确实发送电子邮件也很好(发送和接收电子邮件,所有 SMTP 和 IMAP 都方式),那么我怀疑操作系统是否正在密谋阻止客户接任门廊狗的领导者。
如果有的话,我会说客户有自尊问题并且害怕成为 mailto 协议处理程序。大多数客户忍不住询问是否应该是主要的,如果你说是,他们会将这个词传递给其他应用程序和注册表。他们确保每个人都知道他们是房子里的新邮箱之王。
所以,我首先会尝试(基本故障排除):安装另一个邮件客户端,看看它是否有同样的问题。如果是这样,您的操作系统就是一个恶霸,您将想要探索这些路线。
但是,如果这个其他客户端可以进入默认程序俱乐部并成为 mailto 处理程序,那么问题出在您的应用程序上。这是一个不知道如何正确维护自己的大懦夫。
但是就像许多弱者在等待一个酷孩子把他们带到他们的翅膀下(我指的是 Thunderbird。不要打扰任何其他客户端),您的应用程序可以站在工作的第三方客户端的肩膀上。
我们必须假设 Thunderbird 至少做了一件甚至两件你的应用没有做的事情。第一个是将其名称与注册表中的协议绑定。到处看看,看看你能不能找到他的名字,以及它是如何与 mailto 协议相关联的。很有可能您可以将他的名字换成您的名字,或者至少尝试将协议也固定在您身上。
T-Bird 可能做的第二件事是让自己进入“默认程序”列表(我不太喜欢 7 的一个功能,因为它背后有一个很酷的概念——即,让我们将应用程序组合在一起如果他们中的一个人能做类似的工作,而不是每次都等着看。但是 Windows 搞砸了那个美好的时光(大惊喜),表现得像一个过度保护的父母,并出现在孩子们的聚会上并说“我觉得这两个人应该在这个群里吧?”
好吧,我希望通过从 Thunderbird 借用 mailto 来访问它,你会受到默认程序俱乐部的欢迎,但如果你不是并且你仍然是 mailto 处理程序,我会把它注销,至少要幸灾乐祸一两个星期,然后再尝试解决这个问题。
现在,如果 Thunderbird 无法控制邮件,我非常倾向于认为 Windows 7 实际上放置了某种奇怪的种姓系统,应用程序及其安装程序(例如用户)必须在其中证明它们的价值通过弄清楚大秘密是什么来加入团队。
哦,如果一切都失败了,请尝试在没有网络的情况下以安全模式重新启动,在该环境中安装您的客户端,然后启动它。看看你是否不能在其他人处于假死状态时将其设为默认值。通过使用 mailto 编写一个基本的 HTML 页面来进行测试运行(显然没有网络),然后查看单击它是否会打开您的客户端。
然后在正常模式下重新启动时交叉手指。
让我知道以上任何一项是否有帮助。