Я думаю, что Вы были бы довольно в безопасности в использовании открывающегося доступа IMAP к внешней стороне без доступа VPN пока...
1) Вы requre/enforce соединения SSL для шифрования трафика IMAP, идущего назад и вперед.
2) У Вас есть некоторый разумный способ предотвратить DoS-атаки и атаки перебором.
и
3) У Вас есть некоторое сквозное почтовое решение по обеспечению безопасности для защиты конфиденциальной информации.
Я выяснил, где проблема была. Таким образом в случае, если у кого-то есть та же проблема, он может сделать это:
В почтовой функции php я не указывал, что адрес отправителя конверта и поэтому php принимал значение по умолчанию она к чему-то вроде этого mywebsite @server.isp.com.
Я указал его как это как дополнительный параметр: '-f mywebsite@mywebsite.com'
Теперь почтовая функция php будет выглядеть примерно так: почта ($toaddress, $subject, $mailcontent, $fromaddress, '-f mywebsite@mywebsite.com');
Это решило мою проблему.
Google, против спама, принимает во внимание намного больше переменных, чем просто записи SPF. Необходимо согласовать с ними для понимания, почему почта блокируется. Запустите путем чтения их инструкций для объемных отправителей:
https://mail.google.com/support/bin/answer.py? hl=en&answer=81126
Затем, если Вы - все еще неуверенный контакт их администратор почты.
Удостоверьтесь, что Ваш домен имеет установку обратной связи со всеми главными целевыми поставщиками почтовых услуг также, таким образом, Вы будете уведомлены относительно проблем.