Мы хотим создать поддомен электронной почты для проекта, и нам необходимо настроить адрес электронной почты для приема всей почты домена, чтобы люди отправляли обновления проекта на проект 1234 или на проект 4321, он перенаправлял на одна существующая учетная запись электронной почты.
Поддомен работает, когда я отправляю прямо в одну существующую учетную запись с адресом электронной почты в поддомене, и он работает, если я настраиваю определенные псевдонимы для учетной записи, но это не работает как уловка для всех. Когда я проверяю свой Gmail на несуществующий адрес в субдомене, он отклоняется как неопознанный получатель.
Сначала я подумал, что эти сообщения может блокировать наш спам-фильтр (размещенный на McAfee). Но когда я добавил псевдоним в Exchange и не настраивал пользователя в McAfee, он все равно прошел, так что действительно кажется, что что-то неправильно настроено или отсутствует в Exchange.
Я установил правило транспорта как "когда адрес получателя совпадает с '@ sub.example.com $', скопируйте сообщение в 'existingAccount@sub.example.com'"
Я также пробовал "когда адрес получателя содержит определенные слова" sub.example.com "" и любой другой вариант, который я мог придумать, чтобы получить общий улов всех для субдомена ... пока ничего не сработало, кроме создания псевдонима (что нарушило бы цель улова всех).
Есть ли у кого-нибудь опыт настройки одного из них, и он мог бы указать, что мне не хватает?
P.S. отчет о недоставке
Diagnostic information for administrators:
Generating server: example.com
new@sub.example.com
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##
Original message headers:
Received: from p01c12m115.mxlogic.net (208.65.145.247) by
server.local.example.com (192.168.1.18) with Microsoft SMTP Server
(TLS) id 14.0.722.0; Tue, 9 Aug 2011 11:54:09 -0400
Received: from unknown [74.125.82.170] (EHLO mail-wy0-f170.google.com) by
p01c12m115.mxlogic.net(mxl_mta-6.10.0-2) over TLS secured channel with ESMTP
id f18514e4.0.181220.00-2292.264602.p01c12m115.mxlogic.net (envelope-from
<me@gmail.com>); Tue, 09 Aug 2011 09:54:08 -0600 (MDT)
Received: by wyf23 with SMTP id 23so97339wyf.29 for
<new@sub.example.com>; Tue, 09 Aug 2011 08:54:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=gamma;
h=mime-version:date:message-id:subject:from:to:content-type;
bh=+ku4XfmMdO3N03t8z+YI9ApzoPFBdZazI1GqwxB5JPs=;
b=fkzsd9eyTJown62n8alAINYW6arHT/qB6EjoAzlwoDjRvDpgJERLEGVrw3eXwbJDlU
aekvxsWTfizZJGxY4KypkJH1T0tnMCjANscAM3avwld8qVbaGlnxE1wipi3i3Bfgcv1R
l3GNqUqCd0FJIXC02+A2CDkihdxqPM3UKHfwc=
MIME-Version: 1.0
Received: by 10.216.67.8 with SMTP id i8mr1726607wed.61.1312905246774; Tue, 09
Aug 2011 08:54:06 -0700 (PDT)
Received: by 10.216.210.134 with HTTP; Tue, 9 Aug 2011 08:54:06 -0700 (PDT)
Date: Tue, 9 Aug 2011 11:54:06 -0400
Message-ID: <CAE=Hmibpw4TVZ5MnG81qBjrUdPRc93eNhx8ACD71u4rjKo7evw@mail.gmail.com>
Subject: test test test
From: Me <me@gmail.com>
To: <new@sub.example.com>
Content-Type: multipart/alternative; boundary="000e0ce0cf08db956b04aa149235"
X-Spam: [F=0.2000000000; B=0.500(0); spf=0.500; STSI=0.500(0); STSM=0.500(0); CM=0.500; MH=0.500(2011080922); S=0.200(2010122901); SC=none]
X-MAIL-FROM: <me@gmail.com>
X-SOURCE-IP: [74.125.82.170]
X-AnalysisOut: [v=1.0 c=1 a=nDghuxUhq_wA:10 a=BLceEmwcHowA:10 a=nS36O97Bj3]
X-AnalysisOut: [wUElCrIrAA:9 a=wPNLvfGTeEIA:10]
Return-Path: me@gmail.com
Received-SPF: Neutral (server.local.example.com: 208.65.145.247 is
neither permitted nor denied by domain of me@gmail.com)
Final-Recipient: rfc822;new@sub.example.com
Action: failed
Status: 5.1.1
Diagnostic-Code: smtp;550 5.1.1 RESOLVER.ADR.RecipNotFound; not found
Вы можете создать почтовый ящик для приема всей почты домена, используя правило транспорта, которое перенаправляет все сообщения, адресованные неизвестным пользователям, в почтовый ящик для приема всей почты домена.
Однако для того, чтобы это работало, вам необходимо настроить домен SMTP как «домен внутренней ретрансляции», а не как полномочный домен; в противном случае Exchange отклонит все адреса сообщений несуществующим пользователям еще до начала обработки правил транспорта.
Согласно этой статье, наличие Hub Transport для работы не сработает:
Получатели разрешаются до того, как сообщения проходят через агент правил транспорта на транспортных серверах-концентраторах. Следовательно, правила транспорта на транспортных серверах-концентраторах нельзя использовать для копирования или перенаправления сообщений в почтовый ящик для приема всей почты домена.