[EMAIL PROTECTED] Strange CONNECT String

Hey, System Specs: Apache 2.2.4 using worker MPM Dual Opteron 270 x86_64 I'm noticing in my access_log the following: - - [16/Feb/2007:23:27:19 -0500] "CONNECT :25 HTTP/1.0" 200 100482 By the looks of it, it's accepting the request and following through? How can I block connections like these

Re: [EMAIL PROTECTED] Question for List Admin

"Graham Frank" <[EMAIL PROTECTED]> writes: > So I sent the email to them describing the issue. It bounced too. > Apparently, the spam filters don't like the log lines I'm providing > (albeit one). Looks that way, since the message is triggering the URIBL_SBL,URIBL_WS_SURBL rules from SpamAss

RE: [EMAIL PROTECTED] Question for List Admin

Hey, So I sent the email to them describing the issue. It bounced too. Apparently, the spam filters don't like the log lines I'm providing (albeit one). Apache's bounce message states that it will provide the headers, but it doesn't. It's just whitespace. I will CC a copy of this reply to [EMA

Re: [EMAIL PROTECTED] Question for List Admin

Send an exact copy of your bounce (complete headers please!!!) to [EMAIL PROTECTED] with an indication of the problem. It seems to be working now, perhaps it was the nature of your attachments or whatnot. Graham Frank wrote: > Hello, > > I am having an issue sending mail to the list. For some r

[EMAIL PROTECTED] Question for List Admin

Hello, I am having an issue sending mail to the list. For some reason, the message I've been trying to send is being bounced back due to a high spam score, which makes no sense. I've never had problems sending before. Is there any way to prevent this? Thanks. --Graham

Re: [EMAIL PROTECTED] ETags not included in Response-Headers:

On 2/17/07, Tim Philips <[EMAIL PROTECTED]> wrote: > So why aren't you seeing them? Etags will only be generated by apache > for content served by the default handler that is not modified by > filters (such as mod_include). So it will only work for static files, > and only if they aren't proce

Re: [EMAIL PROTECTED] ETags not included in Response-Headers:

Joshua Slive wrote: Hi Joshua, > In fact, FileETag is not necessary unless you want to restrict the > data used to calculate an etag. Etags are generated automatically and > by default. > > So why aren't you seeing them? Etags will only be generated by apache > for content served by the defaul

Re: [EMAIL PROTECTED] Best practice for setting DocumentRoot based on hostname

Michael Steigerwald wrote: > Hi all, > > Is there a particular best practice for setting DocumentRoot based on > hostname? In my case, I have several domains, e.g., www.agloa.net > and www.mnfatherproject.org > served at the same ip address.

[EMAIL PROTECTED] Best practice for setting DocumentRoot based on hostname

Hi all, Is there a particular best practice for setting DocumentRoot based on hostname? In my case, I have several domains, e.g., www.agloa.net and www.mnfatherproject.org served at the same ip address. What's the best way to use a different DocumentRoot for each? TIA

Re: [EMAIL PROTECTED] ETags not included in Response-Headers:

On 2/17/07, Tim Philips <[EMAIL PROTECTED]> wrote: My research has indicated that once FileETag is enabled it should automagically generate the ETAG based on the specified criteria and be visible in the Response-Headers so either I have totally missed the boat or my understanding of its usage is

[EMAIL PROTECTED] ETags not included in Response-Headers:

Hi All, I been requested to enable ETags for a customer on their Apache httpd server (Version 2.0.52-28.ent.centos4) on CentOS 4.4 from RPM. After researching the correct directive (FileETag) from the Apache core documentation and several FAQ's I added: FileETag MTime Size To the main Apache co

[EMAIL PROTECTED] apache2.2 core dump while graceful restart

Hi there, using freebsd-4.11 so I rebuilt php5 and apache 2.2.4 and I still see a core dump while sending a graceful signal. Please help me figue out why. All install php modules are below as well. What else can I try? from /var/log/mesages Feb 17 11:06:54 typhoon httpd: PHP Warning: PH