服务器 Gind.cn

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

什么是非现场邮件中继的正确解决scheme?

我有一个现场的Exchange服务器。 对于我们现场因特网连接断开的罕见情况,我想设置一个非现场入站电子邮件中继服务器(我相信这是一个正确的术语)。 我的期望是, 所有的入站电子邮件将首先通过异地电子邮件中继。 在异地电子邮件中继无法联系我们的现场Exchange服务器的情况下,它将保留电子邮件直到它可以成功传送。 因此,我想电子邮件的stream程是这样的: Cusomter's email client -> Customer's SMTP server -> Internet -> -> My offsite email relay -> Internet -> Onsite Exchange server 我在http://emailrelay.sourceforge.net/上发现了一些我认为最初将用于此目的的东西,但是图示的例子似乎意味着它仅用于本地出站电子邮件( Onsite Exchange Server -> emailrelay -> Internet ) 。 问题: 鉴于我所说的目标,是一个“入站电子邮件中继”,我应该寻找什么? 还是叫别的? 我是否缺less一些关键字? 上面链接的电子邮件中继服务器可以做我想要的吗? 另外,你可以给我一些程序/应用程序的例子,可以做我想要的吗? (希望这不是主观的,因为我要求的function的例子,而不是要求什么是“最好的”) 在研究这个话题的时候,我发现操作所谓的“开放邮件中继服务器”被认为是不好的做法,并且可能是一种安全风险。 看来最好的做法是限制邮件中继使用来自/到本地客户端,或从authentication/授权客户端使用。 因为这将是一个入站邮件中继,似乎我必须接受来自任何来源的电子邮件,但我想限制它只接受与目标匹配的邮件域匹配我的业务对应的特定邮件域。 这是一个可接受的和可以实现的解决scheme

如果在常规设置中的example.com上没有“www。”,OpenShift上的WordPress将不会加载(310错误)

我在OpenShift Online [PAAS]帐户上安装了一个Wordpress网站。 如果我将http:// example.com中的 WordPress地址和站点地址 (在常规设置中)都configuration为http:// example.com (没有空格;我在这里添加了空间以防止使用http链接发布),然后请求该URL返回“太多redirect“错误(我认为这是一个310错误)。 www.example.com也一样 如果我将它们configuration为http:// www.example.com (再次没有空间),请使用www。 ,然后所有的WordPress的页面加载 … 他们加载的example.com和www.example.com请求 为什么会发生,并迫使我做2。 从大量的在线资源,它看起来像1应该工作? 相关资料: 我的Wordpress安装时的默认url是app-user.rhcloud.com (这是我更新到我的自定义域之前,Wordpress地址和网站地址的默认值)。 在更新这些URL之前,请求加载所有页面 随着更新Wordpress地址和网站地址,我相应地在www.example.com – > app-user.rhcloud.com OpenShift应用程序添加一个别名。 (没有什么不同,如果我也别名example.com – > app-user.rhclud.com) 我有example.com注册的example.com。 他们将来自example.com的请求redirect到www.example.com 我有一个CNAMElogging,将www.example.com映射到我的OpenShift的app-user.rhcloud.com(OpenShift指示自定义域名) 我会认为1应该已经被4 – 6充分地促进了。 谢谢!