<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.technet.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>The RFC 2821 "Covenant"</title><link>http://blogs.technet.com/dlemson/archive/2004/07/02/172281.aspx</link><description>In a recent comment , Mark Hicks asks: Is there a way to accept a message for an invlaid recipient and then delete it without generating an NDR to the (usually fake) sender? I still want to generate an NDR for my internal users when mail cannot be delivered</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: The RFC 2821 "Covenant"</title><link>http://blogs.technet.com/dlemson/archive/2004/07/02/172281.aspx#172535</link><pubDate>Sat, 03 Jul 2004 19:46:00 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:172535</guid><dc:creator>Chris</dc:creator><description>The only legitimate circumstance i can see for not wanting to generate an NDR is in the instance where the origniator of the original e-mail can be determined with a high level of certainty to be forged (e.g. when the message is generated by worm known to forge that information). In that instance the MTA is basically 'dumb' and the determination is properly handled by a content filter, such as an AV product. Sybari and other have intelligent worm handling and with Exchange Edge services I can imagine several other ways to educate the MTA to make more intelligent choices about what to do with a message (and any resulting NDR). </description></item><item><title>Exchange-faq.dk - Din portal til Microsoft Exchange Server information</title><link>http://blogs.technet.com/dlemson/archive/2004/07/02/172281.aspx#175248</link><pubDate>Wed, 07 Jul 2004 16:05:00 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:175248</guid><dc:creator>TrackBack</dc:creator><description>Exchange-faq.dk - Din portal til Microsoft Exchange Server information</description></item><item><title>The RFC 2821 </title><link>http://blogs.technet.com/dlemson/archive/2004/07/02/172281.aspx#363697</link><pubDate>Mon, 31 Jan 2005 14:48:00 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:363697</guid><dc:creator>Welcome to Flaphead.com @ Home</dc:creator><description /></item><item><title>The RFC 2821 "Covenant"</title><link>http://blogs.technet.com/dlemson/archive/2004/07/02/172281.aspx#2613708</link><pubDate>Thu, 06 Dec 2007 00:36:31 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:2613708</guid><dc:creator>The RFC 2821 "Covenant"</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://maxfeed.ath.cx/item_580777.html"&gt;http://maxfeed.ath.cx/item_580777.html&lt;/a&gt;&lt;/p&gt;
</description></item></channel></rss>