clr 2.0 missing in iis log (& broken app)  
Author Message
tk1981





PostPosted: Tue Aug 01 16:27:37 CDT 2006 Top

IIS >> clr 2.0 missing in iis log (& broken app)

We created an asp.net 2.0 app, which sends smtp email using System.Web.mail.
The app is in an IIS 6 application pool isolated to 2.0 apps on a 2003
server.

The app worked fine for a few days; recently however it began failing when
sending to external addresses (it works fine if the recipient is inside our
internal domain).

Comparing the logfiles, I notice when it was working both versions of the
CLR appear in log entries, for example:

(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)

Log entries from when it fails only contain CLR 1.1, for example:

(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322)

The app is configured to use ASP.NET 2.0. What would be causing that
version to disappear from the log entries (and presumably the app) like
this?

Web Programming339  
 
 
Greg





PostPosted: Tue Aug 01 16:27:37 CDT 2006 Top

IIS >> clr 2.0 missing in iis log (& broken app) That is the header from the client (i.e. the client only had version 1.x). I
think you are barking up the wrong tree.

Cheers,

Greg Young
MVP - C#
http://codebetter.com/blogs/gregyoung



> We created an asp.net 2.0 app, which sends smtp email using
> System.Web.mail. The app is in an IIS 6 application pool isolated to 2.0
> apps on a 2003 server.
>
> The app worked fine for a few days; recently however it began failing when
> sending to external addresses (it works fine if the recipient is inside
> our internal domain).
>
> Comparing the logfiles, I notice when it was working both versions of the
> CLR appear in log entries, for example:
>
> (compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
>
> Log entries from when it fails only contain CLR 1.1, for example:
>
> (compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322)
>
> The app is configured to use ASP.NET 2.0. What would be causing that
> version to disappear from the log entries (and presumably the app) like
> this?
>
>
>


 
 
Bob





PostPosted: Tue Aug 01 16:38:21 CDT 2006 Top

IIS >> clr 2.0 missing in iis log (& broken app)
> We created an asp.net 2.0 app, which sends smtp email using

Please cut down your crossposts in the future .. you hit several
irrelevant newsgroups, such as the .inetserver.asp.general group which
is focussed on classic ASP. The groups containing "dotnet" as part of
their names are the only relevant groups for your question
--
Microsoft MVP -- ASP/ASP.NET
Please reply to the newsgroup. The email account listed in my From
header is my spam trap, so I don't check it very often. You will get a
quicker response by posting to the newsgroup.


 
 
frank





PostPosted: Tue Aug 01 17:17:03 CDT 2006 Top

IIS >> clr 2.0 missing in iis log (& broken app) OK thanks; back to the debugging board... -fgb



> That is the header from the client (i.e. the client only had version 1.x).
> I think you are barking up the wrong tree.
>
> Cheers,
>
> Greg Young
> MVP - C#
> http://codebetter.com/blogs/gregyoung
>


>> We created an asp.net 2.0 app, which sends smtp email using
>> System.Web.mail. The app is in an IIS 6 application pool isolated to 2.0
>> apps on a 2003 server.
>>
>> The app worked fine for a few days; recently however it began failing
>> when sending to external addresses (it works fine if the recipient is
>> inside our internal domain).
>>
>> Comparing the logfiles, I notice when it was working both versions of the
>> CLR appear in log entries, for example:
>>
>> (compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
>>
>> Log entries from when it fails only contain CLR 1.1, for example:
>>
>> (compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322)




 
 
Trevor





PostPosted: Tue Aug 01 18:34:27 CDT 2006 Top

IIS >> clr 2.0 missing in iis log (& broken app) The SMTP service has its own Log. If it not turned on then enable logging
and see what is happening. Do you see any entries in the badmail folder. You
should also check with your Exchange Administator (if you have one) to see
if they are blocking any emails. You can also configure your SMTP service to
send underlivered emails to an alternate email. You may get more information
from that.

Regards,

Trevor Benedict
MCSD



> We created an asp.net 2.0 app, which sends smtp email using
> System.Web.mail. The app is in an IIS 6 application pool isolated to 2.0
> apps on a 2003 server.
>
> The app worked fine for a few days; recently however it began failing when
> sending to external addresses (it works fine if the recipient is inside
> our internal domain).
>
> Comparing the logfiles, I notice when it was working both versions of the
> CLR appear in log entries, for example:
>
> (compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
>
> Log entries from when it fails only contain CLR 1.1, for example:
>
> (compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322)
>
> The app is configured to use ASP.NET 2.0. What would be causing that
> version to disappear from the log entries (and presumably the app) like
> this?
>
>
>


 
 
Charles





PostPosted: Sun Aug 06 00:59:37 CDT 2006 Top

IIS >> clr 2.0 missing in iis log (& broken app)


>We created an asp.net 2.0 app, which sends smtp email using System.Web.mail.
>The app is in an IIS 6 application pool isolated to 2.0 apps on a 2003
>server.
>
>The app worked fine for a few days; recently however it began failing when
>sending to external addresses (it works fine if the recipient is inside our
>internal domain).
>
>Comparing the logfiles, I notice when it was working both versions of the
>CLR appear in log entries, for example:
>
>(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727)
>
>Log entries from when it fails only contain CLR 1.1, for example:
>
>(compatible;+MSIE+6.0;+Windows+NT+5.1;+SV1;+.NET+CLR+1.1.4322)
>
>The app is configured to use ASP.NET 2.0. What would be causing that
>version to disappear from the log entries (and presumably the app) like
>this?
>
>

The behavior you describe is typical of an SMTP server that has been
configured to not allow relaying. I would suspect that the ones sent
to an external address that worked contained an internal address in
the from header. The typical setting for an SMTP server on Exchange is
to allow external email only if the from is an internal address. Of
course all SMTP servers have to accept mail for internal addresses or
no mail would ever get through!

Charlie