Re: Email notification from SBSFaxService getting filtered by IMF

Tech-Archive recommends: Speed Up your PC by fixing your registry

Thanks for the kick start and reminder. I left the IP address in the general
tab because it was suggested earlier. I followed your suggestion "in sync"
and now it does get past the IMF filters. Thanks Alexander for all you help
and the swift kick in the ***.



"Alexander Zammit" <alex@respond_to_group> wrote in message
news:uYd7DpBaHHA.2320@xxxxxxxxxxxxxxxxxxxxxxx
Yes to solve this problem, under IP Accept list specify the local IP of
the Fax server machine. External IPs are not relevant as far as this issue
is concerned.

However (let me repeat jut to make sure we are in sync) you also have to
make sure that the IP of the Fax server machine does NOT appear under
Message Delivery | General. Otherwise the IP Accept list entry will have
no effect and IMF will still scan the email.



--
Alexander Zammit
WinDeveloper Software
IMF Tune - Unleash the Full Intelligent Message Filter Power
http://www.windeveloper.com/imftune/


"SBS2K3 Admin" <bogus123@xxxxxxxxxxxxxxx> wrote in message
news:e7w5U%23AaHHA.1216@xxxxxxxxxxxxxxxxxxxxxxx
thanks Alexander. I certainly do appreciate the effort and input. I'm
wondering for the IP Accept list if providing the internal IP is
sfficient or should I also add the external. Doesn't make sense that I
would need to seeing how it is all local routing and never leaves the
network. Your thoughts?


"Alexander Zammit" <alex@respond_to_group> wrote in message
news:u$tdOrAaHHA.4856@xxxxxxxxxxxxxxxxxxxxxxx
I don't know about IMF Companion, but IP Accept List should allow you to
bypass IMF if confiugred as per that article. If that does not work than
I am affraid I am out of solutions.

--
Alexander Zammit
WinDeveloper Software
IMF Tune - Unleash the Full Intelligent Message Filter Power
http://www.windeveloper.com/imftune/


"SBS2K3 Admin" <bogus123@xxxxxxxxxxxxxxx> wrote in message
news:ugru6TAaHHA.5080@xxxxxxxxxxxxxxxxxxxxxxx
Yes I did and did everything except create another virtual server. Also
with using IMF Companion and whitelisting the SBSFaxService SMTP why
does it not allow it tobypass IMF filters?

"Alexander Zammit" <alex@respond_to_group> wrote in message
news:uIF2pPAaHHA.1240@xxxxxxxxxxxxxxxxxxxxxxx
Did you read this?
http://www.exchangeinbox.com/articles/018/ipacceptlist.htm


--
Alexander Zammit
WinDeveloper Software
IMF Tune - Unleash the Full Intelligent Message Filter Power
http://www.windeveloper.com/imftune/


"SBS2K3 Admin" <bogus123@xxxxxxxxxxxxxxx> wrote in message
news:%23S6r4r%23ZHHA.2552@xxxxxxxxxxxxxxxxxxxxxxx
Hi Alexander,
Thanks for the input. To clear a few things here I never said I was
using Exchange to whitelist. I mentioned I am using IMF Companion and
it does have the capabilities to whitelist. To recap here is all I
have dome so far.

1. Added the IP of my SBS Exchange server to the "Connection
Filtering" Accept list.
2. Added the SMTP address to the Exception list. (I know this is for
"Recipients" who should not be filtered by block list rules and
SBSFaxService is actually the sender.
3. Added the IP address of the Exchange server as well as my network
subnet and mask to Sender ID and Connection Filter Configuration
Settings.


Below is the modified text from the IMF filtered email.

x-sender: SBSFaxService@xxxxxxxxxxxx

x-receiver: recipient@xxxxxxxxxxxxxxxx

X-SCL: 7 84.73%

Received: from servername ([192.168.16.2]) by mydomain.com with
Microsoft SMTPSVC(6.0.3790.1830);

Fri, 16 Mar 2007 09:18:27 -0700

thread-index: Acdn5rpDMfNcXGTNSdSChBkMkMHAvA==

Thread-Topic: Fax server SERVERNAME received a new fax from 123 456
7890.

From: <SBSFaxService@xxxxxxxxxxxx>

To: <recipient@xxxxxxxxxxxx>

Subject: Fax server SERVERNAME received a new fax from 408 562 1899.

Date: Fri, 16 Mar 2007 09:18:26 -0700

Message-ID: <000101c767e6$ba58f6c0$0210a8c0@xxxxxxxxxxxxxx>

MIME-Version: 1.0

Content-Type: multipart/mixed; charset=utf-8;

boundary="----=_NextPart_000_0002_01C767AC.0DFC68B0"

Content-Transfer-Encoding: base64

X-Mailer: Microsoft CDO for Exchange 2000

Content-Class: urn:content-classes:message

Importance: normal

Priority: normal

X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2826

Return-Path: SBSFaxService@xxxxxxxxxxxx

X-OriginalArrivalTime: 16 Mar 2007 16:18:27.0035 (UTC)
FILETIME=[BA6022B0:01C767E6]

This is a multi-part message in MIME format.




"Alexander Zammit" <alex@respond_to_group> wrote in message
news:eJ4uJj2ZHHA.4620@xxxxxxxxxxxxxxxxxxxxxxx
1. There is no sender whitelisting in Exchange.

2. You should solve this problem through the IP Accept List.

Most probably you ran into a common issue with IP Accept List config
(this is why it is not working). Here is the solution:
http://www.exchangeinbox.com/articles/018/ipacceptlist.htm


--
Alexander Zammit
WinDeveloper Software
IMF Tune - Unleash the Full Intelligent Message Filter Power
http://www.windeveloper.com/imftune/


"SBS2K3 Admin" <bogus123@xxxxxxxxxxxxxxx> wrote in message
news:OxyRnV1ZHHA.4872@xxxxxxxxxxxxxxxxxxxxxxx
I have an SBS Fax server setup and been having a few issues with it.
One of the issues is the email notification being sent out by the
SBSFaxService2mydomain.com is being filtered by IMF v2. The SCL
rating is 7.80 and varies a bit from that rating. My SCL threshold
set on IMF "Block messages with an SCL rating greater than or equal
to" 6 and the Junk Mail SCL rating is set at 6 also.
Now I know I can set my SCL rating higher to say 8 to allow this
email notification not be to be filtered by IMF but that would
allow other SPAM to get in. I like this SCL 6 rating and it is
doing a good job for me as far as filtering SPAM and UCE. I am
using IMF Companion and have added the SMTP address for the fax
service to the whitelist but it is still getting filtered out. I've
also added the IP of my SBS Exchange server to the "Connection
Filtering" Accept list and also added the SMTP address to the
Exception list. Still can't get it to get past the IMF filtering.
Anyone got any other suggestions. Please help as this is a critical
issue for us. Thanks.

















.

Quantcast