cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1903
Views
0
Helpful
2
Replies

Problem with Bounce verification

david.shoesmith
Level 1
Level 1

Hi all,
I have a bit of a problem with bounce verification and I am hoping someone can help me.
It could be to do with the way we have mail routing and I am hoping I can explain the routes enough for you to understand.
We have 2 x C300 in place in two locations in the world. One is in Australia and the other is in Vancouver.
We have several domains and depending on the domain used the email will either come in via the Australian or Vancouver ESA.

All AU users go out via the AU ESA, all American / Canadian users go out via the VN ESA.

A user in AU can have an email address of user@VN.ESA and will exit the AU ESA and then when replied to will come in via the VN ESA.

Visa versa, a User in VN can have an email address of user@AU.ESA and it will exit via the VN ESA and enter via the AU ESA.

Any user in AU with a user@AU.ESA will exit and enter via AU and any VN user with a user@VN.ESA will exit and enter via the VN ESA. These type of emails work fine.

Still with me?

I have setup bounce verification on both ESA to have the same Key (is this a bad thing?)

When the user@VN.ESA in AU sends an email, it exits via the AU ESA and then the reply comes back in via the VN ESA and gets rejected, I believe this is because the VN ESA sees the correct KEY, however the IP address is wrong.

This is the error. (some details changed to protect the innocent)
"< mail.AU.ESA #5.0.0 smtp; 5.1.0 - Unknown address error 550-"5.7.1 <externalusers@replied.to.email>... recipient denied, because MX 10 'smtp.VN.ESA.' [192.168.1.1] for <prvs=3198325dc=au.user@vn.esa> rejected address saying: #5.1.0 Rejected by bounce verification." (delivery attempts: 0)>"

Is there a better way for me to do this?

Any help you can provide will be great.

Regards,

David

2 Replies 2

Douglas Hardison
Cisco Employee
Cisco Employee

Hi,

Setting a matching BV key for each of your IronPort's is imperative for your setup, so that is fine. ( I would double-check them *just to make sure*, as any extra whitespace, etc.. can alter the output the key creates )

That being said, you don't mention what version of AsyncOS you are running on these units.

On some older versions of AsyncOS there was a defect which prevented the appliances from correctly recognizing the encoded tags. This meant that all NDR's were rejected, even valid ones. This defect is fixed in the latest builds of versions 5.5.1, 5.5.2, 6.0.0, 6.1.0, 6.1.5 and 6.3.5, but not for older versions (4.x, 5.1.x, 5.0.x, and so on). If your appliance runs on one of these older versions, you would need to upgrade before employing BV.

-whardison

david.shoesmith
Level 1
Level 1

Thanks for the reply.
The AU appliance is running 6.5.0-405 and the NA us running 6.3.6-003
I have also logged a call with Ironport support, so hopefully they will be able to help.

Regards,

David

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: