Web Browsers Displaying Raw Text For ASPX Web Pages

I have checked out other aspx web pages and the have all displayed properly. I'm starting to suspect that I'm chasing my tail here. This could be a server misconfiguration, but then others have been able to read the page referenced in the first message...

Does this sound plausible?

Interesting... This is what I suspected initially. I will try a different account.

In the meantime, the result of the nyud.net test showed this message:

SPF Rules - Email returned stating "Does not pass SPF requirements for domain"

Symptoms

A person is unable to send email to a TOAST.net email account. The person typically has the email returned to them with the following error message:

* 550 <ip address> does not pass SPF requirements for domain.

Cause

TOAST.net checks all servers delivering email to TOAST.net for SPF rules. These rules are set up by the sender's ISP and tell TOAST.net how to handle email from them. If there is a rule set up saying "do not accept this email unless it comes from a specific mail server," the message will be returned to the sender. More information on what SPF is and how it works is available HERE.

Solution

Have the sender report the error to their ISP or IT department to adjust their outgoing mail server settings or make adjustments to the SPF rules.

----

This IS telling, since I do frequently get these errors when sending email from that ISP's email account. This is made more bizarre because my ISP won't let me use that provider's SMTP server when sending email from their account. They won't let me use anything but their SMTP server.

And it's even more hysterical that the URL I used as an example is the document their tech support told me to view to fix the SPF requirement error!!

Thanks,

Rocky

Oddly enough, the declarations you mentioned are NOT in the aspx file I grabbed with Safari. I right-clicked the link, saved the file to disk, and viewed the file with a text editor.

I will try a different user account next.


Thanks,

Rocky

FWIW, all existing accounts exhibit the same behavior. I created a new account, and the result was the same.


Rocky

I just checked GlimmerBlocker, and it was modifying the blocking the incoming content. Based on the history shown in that Safari add-on, the domain Toast.net was appearing as being modified by 15 subscription-based rules. I added a white list rule for domain toast.net as the first rule. The GlimmerBlocker history was now showing these pages as being passed through. But this was not the case. the pages came up OK once I disabled GlimmerBlocker entirely.

I will check for subscription updates in the future, as the latest updates didn't do it despite the white list rule.

I came up with a work-around, but it isn't a perfect fix. One (or more) of the GlimmerBlocker rules was apparently contributing to the issue. I had to disable it for now...

They do list a pseudo-paper trail of what they're doing, or more accurately that they're doing something. The problem is that white listing the doamin hasn't worked, unless I have the rule order wrong. I'll check the docs to verify that. In the meantime, it's disabled.

Thanks for your help. You got me on the right track (the track I was initially following).


Regards,

Rocky