On 05 Sep 2018, at 09:58, Robert Moskowitz wrote:
>
> So I suspect my apache server as a proxy relay.
>
> Is there a similar site to mxtoolbox that will test apache for improper
> relaying?
Are you allowing php? You should be able to root out any badly behaved mail
scripts.
You should check
On 09/06/2018 06:40 AM, @lbutlr wrote:
On 05 Sep 2018, at 09:58, Robert Moskowitz wrote:
So I suspect my apache server as a proxy relay.
Is there a similar site to mxtoolbox that will test apache for improper
relaying?
Are you allowing php? You should be able to root out any badly behaved
On 09/06/2018 06:40 AM, @lbutlr wrote:
On 05 Sep 2018, at 09:58, Robert Moskowitz wrote:
So I suspect my apache server as a proxy relay.
Is there a similar site to mxtoolbox that will test apache for improper
relaying?
Are you allowing php? You should be able to root out any badly behaved
On Wed, Sep 5, 2018 at 10:11 PM, alchemist vk
wrote:
> Hi William,
> Sorry for late response.. I appreciate your response.
> Small clarification: You meant to say, with space as delimiter, httpd
> parses will consider space separated tokens as each individual httpd
> directives?
>
The synt
Hi,In Centos with the name of httpd, I see two IncludeOptional statements in
/var/etc/httpd/conf/httpd.conf
# grep -r IncludeOptional /etc/httpd/
/etc/httpd/conf/httpd.conf:IncludeOptional conf.d/*.conf
/etc/httpd/conf/httpd.conf:IncludeOptional sites-enabled/*.conf
I don't see such statements
I've upgraded from Apache 2.2 to 2.4 and 99% of my fairly large application
infrastructure (Apache, Apache Webgate, WebLogic, Oracle OIM and OAM) is
working fine.
However, when I attempt to access one specific subpage of an Oracle product
(Oracle Identity System Administration job scheduler) vi
I have a web application I want to deploy behind a reverse proxy.
Do I have to do this on my own computer with the instance of the Apache HTTP
Server that I've installed on my machine, or is it possible to do this on the
Apache somehow as well? If possible, I'd like to do the latter because I'
Beginning last Sunday (2 September) I have been finding several oddly named
session cookies each day on my server. The normal Apache session cookies have
names like "sess_d50280ded90f1dbd48fcfd5fc77baa77". These new ones have names
like:
sess_mycustomsession
sess_sessionidhere
The content seem
