Articles of g suite

CloudFlare CDN和基于Amazon S3的静态站点

我已经build立了一个S3存储桶来托pipe我的静态网站。 现在我正在尝试打包CloudFlare,但在CloudFlare的DNSpipe理器中为根域添加CNAME条目时出现以下警告: CNAME example.com example.com.s3-website-us-east-1.amazonaws.com DNS规范不允许根域CNAMElogging。 较早的recursion和邮件程序可能不遵循这个CNAME。 如果您计划将此logging用作MX或SRV目标,您可能需要将此logging更改为Alogging。 我find的例子显示了一个使用子域的工作设置(例如,通过https://support.cloudflare.com/entries/22077268-How-do-I-use-CloudFlare-with-Amazon-s images.example.com -S3-Service- ),但我有兴趣从根域完全托pipe网站。 一切似乎现在正在工作…该域用Google Apps MXlogging设置 – 我可以忽略CloudFlare的警告? 我觉得能够将根域设置为Alogging更舒服,但我不知道如何实现这一点。

如何将webmail.mydomain.comredirect到https://mail.google.com/a/mydomain.com?

我已经为您的网域设置了Google应用程式。 我想为用户提供一个友好的方式去谷歌login页面。 什么是我需要创build的DNSlogging,以便:webmail.mydomain.com转发到https://mail.google.com/a/mydomain.com ?

如何在Server 2008中使用额外参数运行计划任务?

我们现在面临的问题是,当任务计划程序为Google Apps执行程序时,计划同步不起作用。 在命令提示符下程序运行如下: CD C:\ Program Files \ Google Apps Directory Sync \ sync-cmd.exe -a -o -c August2011.xml 我们正在运行Windows Server 2008,因此引用的链接并不适用( http://www.google.com/support/enterprise/static/gapps/docs/admin/en/gads/admin/sync_schedule.html ) 我们在Windows任务计划程序中尝试了以下方法,但运气不佳: 程序/脚本:“sync-cmd.exe -a -o -c August2011.xml”添加参数:从“C:\ Program Files \ Google Apps Directory Sync \”开始 程序/脚本:“C:\ Program Files \ Google Apps Directory Sync \ sync-cmd.exe”添加参数:“-a -o -c August2011.xml”开始于: 程序/脚本:“C:\ Program Files \ Google […]

使用Google Apps / G Suite作为Office365的IdP

我正在尝试设置SAML SSO,其中G Suite是Office 365(服务提供商)的身份提供商。 Google的说明有限: https : //support.google.com/a/answer/6363817?hl = zh_CN 但是我在这里find了一些很好的帮助: http : //www.viewds.com/blog/making-office-365-work-with-an-external-saml-identity-provider.html 我现在相信我有SAML请求正确地来回,但我遇到了一个障碍。 来自Google的说明: 默认的名称ID必须与由ImmutableID设置的要求匹配。 使用Active Directory同步来configuration它。 多值input不受支持。 这似乎很简单,但Google发送电子邮件地址作为默认的名称ID和AzureAD使用明显的UUID作为ImmutableID。 任何人都有经验可以指导如何让两个系统正确对话吗? 我必须更改AzureAD上的ImmutableIDs吗? 在Google端设置某种自定义字段? 谢谢!

谷歌应用程序 – 隐私,所有权和数据的位置

这不是直接的技术问题。 但我认为这是每个pipe理员实施Google Apps而不是他们自己的邮件服务器的一个重要问题。 Google Apps标准版/专业版的可能性令我非常兴奋。 但是我担心把数据的所有控制交给Google。 哪些法律和利益控制我的数据 看来,谷歌保留在美国的数据的权利(在我的位置“服务条款”是指谷歌美国)。 在欧洲,关心我,因为这将把我的数据在美国的控制下,而不是我的国家的法律和控制。 基本上,如果美国制定一些特殊的法律或者有利害关系,美国可以closures我的访问权限和/或使用我的数据,无论如何美国认为合适。 如果我在我的国家租了一台服务器,那么采取行动恢复我的数据并采取法律行动是很容易的。 数据备份 此外,备份数据(电子邮件,文档等)的能力似乎粗略,谷歌市场解决scheme看起来不值得信赖 – 除非我误解了Google Apps的工作原理。 你如何处理/考虑以上?

Google Apps电子邮件遭到某些网域的拒绝

我正在将我的域名的电子邮件迁移到Google Apps的电子邮件。 除了发送给(至less)sonic.net的任何用户的电子邮件,绝大多数似乎都能正常工作,并被一个表单信息拒绝(其中any-address已被我的朋友的地址取代): 来自:邮件传递子系统<[email protected]> date:2010年3月11日上午10点04分48秒 致:[email protected] 主题:传递状态通知(失败) 交付给:[email protected] 收到:由10.229.194.26与SMTP ID dw26cs8717qcb; 星期四,11三月2010 10:04:48 -0800(PST) 收到:由10.223.68.143与SMTP id v15mr3841599fai.62.1268330688325; 星期四,11三月2010 10:04:48 -0800(PST) 收到:由10.223.68.143与SMTP id v15mr5119424fai.62; 星期四,11三月2010 10:04:48 -0800(PST) Mime-Version:1.0 返回path:<> X-Failed-Recipients:[email protected] 消息ID:<[email protected]> 内容types:text / plain; 字符集= ISO-8859-1 内容传输编码:引用可打印 完全无法传送给下列收件人: [email protected] 永久失败的技术细节: Google试图传递您的消息,但被收件人域拒绝。 我们build议您与其他电子邮件提供商联系以获取更多信息 这个错误的原因。 其他服务器返回的错误是:550 550 5.1.1 ([email protected])…这里没有这样的用户(状态13)。 这里是它弹回消息的标题: 收件人:10.101.90.7与SMTP ID s7mr2515885anl.176.1267979929490; Sun,07 Mar 2010 08:38:49 -0800(PST) […]

Google App用户可以查看Exchange用户的公共日历和联系人吗?

我公司目前使用MS Exchange 2003作为公司电子邮件,联系人和日历。 我们有大约150个用户。 build造业。 我想考虑从Exchange迁移到Google Apps。 如果我们能够首先成功地迁移某些较小的部门,而不是整个公司的迁移,那么对于这些​​权力来说将是一个更容易的出售。 我想先迁移通常不在办公室工作的远程pipe理员。 约30个用户。 Google App用户能够看到我们的Exchange用户的日历,反之亦然? 公用文件夹怎么样? 任何人的移民故事都非常感谢。 谢谢。

将电子邮件从谷歌应用程序移动到Microsoft Exchange 2010

目前,我们有我们的电子邮件托pipe与谷歌应用程序,并希望迁移到与Microsoft Exchange 2010服务器的内部解决scheme。 我如何将所有的电子邮件从Google Apps迁移到MS Exchange 2010? Exchange有没有这样的选项?

需要关于如何使networking文件共享,内部Wiki,Google文档和电子邮件可以从单个位置search到我的组织

我希望我的同事能够将searchinput到一个盒子中,并让它从所有这些来源返回信息。 networking文件共享 内部维基(基于MediaWiki) Google文件(我们使用谷歌应用程序为您的域名) 发送到特定电子邮件地址的电子邮件([email protected]) search结果将是文本,图像,也可以find埋在networking文件共享中的文件。 到目前为止,最好的想法是在每台能够索引networking驱动器的计算机上安装一个桌面search工具(到目前为止我find的最好的一个是Copernic Desktop Search)。 然后,find一种方法来从其他来源如内部维基,谷歌文档和电子邮件中导出信息(即使它只是ascii文本),以便来自这些来源的信息也可以被定位。 这篇文章的原因有两个: 我是否重新发明了轮子? 现在看来这应该是一件普通的事情。 我可以使用实用程序的build议来帮助我获得2-4以上的文件系统。 Google文件 – >文件 我知道syncplicity可以做到这一点在某些方面是矫枉过正。 让我知道,如果你有其他的build议。 内部维基 – >文件 我敢打赌,有很多方法可以做到这一点。 有蜘蛛网站的方法,我敢打赌有办法使用mediawiki插件导出。 我希望有人会出台一个桌面search工具,可以索引网站。 任何build议吗? 电子邮件到文件 我们需要一个简单的方法让人们能够input信息,这就是为什么我想要一个像[email protected]这样的电子邮件地址,人们可以通过电子邮件抄送。 我想有一些types的邮件客户端定期从这个地址获取电子邮件,然后将电子邮件保存到PDF,DOC或txt文件使用主题行作为文件名。 我做了一个快速的谷歌search,很惊讶,不要马上find这个。 如果应用程序有额外的支持,像病毒检查等,但是,我现在不太担心,因为我们可以设置某些控制,如只允许我们的域内的人发送电子邮件到这个地址等。 桌面search工具 Copernic是令人惊讶的唯一桌面search工具,它接近于我所需要的function。 开箱,它有几个function,我没有看到它的替代品,如谷歌桌面search…主要是它可以索引networking文件共享,有很好的过滤选项,如按照大小search图片,你可以指定date范围。 我怀疑有更好的,因为我已经多次searchnetworking,但请让我知道,如果你知道更好的东西。 公司背景:我们是一家相当小的公司(<10名员工)。 所以,我不太在意networking文件共享索引。 编辑1:这个项目仍然有效。 Google Search Appliance之外的任何其他build议都不在我公司的价格范围之内。

BPOS,Google Apps或我自己的Exchange服务器?

我知道我正在走进一场宗教战争,但是我希望得到一些实际pipe理他们的公司过渡到微软BPOS或谷歌应用程序的人的build议。 (或评估他们,并决定做别的!) 我们的高级员工对outlook非常满意。 我们的初级员工(和技术人员)像gmail。 我的担忧是:TCO,可靠性,备份和保留以及支持。 (通过“支持”,我的意思是我支持内部用户,当有事情不按照他们的方式工作时,有人支持我)。