I'm having problems with a few images that are called from our site by our Mail List provider. Our server is in San Francisco, FeedBlitz servers in the East coast. These are absolute URLs to background images that should appear on a portal page for signing up to newsletters but served from FeedBlitz servers:
body { background-image: url("http://www.himalayanacademy.com/newsletters/FeedBlitz/Multi-NewsletterSu..."); background-repeat: no-repeat; }
What is strange is: the image will appear on this page:
http://www.feedblitz.com/f/?Sub=&Publisher=7522423&portal=331383
sometimes, but then if you refresh, the image is not served and the background is blank.
Very mysterious. So my first check up is to see if Virtual min has a default setting to prevent leeching of images if the http referrer for the site requesting the image is not on the local host? Or does it block the image if it is called in rapid succession?
Comments
Submitted by andreychek on Mon, 04/26/2010 - 15:20 Comment #1
Howdy -- nope! Virtualmin doesn't add in any anti-leeching code. While that's certainly something that could be added in after-the-fact into the Apache config, or a .htaccess file, you'd have to do so manually.
What I might suggest is to first verify that you don't have a .htaccess file in there causing trouble... in any dir between the public_html dir, up to the images dir.
Then, I'd also look into the Apache error logs... whenever it doesn't work, take a peek at $HOME/logs/error_log. If it's Apache blocking it for some reason, the reason why should show up in the logs.
When I go to the URL you mentioned, "http://www.himalayanacademy.com/newsletters/FeedBlitz/Multi-NewsletterSu...", it redirects to "http://www.himalayanacademy.com/jpg".
My guess is that the only reason it's working for you at all is cache related... it seems like there's a redirect in there somewhere that's causing it to redirect to the wrong location.
Submitted by katir on Mon, 04/26/2010 - 15:45 Pro Licensee Comment #2
thanks for mentoring me in sleuthership (not a real word..)
Right... we had some bogus line in our .htaccess file that was trying to append an absolute URL to relative image links to over come some problems with images not appearing in https pages. but it was a failed experiment and should have been deleted
this was obvious, like you said from the error logs
[Mon Apr 26 13:33:43 2010] [error] [client 67.52.81.242] File does not exist: /home/himalayan/public_html/jpg, referer: http://www.feedblitz.com/f/?Sub=&Publisher=7522423&portal=331383
our mod_rewrite line was mis-handling any image request from outside... and truncating it to "jpg"
fixed by simply removing that line from the htaccess file! Thanks again, case closed.
Submitted by andreychek on Mon, 04/26/2010 - 15:47 Comment #3
Great, glad you got it working... thanks for the heads up!
Submitted by Issues on Sun, 05/16/2010 - 01:53 Comment #4
Automatically closed -- issue fixed for 2 weeks with no activity.