We have a customer who is running Veritas Backup Exec. When their backup runs a notification is triggered by Backup Exec and we bounce that notification through our IMail server and then on to the appropriate parties. This notification system has been running fine for months now using our IMail server as a relay.

In the past week or so IMail has had trouble routing these messages. Here is an example message...

-
From: "Postmaster" <<mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]>


undeliverable to <mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]

This one indicates that IMail can't deliver the E-mail to <mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED] However:


Original message follows.

Subject: Backup Exec Alert: Job Success
...

There is no indication that Declude blocked this E-mail.

For those of you with a trained eye...

1) Why does Declude flag the original notification message as having the blank folding vulnerability? I'm OK with that I'm just curious to know why.

I don't see any indication that it did.


2) Secondly and actually more importantly. Why is my IMail system unable to deliver the notification to <mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED] There appears to be a space right before <mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED] in the to line of the original notification. I believe that space is being added by Backup Exec. Would that cause the message to be undeliverable?

That would likely cause the message to be undeliverable.


-Scott
---
Declude JunkMail: The advanced anti-spam solution for IMail mailservers since 2000.
Declude Virus: Ultra reliable virus detection and the leader in mailserver vulnerability detection.
Find out what you've been missing: Ask for a free 30-day evaluation.


---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)]

---
This E-mail came from the Declude.Virus mailing list.  To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.Virus".    The archives can be found
at http://www.mail-archive.com.

Reply via email to