服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

Google App Engine连接失败的XMPP API

我完全无法获取应用程序引擎应用程序中的App Engine XMPP API,以便与计算引擎上的实例上运行的外部XMPP Openfire服务器通信。 我同样没有通过免费的jabber服务器(jabber.at)连接到应用程序引擎应用程序。 在这两种情况下,错误消息返回远程服务器不能find,或在端口5269找不到。但是一个ncat扫描显示5269是在应用程序引擎应用程序打开。 我已经阅读了谷歌教程,其中说:“事件的基本顺序将如下所示:*用户将[email protected]添加到他们在Google Talk或其他XMPP客户端的好友列表*用户询问Amazing人群大师的一个问题,通过input“/ tellme鸭子的庸医回声? 等等。” 我已经添加名称的所有变种名单/好友名单,什么也没有发生。 我已经检查了appspot和appspotchat的地址,他们是按照规定。 在这两种情况下,我都毫不费力地将XMPP服务器作为独立于App Engine的正常IM服务器。 XMPP API仍然工作吗? 如果是这样,是否有一些目前正在工作的示例java代码在任 现在有没有比Google App Engine网站上提供的更详细的教程或其他可用信息? (我的意思是,Python和Java片段,但只是一个Python完整的例子,为什么?'用户将[email protected]添加到他们的好友列表'是没有帮助的,没有其他设置或步骤是必需的吗? 任何帮助赞赏。 我希望在我的应用程序上设置一个简单的IM或聊天function。 2015年5月10日

Google Apps与内部/客户托pipe的SMTP中继 – (不使用smtp-relay.gmail.com服务)

我们正在使用Google Apps作为我们的电子邮件服务,并且每天从我们的内部中转服务器(仅向外出,无开放中继)向客户发送大约15k封电子邮件。 最近,我们最终得到了CBL黑名单上列出的三个出站IP地址,没有其他的。 它提到的第一个原因是它检测到的邮件类似于一个僵尸networking,但稍后检查后,确切原因改为: This IP address is HELO'ing as "localhost.localdomain" which violates the relevant standards (specifically: RFC5321). 这似乎是正确的 – 我们的内部邮件中继使用IIS 6.0 SMTP虚拟服务器,并从我们内部的一堆系统转发邮件到客户通知以及服务器/系统通知供内部使用。 SMTP虚拟服务器的FQDN是本地服务器名称,可以说是mail.company.local(是的,我们的内部域名是.local – sigh)。 我将FQDN改为company.com ,然后检查一个演出原件,我看到SPFlogging被列为= pass ,而不是= neutral 。 我认为这样做是固定的。 我看到的另一个问题是反向DNSlogging。 目前我们没有一个,CBL注意到反向DNSlogging是不必要的 – 但是仍然让我怀疑是否这不是一个想法的坏设置。 问题是我们的configuration将会让人困惑。 我们的公司主网站(也是我们发送电子邮件的company.com电子邮件域名)不是由我们托pipe的,它的IP范围与我们发送邮件的内部系统出站IP地址完全不同。 如果我在出站IP地址上为company.com设置了反向DNSlogging,则反向查找将不会与为company.comparsing的IP相匹配 – 对于我们的公司网站而言,我们的公司网站不会被parsing。 令人困惑 – 可能不是必需的..但是这是我想要解决的问题,以防万一它是一个variables。 CBL是我们现在的主要优先事项,除非这是相关的(CBL表示他们不关心rDNS),那么现在我宁愿担心CBL。 第二天结束了再次重新举办,我不知道从哪里去。 这是我们唯一的端口25stream量出去这些IP,但有些不匹配。 我无法find任何types的最佳做法文档或项目来检查Google Apps +内部SMTP中继,只有使用您的内部服务器到smarthost中继到smtp-relay.gmail.com Google Apps +的最佳实践 – […]