Google Apps як хост пошти (зовнішній) для Exchange 2007 (внутрішній)


1

Я впевнений, що це було зроблено, але приблизно через 2 дні марно витраченого часу на дослідження я просто не отримую те, що мені потрібно.

Що відбувається - ми використовуємо Google Apps для своєї електронної пошти (MX-сервери вказують на GApps), а потім я завантажую поштову скриньку кожного користувача (username@domain.net як розміщена на GApps) через POP3-роз'єм на SBS 2008 Exchange. Я можу надсилати електронну пошту в інші домени за допомогою розумного хоста нашого провайдера.

Моя проблема полягає в наступному: я налаштував обліковий запис користувача на SBS для User1 (user1@domain.net), і тому вона має локальну поштову скриньку на Exchange. У мене немає облікового запису користувача для пана Президента (президент@domain.net), оскільки він хоче продовжувати використовувати IMAP GApps для свого Mac. Користувач1 не може надсилати будь-які електронні листи Президентові. Але User1 може надсилати електронні листи будь-якому іншому користувачеві з обліковим записом на SBS 2008.

Я спробував встановити домен Hub Transport Accepted для domain.net на "Внутрішня реле", тоді як domain.local встановлений на "Авторитетний" і як домен прийнятий за замовчуванням.

Обмін дає мені цю помилку: адресу електронної пошти одержувача не знайдено в системі електронної пошти одержувача. Microsoft Exchange не намагатиметься повторно доставити це повідомлення для вас. Перевірте адресу електронної пошти та спробуйте повторно надіслати це повідомлення або надайте наступний діагностичний текст вашому системному адміністратору.

550 5.1.1 RESOLVER.ADR.RecipNotFound; не знайдено

Будь-які ідеї, що це за проблема? Я б хотів, щоб навіть пошту, надіслану на User1@domain.net, надсилали через розумний хост, а потім отримували GApps, а потім отримували через POP3 для Exchange ...

Я розумію, що те, що я хочу, можливо, заперечує цілі Exchange і збільшує вимоги пропускної здатності, але мій бізнес-приклад для цього полягає в тому, що якщо обмін був невдалим, у нас буде ВСЕ наше папку "Вхідні" недоторканою в Google Apps. І звичайно, якби вірус був відправлений з однієї з наших робочих станцій, було б краще, якщо він спочатку пройде через Google Apps, перш ніж потрапить на Exchange (тоді як у конфігурації за замовчуванням він просто надсилає його безпосередньо на поштову скриньку Exchange і ніколи проходить через Інтернет).

Відповіді:


2

@Jred: Я не маю на увазі неповаги, але, чесно кажучи, я не знаю, чому компанії взагалі намагаються платити і використовувати Exchange, якщо вони не збираються використовувати його так, як було призначено. У вас з'явилася більш громіздка конфігурація, керування та усунення несправностей, все під видом того, що ви "захищаєте" себе від якоїсь непередбачуваної майбутньої невдачі, яка, швидше за все, не відбудеться. Якщо ви не довіряєте біржі, серверу, внутрішній інфраструктурі або самі, тоді повністю позбудьтесь біржі та перестаньте себе забивати цим нестійким сценарієм.

Я знаю, що роз'єм POP походить від MS, але я думаю, що це була погана ідея з їхнього боку, оскільки це дало компаніям привід реалізовувати такі сценарії, як у вас, які, на мою думку, викликають більше проблем, ніж вони варті.

Чи обмірковували ви привести свою електронну пошту "повною мірою" в дію та усунути поточну реалізацію? Ви б значно спростили адміністрування, і ви завжди зможете створити необхідний рівень надмірності та доступності.

Ви витратили 2 дні на пошуки рішення проблеми, яка б не існувала, якби ви використовували Exchange так, як планувалося використовувати. Усі причини, які ви заявили для реалізації цього сценарію, можна вирішити внутрішньо.


Так, я це зрозумів і про це думав здебільшого. Проблема полягає в тому, що РЕАЛЬНО високі показники перевертання для цієї компанії в поєднанні з бюджетом ZERO на ІТ (зробити те, що ми вже маємо), то це найкраще, що я бачу. "об'єднання" старих облікових записів електронної пошти з обліковим записом електронної пошти нового користувача - це біль за допомогою Outlook 2007 з POP. В обмін це просто перетягнути і вона піде за вами.
Джаред

Крім того, я вважаю, що розміщення нашої пошти в Google Apps є більш безпечним, оскільки їх фільтрація за спамом / вірусом ШЛУХО БУДЕ краща, ніж ми можемо отримати колись вбудований ForeFront для налаштування сервера Exchange. Я не виправдовуюся. Це просто питання бюджету на ІТ. Я тут один чоловік, і якщо мій начальник дотримується моєї рекомендації дотримуватися світогляду, у нас проблем не буде. Але знову ж таки, він є президентом, і він є власником компанії, тому він отримує те, що хоче, і це кожен на біржі, поки він на GApps IMAP для своїх яблучних пристроїв. Мене гасить, я знаю.
Джаред

Я розумію. У мене є начальник, який дуже схожий. Що стосується "безпеки" електронної пошти в Google Apps, ви завжди можете використовувати Postini разом із сервером Exchange (який належить Google і, мабуть, те, що вони використовують для Google Apps). Postini коштує близько 1,00 долара на місяць за користувача на їхньому рівні на рівні Silver.
joeqwerty

Ви також можете перейти на розміщену біржу, яка надасть вам необхідну зовнішню безпеку та доступність, але дозволить уникнути спроб змусити дві окремі системи електронної пошти працювати разом.
joeqwerty

Боюся, це неможливо. Цей начальник не хоче платити періодичні збори (окрім електроенергії та доменного імені). Справа, яку він робить, полягає в тому, що SBS2008 має обмін і спільний доступ, це і те. Зробіть так, щоб все працювало разом, як це було призначено, маючи резервну копію в режимі реального часу та "просіювач" пошти. У мене немає жодних негараздів щодо цього, крім того, що це робить його складним (але дуже надійним). Я також не довіряю своїм користувачам електронною поштою, особливо спам-поштою, яка час від часу надходить через Google Apps. Я просто хочу, щоб це спрацювало, щоб я міг перейти до інших речей, як Spiceworks або Nagios для NMS
Джаред
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.