blackberry.net server unreachable from Exchange
My CEO is constantly breaking things and is having yet another issue that I can’t fix. He gets a delivery failure report about every 30 minutes to . I can telnet to port 25 on the exchange box to etp1105.etp.na.blackberry.net and so on, but not etp11104.
I have resent the service books to his phone, rebooted the BES, and upgraded to the newest Desktop software but nothing has helped. I have frozen all messages to this server in exchange to stop the messages from going into his inbox. Has anyone seen a problem like this before? I have 9 other people on my BES that have no issues. The Delivery report is below. Quote:
Exchange 2003 SP2 (Build 7638.2) |
You're looking at a NDR because he's managed to set something up that is responding to RIM embedded messages (ie - delivery restrictions is my best guess).
In other words, he, or I should say Exchange on behalf of him, is responding to RIM when it shouldn't. |
Quote:
Can anybody check for me if you can connect to port 25 for etp1104.etp.na.blackberry.net? I see other connections to etp1105, 1102, 1109 and so on. I can connect to them just fine but not 1104. Also why would only messages from him want to connect to etp1104.etp.na.blackberry.net? Does anybody know how that works? |
There is never a need for a BES / user to ever email
Code:
network@etpXXXX.etp.na.blackberry.net |
Well, that's not true - an email from the user is created after a successful activation. I kind of think it's broken myself - I do have logs dating back to successful messages to that address.
|
Quote:
What email are you referring to? |
They send you a message, BES replies back. This is only during an activation. It's not a simple automated response. After the ETP.DAT file hits exchange and BES grabs it, it replies back. Here's a sample:
Code:
This message is used to carry data between the BlackBerry Handheld and an associated server. Please do not delete, move or respond to this message - it will be processed by the server. I'm guessing it's a simple response saying, yup - that person belongs to me. |
BES doesn't reply back ... rather after receiving and processing the message it generates an encryption key.
Can you go through your SMTP logs and post something from a message being sent? I won't hold my breath ... |
Quote:
|
Guys - that's an ACTUAL email in response to the inbound email ETP activation message - I didn't just make it up. All email messages in and out of our company goes through another server - the message headers indicate the message is from our internal exchange server.
|
Huh?
The BES injects items into the mailbox, yes ... but it doesn't do anything SMTP related during the EA ... I feel as though we're talking about two different things because I know what I'm talking about I am correct, and I know you wouldn't be talking out of your ass :) |
What can I say - it didn't even occur to me that it was doing that until I checked the logs. Within 2-3 seconds of receiving the activation message from RIM, it sends out this email to the same email address that sent the original activation ETP message. As I said - it looks like an acknowledgment. But it doesn't make much sense since the BES could just send the response via 3101
|
Damn - what's going on with the date stamp in this thread?!
|
Didn't mean to start a fight, but if you knew my CEO it would totally make sense that anything involving him would get heated.
Because of space issues I had not been running message logging on my exchange box. I have that fixed now and just enabled it. All the messages that are sending to network(@)etpXXXX.etp.na.blackberry.net are from my CEO and he is the one that is getting the bounce backs. Its almost as if he has redirector and BES setup on his phone. I asked him if he had the blackberry software on his home computer and he said no. He didn't have desktop manager installed on his work computer till I installed it 2 days ago to try to fix the problem. Should I delete any service books and resend them? If so which ones? If he does have redirector setup on a computer somewhere how do I find that out and stop it? |
I bet re-activating will help - if I'm right and it's simply responding to the inbound ETP message, a re-activation will most likely utilize a different email address and that response will get through.
|
look in your SMTP logs to see which client is submitting messages.
|
It's irrelevent where the message is coming from - it's getting bounced by RIM and the NDR is being delivered to the mailbox.
|
Ummm no, its quite relevant. Considering BES doesn't send email to that address and there is no need to ever do so knowing where it is coming from will help identify why this is happening.
|
I realize you think that, even I thought that, but it's simply not true - I have both the email and log files to back it up.
|
Can you email me them? I would like to be proven wrong.
|
All times are GMT -5. The time now is 09:05 AM. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.