问题标签 [autodiscovery]

您可以使用RFC 6186来实现邮件的自动发现。然而，目前我不清楚哪些主要客户实际使用该协议？

因此 RFC 6186 描述了使用这些 DNS 记录的自动发现。例如：

我已经怀疑他们不使用它的主要客户。

• Outlook 使用它自己的 autdiscovery 方法（使用_autodiscover._tcp.{mydomain.com}）。
• Thunderbird 使用它自己的方法。这些都不涉及 RFC。请参阅此页面。
• iOS 邮件似乎没有使用任何自动发现方法：但我对此不是 100% 确定的！尽管可以将 iOS 用户指向一个 mobileconfig 配置文件。
• Android 的股票邮件应用似乎不支持自动发现。

很想知道哪些主要工具使用它！谢谢。

We have 2 Ubuntu machines on VMware hypervisor and those attached to the same virtual switch. I installed same version of ElasticSearch (7.6) on them and you can find configurations right bellow:

node-1:

node-2:

when starting them they work separately and both have a single active node, I have tried these configurations on one Linux machine with 2 containers and work correctly with the auto-discovery module. What is wrong with my configuration?

Update: log_file

所以，这将是我最后一次尝试在这个问题上获得一些帮助。我也已经在 reddit 上发了一篇关于这个的帖子，但到目前为止，还没有解决方案。

我正在运行一个 ISPConfig 服务器。它有一个 Automail 插件（自动配置和自动发现）。Thunderbird 的自动配置工作正常。使用所有正确的设置。Autodisover（Outlook 2016 和 W10 邮件）使用了错误的设置。

tldr：Outlook 2016 使用错误的服务器详细信息 (imap/smtp.client.com) 而不是返回的 XML (mail.server.com)。我不明白为什么。

此图像应显示自动转移的流程：

到目前为止我做了什么：

1 https://testconnectivity.microsoft.com/ -> Microsoft Office Outlook 连接测试仅警告是：Microsoft 连接分析器只能使用 Windows 更新中的根证书更新功能验证证书链。如果未启用“更新根证书”功能，您的证书在 Windows 上可能不受信任。

2 https://docs.microsoft.com/en-us/outlook/troubleshoot/domain-management/unexpected-autodiscover-behavior -> 使用注册表设置禁用除 SRV 查找之外的所有自动分发方式

• 首选LocalXML => 0
• 排除HttpRedirect => 1
• 排除HttpsAutoDiscoverDomain => 1
• 排除HttpsRootDomain => 1
• 排除ScpLookup => 1
• 排除服务记录 => 0
• ExcludeLastKnownGoodURL=> 1
• ExcludeExplicitO365Endpoint => 1

3 使用outlook“自动邮件配置测试”（在outlook打开时（未配置账户），ctrl+右键单击系统托盘图标）并测试账户。所有的测试都成功了，只使用了 SRV 查找，并且返回的 XML 在所有正确的设置（服务器、端口等）下都是正确的。

奇怪的是，Outlook 仍在使用 imap.client.com 和 smtp.client.com 而不是 XML 值返回 bij SRV 查找。

XML 返回是：

但是打开日志记录时前景显示的是：

在部署在 Kubernetes 上的基于 Hazelcast 的系统中，使用自动发现 by service-label，我试图获取部署每个节点的Pod 名称。我得到的确实是第一个节点的 pod 名称，但第二个节点的服务名称。例如，octane-deployment-blue-123c44bfb-xyzab（pod）然后是10-20-30-100.my-service.svc.cluster.local（服务）。

我通过以下方式获取值

似乎名称是由自动发现机制决定的。

有什么方法可以获得这个值吗？

我正在编写一个简单的基准脚本，该脚本需要https://outlook.office365.com/autodiscover/autodiscover.xml提供的信息。我正在使用我的 Outlook.com 电子邮件凭据进行基本身份验证，并且在我的计算机上进行测试时效果很好。

当我与我的同事（使用相同的凭据）共享脚本时，他收到了403 Forbidden对该请求的响应。经过反复试验，该脚本似乎可以在我所在国家/地区的多个不同网络上运行，但是一旦我从另一个国家/地区运行它，我就会得到403 Forbidden. 由于这是一个基准脚本，因此我必须使用相同的凭据。

鉴于脚本始终相同，我无法获得有关可能导致问题的任何信息，我怀疑这可能是一项安全功能，阻止用户从不同国家/地区进行身份验证，但我找不到任何文档甚至提到其中。

有谁知道可能导致 403 的原因是什么？

我正在尝试找出这个 tplink C200 相机的 API 堆栈，它不是公开的。我可以使用 fiddler 和 Wireshark 相对轻松地找出大多数 Api 调用，但是在发现调用开始时的一些二进制帧让我感到困惑。

一旦用户第一次登录，Camera 的 android App 就会开始将此 udp 数据包广播到 255.255.255.255：

它每隔一段时间就会熄灭，直到相机回复。我试图模仿数据包但没有成功，因为我无法复制这些字节（数据帧的开头）：

(002B->003A): 02 00 00 01 01 e5 11 00 08 34 d4 是 c1 46 b6 89

正如您在此之后立即注意到的 ASCII 可读消息开始（{“params”：...），我重复了几次发现步骤，我注意到这些字节在某种程度上与 udp 发现的应用程序端的本地绑定端口有关消息是通过发送的，以下是我收集的示例：

我找不到关系，我尝试了几种不同的物联网协议和散列方法，有人知道这些是什么或它们是如何计算的吗？

PS那些端口号以某种方式在这些帧中编码，它应该是工业编码，简单的哈希或异或加密。任何想法？

我不是在寻找解决以下 python 解释器发现失败错误的解决方案：

相反，我需要的是记录 python 发现失败的 IP。

下面是我的手册，我可以在其中从我的 ansible 主机记录失败、telnet 和失败的 ssh。但是，我还希望记录失败的 python 发现。

下面是我的剧本。

对于成功的 ssh 连接，我如何检测 python_interpreter 是否被目标主机上的 ansible 发现？

因此，我正在寻找以下内容：

如何抑制 discover_python_interpreter 的致命错误并使用raw缺少它的模块记录所有 IP。

适用于 iOS 和 Android 的 Outlook 应用程序似乎都不尊重 /autodiscover.xml 文件，该文件通常用于提供给定邮件地址所需的邮件设置。

我在网上的任何地方都找不到有关此的任何信息。当您想要自动配置 Exchange 环境时，我确信一切都可以完美运行，但这不是我在这里谈论的内容。

我们的设置（适用于 Outlook 365 桌面软件）：

1. 我们在 https://[domain]/autodiscover/autodiscover.xml 上托管一个文件

2. 该内容如下所示：

在我配置 info@[domain] 之后，我验证了这个文件确实被访问了！

笔记：

• 我也尝试建立SRV记录。但这也没有效果。
• Microsoft 以前存在的用于测试自动发现问题的工具已不复存在。

有谁知道发生了什么？

有没有办法查询给定的 NEAR 合约提供了哪些方法？（例如，这样就可以自动发现某些标准接口。）或者您是否必须在与合约交互之前已经知道方法签名？

我的应用程序中有 2 个流，当我尝试创建 API 自动发现策略时，我们只能从下拉列表中选择任何一个流。我们如何为这两个流创建 API 自动发现。我们是否需要为一个流程分别创建 2 个自动发现配置？谢谢，