我完全懂你这种越调越乱、头大到想薅头发的感觉！咱们先沉下心从基础开始捋，一步步解决邮件收发的问题，别再被各家客服的零散建议绕晕了。

第一步：先核查GoDaddy端的DNS核心配置 #

你的DNS是GoDaddy管理的，这是邮件正常运行的根基，先确认这几个关键记录有没有错：

• MX记录：分别检查spirita.net和spirita.co.uk的MX记录，是否准确指向Hostinger给你的邮件服务器地址？注意MX记录的优先级（数字越小优先级越高），别搞混两个域名对应的服务器。
• 反向DNS（PTR记录）：这个是之前Gmail拒收的核心原因，GoDaddy管不了PTR，得联系Hostinger在你的VPS IP上设置反向DNS，指向你的邮件服务器域名（比如mail.spirita.net），一定要确保IP和域名对应上。
• SPF记录：两个域名都要配置正确的SPF TXT记录，用来授权合法的发件服务器，格式大概是v=spf1 include:hostinger.com ~all（具体要找Hostinger要准确的include值），别乱加多余的内容，避免冲突。
• DKIM记录：Hostinger应该会给你DKIM的公钥，在GoDaddy对应域名下添加TXT记录，名字一般是default._domainkey（或者他们指定的前缀），值就是给你的公钥字符串，这是防止邮件被标垃圾的关键。
• DMARC记录：先加个宽松模式的DMARC记录监控情况，格式比如v=DMARC1; p=none; rua=mailto:dmarc@spirita.net，后续再根据监控结果调整，能帮你看清邮件的投递问题。

第二步：核查Hostinger VPS上的邮件服务状态 #

• 先确认核心邮件服务（比如Postfix、Dovecot）是否正常运行，在VPS终端执行命令：

  systemctl status postfix
  systemctl status dovecot
  

  如果显示未运行，就启动服务：systemctl start postfix、systemctl start dovecot。
• 查看邮件日志找报错，日志路径一般是/var/log/mail.log或/var/log/maillog，用命令tail -f /var/log/mail.log实时查看，重点找连接失败、认证错误、被拒收的记录，这些日志能直接定位问题。
• 之前卸载SpamAssassin时有没有误删邮件服务的依赖？可以尝试重新安装邮件服务的依赖包，或者用Hostinger提供的邮件管理工具（如果有的话）重置一下邮件配置，清除手动操作留下的混乱。

第三步：SSL证书核查 #

• 测试邮件服务的SSL有效性，在VPS终端执行：

  # 测试IMAP SSL连接
  openssl s_client -connect mail.spirita.net:993
  # 测试SMTP SSL连接
  openssl s_client -connect mail.spirita.net:465
  

  看输出里的证书是否过期、域名是否匹配，有没有报错。
• 如果用的是免费证书（比如Let's Encrypt），确认自动续期是否正常，别因为证书过期导致邮件被拦截。
• 检查本地邮件客户端（比如Outlook、Thunderbird）的SSL设置：SMTP用465（SSL）或587（STARTTLS），IMAP用993（SSL），别用非加密端口，不然大概率会被拒收。

第四步：测试邮件收发 #

• 用VPS上的dig命令验证DNS记录，比如：

  # 查看spirita.net的MX记录
  dig spirita.net MX
  # 查看SPF记录
  dig spirita.net TXT | grep spf
  

  确认记录和你配置的一致。
• 给自己的非Gmail邮箱（比如Outlook）发测试邮件，然后回复，看能不能收到，同时盯着邮件日志追踪路径，看是卡在发件还是收件环节。
• 要是Gmail还是有问题，除了反向DNS，一定要确保SPF、DKIM都配置正确，Gmail的反垃圾机制很严，这三个记录（PTR/SPF/DKIM）缺一不可。

你可以先按上面的步骤逐一排查，把查到的异常信息（比如DNS记录错误、日志里的具体报错）发出来，我再帮你针对性解决。别着急，一步步来总能理清的！

备注：内容来源于stack exchange，提问作者Gail