Несколько серверов для единственного домена
Если Вы обновляете от WSs 2.0 до WSS 3.0, обновление должно сохранить ту же систему баз данных - в Вашем SQL Server случая 2K.
кажется, что обновление имеет "server_name\MICROSOFT##SSEE" или с Windows Internal Database или с Экспрессом SQL Server 2005 года.
Это, вероятно, вызывает проблемы, потому что Ваши базы данных SQL Server 2K WSS все еще там вместе с базами данных WSS 3.0.
Интересно, не была ли Ваша sql установка 2000 года полностью обновлена перед установкой (то, которое WSS.30 не может использовать, затем после обновления окон, было исправлено туда, где это может использовать его и так или иначе пытается использовать старую обновленную базу данных.
Больше деталей об обновлении было бы полезно. Я не удалил бы обоих, пока Вы не удостоверились, что sql 2000 полностью исправляется затем переобновление.
За исключением использования другого доменного имени Вы собираетесь бороться.
Почтовые работы что-то вроде этого (не стесняются исправлять мои ошибки):
- Передающий Почтовый клиент выполняет поиск DNS на доменной части адреса электронной почты (все направо от).
- Это или получит IP-адрес от записи MX, если не будет того, который это просто идет для запись
- Почтовый клиент открывает соединение SMTP с IP-адресом, который он нашел в 2. и попытки поставить электронную почту.
- Сервер получения смотрит на адрес электронной почты, он проверяет, что принимает электронную почту для того домена, и он может проверить, существует ли учетная запись прежде, чем принять иначе, что он просто принимает электронную почту.
- Только теперь любая маршрутизация, сделанная на части 'имени' адреса электронной почты (все слева от). Сервер затем обрабатывает его согласно любым правилам, которые это имеет.
Следовательно, Вы не можете использовать DNS и следовательно записи MX для маршрутизации электронной почты согласно части 'имени' адреса электронной почты.
Для потенциального решения проблемы - я не вижу, почему 'сервисные' потребности, запись MX указала на нее (конечно, можно хотеть обратный поиск DNS или запись PTR в целях СПАМА). Просто установите свой рекорд MX для указания на почтовый сервер, Вы управляете и заставляете его передавать на всем Вашем 'виртуальном' адресе электронной почты к Вашему сервису - он не должен заботиться, что они прибывают от Вас и не исходного отправителя.
Или измените свой адрес электронной почты штата на другой домен или субдомен, возможно, jon@admin.company.com?