我们的办公室使用Office 365和Google应用程序。 我们首先在Google应用程序上，并决定尝试一下Office 365。 有些人喜欢它，有些人不喜欢，并希望恢复到谷歌应用程序的邮件。 我们目前已将我们的MXlogging指向Google应用，而路由规则会将我们的Google应用帐户收到的所有消息发送到Office 365邮件服务器。 当我添加Google应用程序路由规则以将邮件发送给特定组（希望使用Google应用程序邮件的用户）的用户，并将其正常路由到Google应用程序邮件时，外部用户的邮件会被正确接收，但是，源自邮件的邮件从办公室365不通过MXlogging（到谷歌应用程序邮件）。 Office 365文档指定此scheme要求将域configuration为“内部中继域”，并已在此设置此选项 Office 365 -> Exchange Admin -> Mail Flow -> Accepted Domains — (Edit Domain, check Internal Relay Domain) 但是，办公室365内部发送给使用0ffice 365帐户的用户的邮件继续出现在office 365邮箱中，并且不会路由到mx邮件服务器（Google应用程序），因此不会显示在Google应用程序邮件信箱中。 如果Office 365的交换通讯簿中存在地址，Office 365将不会路由邮件。 这些用户需要保留Lync，Share Point等访问的Office 365帐户。 我希望Office 365通过域mxlogging（即Gmail）或明确地通过Gmail邮件服务器为每个人或者特定用户（Google Apps上的用户）路由发送邮件。 如果在Office 365中禁用这些帐户的Exchange应用程序是可能的，我不知道该怎么做，但从Office 365中完全删除这些帐户不是一个可行的解决scheme。
我正在考虑将我们公司的邮件系统（后端）迁移到云端。 即谷歌应用程序。 这是一个约30名员工的律师公司。 我们有一个小型企业服务器2003和Microsoft Exchange 2003.我们做每日备份。 我们使用依赖于Microsoft Office包的软件 – 这是不能改变的。 原因是：我们已经超出了服务器容量，不能进一步升级，而且空间不足。 购买新服务器将花费大量金钱。 因此，我正在考虑划掉Microsoft Exchange服务器并将邮件系统移到Google Apps。 对于最终用户，根本不会有任何变化，因为他们将继续使用Microsoft Outlook。 我的问题是，你认为这是一个很好的电话吗？ 您对Google Apps有什么个人的体验，等等。 我想要很多反馈。
我在Active Directory和Google Apps中运行了一个拥有大约150个用户帐户的小型大学networking。 我正在寻找将AD与G-Apps链接。 目前，我的用户需要为每个用户保留单独的密码。 显然这不是理想的情况。 我知道Google提供这种types的API，但不是真正的软件。 我看了一些商业产品，似乎倾向于人群（atlassian.com）。 我也感兴趣的是用户能够重置自己的密码或通过TXT消息接收随机生成的密码。 单点login会很好，但是如果我只是想让密码同步的话，这并不是必须的。 最好的做法是，当我在AD中创build用户时，它将自动显示在Google Apps中，并且当用户通过Windows（或必要时的网页）更改密码时，这些更改将反映在AD和G-Apps中。 我也使用Moodle，Joomla和其他一些能够对LDAP进行身份validation的产品。 我有Win2k3数据中心，和一个Ubuntunetworking服务器。 如有必要，我可以添加一个服务器。 有没有其他人做过这个，或类似的东西？ 有什么其他产品或技术我应该看看。 由于缺乏Linux / CLI的经验，我倾向于使用基于GUI的Windows。 我不是一个程序员，所以我需要一些可以开箱即用（或者尽可能接近）的东西。
假设我拥有域名example.org 。 我正在创build一个设置，使用Google Apps接收发送到[email protected]的电子邮件。 example.org的MXlogging已经指向Google的服务器，并且效果很好。 现在，我有一个应用程序服务器，我想发送自动电子邮件，如有关用户活动的通知等。我也可以使用此服务器发送批量电子邮件，如通讯（当然是合法的）。 在这里，我可以select为我的所有自动发送电子邮件使用子域名。 也许我可以从[email protected]发送这些电子邮件，并将回复标题设置为[email protected] ，然后将其导向到我的Google帐户以供真实的人回答。 我的问题是： 是否有从一个子域的电子邮件地址发送自动化电子邮件的附加好处？ 注意：我已经采取措施使用SPF和DKIM从应用程序服务器validation我的电子邮件。 我听说有些接收邮件服务器也做了反向MX检查，以确定你的电子邮件是垃圾邮件。 如果这是真的（？），我假设一个子域将是有用的，因为我可以做一个单独的MXloggingmail.example.org指向我的应用程序服务器，同时保持其他MX的example.org谷歌。 除此之外，还有什么其他的原因，我会使用子域？ 我注意到这是在Groupon，西南航空，办公室仓库和无数其他通讯服务（有时他们使用完全不同的域）的电子邮件中常用的，我一直没能弄清楚为什么。
传输域名是否会自动传输所有的DNSlogging？ 我正在转移到GoDaddy。 我特别关心MXlogging和其他人为Google Apps电子邮件和其他服务创build的logging。
我的网站托pipe在一个位置，也可以接受电子邮件的服务器上，我使用Google Apps作为电子邮件提供商。 在过去的18个月里，我没有遇到任何问题，也没有电子邮件丢失的报告。 不过本周，有人使用Hotmail试图给我发电子邮件。 他们发送的电子邮件中有25-50％被退回给他们，并发送“550中继不允许”消息。 我的MXlogging是正确的，并检查我的Web服务器上的Exim日志，我看到Hotmail正试图发送电子邮件到Alogging，因为这台服务器可以接受电子邮件。 这似乎是Hotmail的一个已知问题 。 由于我不能禁止从Web服务器接受来自Hotmail邮件（因为其他人使用Web服务器作为他们的电子邮件托pipe），有没有解决scheme？
我们最近把我们的服务器栈移到了一个新的数据场，我们的一些客户遇到了从他们的GApps帐户发送邮件的问题。 在服务器移动之前，我们没有任何问题，但我怀疑也许IP更改等可能有一些这方面的一部分。 我们发现问题是某些域的SPF标题不正确，而且没有包含Google SPFlogging。 我已经将TXTlogging添加到所有域中，其中v=spf1 include:_spf.google.com ~all以下v=spf1 include:_spf.google.com ~all解决了可交付性问题的方法，但是我不了解SPF足以知道DNS上的所有TXTlogging模板都可以。 如果某个网域使用Google Apps发送邮件，我们会禁用该网域的本地邮件路由，以防止任何内部邮件不通过，并且所有非GApps MXlogging都将被删除。 目前，每个域上都设置了以下内容： domain.com. TXT v=spf1 +a +mx -all domain.com. TXT v=spf1 include:_spf.google.com ~all mail.domain.com. TXT v=spf1 ip4:xxx.xxx.xxx.xxx a mx a:mail.domain.com mx:domain.com ?all 所以我的问题是： 上述logging是否正确（一些SPFtesting回复正面，其他消极）作为全球所有域被添加到服务器？ 上述两个domain.com DNSlogging可以连接成一个吗？ 如果Google没有通过Google Apps发送的域名包含SPFlogging，可以吗？ 如果使用Google Apps，是否需要删除其他TXTlogging？ 我不认为有必要删除mail.domain.comlogging，因为邮件不是从那里发起的，但如果存在的话可能会导致任何问题。 我们在一个服务器堆栈上运行了100多个域名，并且更新它们都不是很有趣，但是我宁愿这样做是正确的。 提前致谢。
这是一个有关云服务替代Active Directory的典型问题 。 是否可以使用Google Apps或其他Cloud Service作为Windows域控制器的替代品（replace我的整个AD基础设施）？ 具体来说，我想删除我们对本地Windows Server的依赖; 目前它充当一个带有文件和打印服务的域控制器。 我想用基于托pipe应用程序的东西无缝地replace这个服务器。 我不只是想将服务器移动到专用或并置服务器。 我还没有弄清楚如何拼凑打印机/等共享。 如果有人有任何的洞察力，这将不胜感激。 我们的目标是最终把我所有的服务器移到云端，然后写出整个事件的案例研究。
我注意到我的谷歌应用程序域的一个奇怪的行为。 大部分邮件都像你所期望的那样通过，但是经过一段时间，我发现某些发件人的邮件没有通过。 在确定一个这样的发件人，邮件不通过，我已经请他给我发一封电子邮件，并转发“传递失败” – 回应我的常规Gmail。 传递失败响应包含以下片段： —–会议logging如下—– <[email protected]> …延迟：连接超时与ghs.l.google.com。 这帮助我通过快速search来识别问题，并将其引导至Google Apps帮助论坛上的此页面 。 事实上，我查看了我的域名的DNSlogging， @被设置为ghs.google.com。 （CNAME），它不应该。 将其更改为@ 74.125.93.121 (A) *解决了问题。 我知道，在邮件无法通过的情况下，我的域名被CNAME查找的规范名称替代，因此邮件被发送到[email protected]而不是[email protected] 。 但是，为什么它对绝大多数发件人都有效？ 发件人的邮件不通过，使用一些不同types的邮件协议，一些奇怪的DNS设置，或者它可能是什么？ 通过研究谷歌的问题，我可以看到，这似乎是一个广泛的问题（很多人抱怨战网的电子邮件没有通过，将是一个stream行的例子），只是人们似乎并不要知道问题出在他们自己的DNS设置上，而不是在发件人那边。 那么如何解释呢？ *我使用这个知识产权，因为我在这里读到，但我认为任何知识产权都可以做到这一点。 任何人都可以确认吗？ 请注意，仅仅删除@logging不能解决问题，必须更改。
或者，也许任何oauth？ 所有我能find的 – 与谷歌2因素authentication。 但是，我想使用Google Apps基础进行OpenVPN身份validation。 我相信有可能做出像gitlab一样的东西。 你可以把你的证书，然后使用它没有login名和密码。