我正在尝试在服务器上设置 SPF - 邮件工作正常并根据 mxtoolbox 和其他在线检查进行验证，但是当我使用http://www.kitterman.com/spf/validate.html检查时，出现错误：
PermError SPF Permanent Error: Void lookup limit of 2 exceeded
我知道有 10 次查找的限制，但以前从未见过此错误。
SPF 记录是：
v=spf1 a mx ip4:IP1 ip4:IP2 ip6:IP3 include:spf-a.outlook.com
include:spf-b.outlook.com include:spf-c.outlook.com
include:spf.messaging.microsoft.com include:_spf.zdsys.com
include:spf.mail.intercom.io -all
void 查找限制指的是什么？
我正在设置到 MySQL 服务器的远程连接，但无论我尝试什么，我都收到来自远程服务器的拒绝访问错误。
我通过以下方式添加了用户：
CREATE USER 'username'@'REMOTE_IP_ADDRESS' IDENTIFIED BY '***';
然后我给了权限：
GRANT ALL PRIVILEGES ON databasename.* to username@REMOTE_IP_ADDRESS;
我在 MySQL 服务器上的用户表显示（除其他外）：
+---------------+--------------------+
| user | host |
+---------------+--------------------+
| username | REMOTE_IP_ADDRESS |
+---------------+--------------------+
如果我为用户显示赠款，我会得到：
+------------------------------------------------------------------------------------+
| Grants for username@REMOTE_IP_ADDRESS
+------------------------------------------------------------------------------------+
| GRANT USAGE ON *.* TO 'username'@'REMOTE_IP_ADDRESS' IDENTIFIED BY PASSWORD '***'
| GRANT ALL PRIVILEGES ON `databasename`.* TO 'username'@'REMOTE_IP_ADDRESS'
+------------------------------------------------------------------------------------+
2 rows in set (0.00 sec)
在远程服务器上，我然后使用：
mysql -u username -p DB_SERVER_IP
并获取错误消息：
ERROR 1045 (28000): Access denied for …我已经安装了 su 以允许安全分析师登录到 VPS 以进行一些需要 root 权限的更改-我创建了一个用户，他们可以在他们的帐户下正常登录，但是一旦我键入su，su -或者su- root然后输入用户密码我得到：
su: incorrect password
以 root 身份重新登录，用户已被添加到 sudoers 并且对 su 的权限是：
-rwsr-xr-x 1 root root 35K May 23 11:00 /bin/su
还有什么可能导致问题？VPS运行的是Centos 6.4
我的服务器运行 Centos 5.8 64 位，不久前我安装了 New Relic 以尝试解决一些性能问题 - 由于服务器不是特别高的规格，我发现它使用了太多系统资源，所以我使用 Purge 方法将其删除正如他们网站上推荐的那样。https://newrelic.com/docs/general/how-do-i-uninstall-the-new-relic-agent#php
即使在这样做之后，我仍然不断收到来自 lfd 的关于 New Relic 资源使用过多警告的消息，但我不知道如何完全删除它。来自 lfd 的警告是：
Time: Sat Jan 26 10:31:14 2013 +0000
Account: XXXXX
Resource: Process Time
Exceeded: 30712 > 1800 (seconds)
Executable: /usr/bin/newrelic-daemon
Command Line: /usr/bin/newrelic-daemon -l /var/log/newrelic/newrelic-daemon.log
PID: 1794 (Parent PID:1793)
Killed: No
我怎样才能完全摆脱New Relic？
我正在迁移到新服务器，并且还有 html/php 文件，有一个目录，其中包含大约 90,000 个文件，总大小为 24GB，需要移动。
当我进行测试迁移时，我使用 tar 创建了一个 tarball，然后在新主机上使用 wget，然后提取了 tar 文件，虽然它运行良好，但总共花了大约 3 个小时才能完成。这将是 3 小时的停机时间，而我在实际迁移中这样做以确保没有新文件进入或文件被更改等。
我现在正在计划实际的迁移，并试图找到更快的方法来做到这一点，并想知道使用 rsync - 我只在本地使用过 rsync 并且只用于少量文件，所以对 90k 项目运行 rsync 会比上面的更快方法？
只要实际过程完成得更快，我就不太担心 CPU、内存或网络使用情况，因为无论如何，当系统更安静时，这将在数小时内完成。