Это - на самом деле хорошая идея. Хостинг SQL Server локально означает, что Ваше приложение будет выполнять вызовы SQL к локальной машине вместо того, чтобы идти по сети. Это значительно повысит Вашу производительность и сократит Ваши задержки приложения.
Просто старайтесь разработать хороший процесс резервного копирования, и необходимо будет думать более тщательно о безопасности на том поле, так как данные также хранятся там.
Почтовый сервер Google отклоняет сообщение, потому что, это появилось бы, тот Google не знает, что они, как предполагается, являются авторитетным получателем тех сообщений. "Подсказка" является упоминанием о передаче в сообщении об ошибке. Это означает, что сервер получателя "рассматривает" сообщение как релейную попытку, не локальную попытку доставки.
Вы уверены, что сервис Google настроен для корректного доменного имени и всех оплаченных, настроил, и т.д.?
Избегайте возвращенных сообщений после изменения записей MX
http://www.google.com/support/a/bin/answer.py?answer=45679
"Любое время, Вы изменяете свои записи MX, может потребоваться до 48 часов для Ваших новых записей для распространения".
Скорее всего, потому что у вас есть 0 digiwhirl.com
в ваших записях MX и, возможно, у вас есть учетные записи электронной почты на том же сервере, на котором они проглатываются.
Хотя это и не ответ для Хришикеша, я хотел бы поделиться еще одной возможностью для будущих посетителей этого вопроса.
Я столкнулся с проблемой аналогичная проблема после переноса управления DNS в учетную запись BlueHost. Оказывается, есть настройка для записей MX «Маршрутизация электронной почты» , в которой необходимо установить маршрутизацию на «Удаленный почтовый обменник» , чтобы почтовые серверы Google Apps принимали электронная почта.
Вот URL-адрес снимка экрана с правильной настройкой, которая исправила это для меня. (У меня пока недостаточно репутации для публикации изображения. ) Снимок экрана маршрутизации электронной почты BlueHost