Actually, what you want is the M: drive.

 

I am one of the few that regret that that capability was removed from
Exchange 2007 (in Exchange 2003, it was available as
\\.\BackOfficeStorage\<primary-domain>)

 

Regards,

 

Michael B. Smith

MCSE/Exchange MVP

http://TheEssentialExchange.com

 

From: Campbell, Rob [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 11, 2008 8:54 PM
To: MS-Exchange Admin Issues
Subject: RE: How to programmitically capture delivery failures.

 

Forget that idea.  I was thinking a journal report was stored outside of a
mailbox.  I'm no better off trying to get that than the original email.

 

Seems like this ought to be easier.  I wish exmerge had an option to export
to .txt.

 

  _____  

From: Campbell, Rob [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 11, 2008 7:48 PM
To: MS-Exchange Admin Issues
Subject: RE: How to programmitically capture delivery failures.

 

I was hoping you'd drop in.

 

I was just considering the possibility of setting up a mailbox to receive
the DSNs, journaling the mailbox and extracting the data out of the journal
reports.  

 

  _____  

From: Michael B. Smith [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 11, 2008 7:38 PM
To: MS-Exchange Admin Issues
Subject: RE: How to programmitically capture delivery failures.

 

I programmed this for a client using a PowerShell script based on the DSNs
they received. I don't own the code, so I can't post it, but I can share
that the Lumisoft NET library is a godsend for doing this kind-of stuff. It
doesn't make it "easy", because you've got to program around a few bugs in
their MIME implementation, but it makes it quite feasible and not
extraordinarily difficult.

 

And if you use the POP-3 interface or the IMAP interface, the Exchange
version doesn't matter (and you can use various 3rd party mail servers as
well).

 

Regards,

 

Michael B. Smith

MCSE/Exchange MVP

http://TheEssentialExchange.com

 

From: Campbell, Rob [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 11, 2008 7:39 PM
To: MS-Exchange Admin Issues
Subject: How to programmitically capture delivery failures.

 

Problem: 

An application has a user database with email addresses.  The application
will send an email to the users in the database periodically.  The
application developers want the emails addresses from any of these that came
back undeliverable captured and sent back to them to clean up the database.

 

Environment - Exchange 2007 Edge and Hub Transport servers.  Exchange 2003
servers on the back end with the mailboxes. (No 2007 mailbox servers yet).

 

We're using an outsourced mail host (Message Labs) for delivery, so the
protocol logs aren't much help.  All outbound email will initially be
accepted by the servers at Message Labs, so there won't be any delivery
failures reported in the protocol logs on the Edge servers. 

 

Any email returned to the sending address should be a DSN.  There shouldn't
be any replies or other inbound email to that address.  

 

If I can get the incoming DSN's routed to a text file, I can parse out the
information I need.  

 

Originally I was thinking about just letting them go to BADMAIL, but it
seems that Exchange 2007 doesn't give you that option.

 

Any ideas?

 

 


****************************************************************************
********************** 
Note: 
The information contained in this message may be privileged and confidential
and 
protected from disclosure. If the reader of this message is not the intended

recipient, or an employee or agent responsible for delivering this message
to 
the intended recipient, you are hereby notified that any dissemination, 
distribution or copying of this communication is strictly prohibited. If you

have received this communication in error, please notify us immediately by 
replying to the message and deleting it from your computer. 
****************************************************************************
**********************

 


****************************************************************************
********************** 
Note: 
The information contained in this message may be privileged and confidential
and 
protected from disclosure. If the reader of this message is not the intended

recipient, or an employee or agent responsible for delivering this message
to 
the intended recipient, you are hereby notified that any dissemination, 
distribution or copying of this communication is strictly prohibited. If you

have received this communication in error, please notify us immediately by 
replying to the message and deleting it from your computer. 
****************************************************************************
**********************

 


~ Ninja Email Security with Cloudmark Spam Engine Gets Image Spam ~
~             http://www.sunbeltsoftware.com/Ninja                ~

Reply via email to