I set up a site several years ago for a client. The files were (are) hosted on their local server, not at a domain host. It was a difficult install because of that (as I recall). I have not heard from the client in three years.
Yesterday they called to say the site was down. Here is the error: "Bad Request (Invalid Hostname)"
If I try to access the site with www.sitename.com I get a request for a password prompt. If I try to access the site without www I get the error mentioned above.
i am getting error when i trying to send mail out to external email address like gmail, hotmail, msn, yahoo
The error says 550 invalid recipent : firstname.lastname@example.org
so to make sure that the mail server is working i tried sending mail to local address which is email@example.com it works but when i try to send mail to external address it get error listed above.
so i added my email firstname.lastname@example.org to gmail to test whether the mail server is working correctly from gmail i can send email from email@example.com and recieve both but when i try that from my server it doesnot work
my server is offshore and i am using enom mail server to send email?
I seem to be having a problem with domain forwarding in cPanel.
I have 3 cPanel accounts:
1) foobar.com.np with a POP3 account and forwarders for firstname.lastname@example.org. Works fine.
2) foobar.com with domain forwarding to foobar.com.np. Works fine too when I send an email to email@example.com.
3) foo.com.np with domain forwarding to foobar.com.np. Doesn't work! When I send a message to firstname.lastname@example.org I get the following message in my Exim log:
Code: 2007-11-29 04:11:32 cwd=/var/spool/exim 3 args: /usr/sbin/exim -Mc 1IxgMm-0007DW-0m 2007-11-29 04:11:32 1IxgMm-0007DW-0m ** email@example.com R=lookuphost T=remote_smtp: SMTP error from remote mail server after MAIL FROM:<noreply@********.com> SIZE=2059: host foo.com.np [74.86.*.*]: 554 5.7.1 Helo invalid(forged) 2007-11-29 04:11:32 cwd=/var/spool/exim 7 args: /usr/sbin/exim -t -oem -oi -f <> -E1IxgMm-0007DW-0m 2007-11-29 04:11:32 1IxgMm-0007Da-Bd <= <> R=1IxgMm-0007DW-0m U=mailnull P=local S=2006 T="Mail delivery failed: returning message to sender" 2007-11-29 04:11:32 1IxgMm-0007DW-0m Completed ... As you can see, this domain forwarder is not functioning like the other one (foobar.com) since the domain forwarder for foobar.com DOES actually work:
Code: 2007-11-29 03:58:21 cwd=/var/spool/exim 3 args: /usr/sbin/exim -Mc 1IxgA0-0002Gs-Vb 2007-11-29 03:58:21 1IxgA0-0002Gs-Vb => info <firstname.lastname@example.org> R=virtual_user T=virtual_userdelivery 2007-11-29 03:58:22 1IxgA0-0002Gs-Vb => *******@gmail.com <email@example.com> R=lookuphost T=remote_smtp H=gmail-smtp-in.l.google.com [18.104.22.168] 2007-11-29 03:58:22 1IxgA0-0002Gs-Vb -> *******@gmail.com <firstname.lastname@example.org> R=lookuphost T=remote_smtp H=gmail-smtp-in.l.google.com [22.214.171.124] 2007-11-29 03:58:22 1IxgA0-0002Gs-Vb Completed It looks like Exim doesn't know that emails sent to email@example.com should be a local delivery. I checked the file "/etc/vdomainaliases/foo.com.np" and it says:
Trying to set a specific dhparams file after yesterday's disclosure of the logjam vulnerability I found that the VC10 apache build 2.4.12/1.0.1m does not support the SSLOpenSSLConfCmd configuration directive
AH00526: Syntax error on line 130 of conf/httpd.conf: Invalid command 'SSLOpenSSLConfCmd', perhaps misspelled or defined by a module not included in the server configuration
I've been trying to set up a "console host" in addition to my main "site front" so that I can easily manage MySQL without needing the use of the Workbench (i.e. phpmyadmin). But even when I add the "mod_authz_host" module file to my configuration and correctly referencing it with LoadModule, it says:
Quote: Invalid command 'Order', perhaps misspelled or defined by a module not included in the server configuration This is what is in my configuration file as of now:
/sbin/iptables -A INPUT -i venet0 -p tcp --tcp-flags ALL FIN,URG,PSH -j IN_SANITY
/sbin/iptables -A INPUT -i venet0 -p tcp --tcp-flags ALL SYN,RST,ACK,FIN,URG -j IN_SANITY
/sbin/iptables -A INPUT -i venet0 -p tcp --tcp-flags ALL ALL -j IN_SANITY
/sbin/iptables -A INPUT -i venet0 -p tcp --tcp-flags ALL FIN -j IN_SANITY
Any thoughts? According to my ISP, I have these iptables modules: iptable_filter iptable_mangle ipt_limit ipt_multiport ipt_tos ipt_TOS ipt_REJECT ipt_TCPMSS ipt_tcpmss ipt_ttl ipt_LOG ipt_length ip_conntrack ip_conntrack_ftp ip_conntrack_irc ipt_conntrack ipt_state ipt_helper iptable_nat ip_nat_ftp ip_nat_irc
After I recompiled Apache and PHP using easyapache from cPanel, we started getting all these weird errors. I'm getting a few people now complaining about not being able to enable register_globals. I believe (after searching) that having this enabled is a big security risk and shouldn't need to be used. However, some people apparently where using .haccess and php_flag to enable this. I did find on a few places that people can create their own php.ini file to emulate what was previously done with .htaccess?
After searching around..
I found out that Register Globals can become a security risk based on the scripts configuration that uses it. This feature normally can be enabled via .htaccess using the glad "php_flag register_globals On". Creating a file called php.ini inside the directory of the site with the flag "register_globals=on" I believe will also enable this option. To enable this option on a global scale, you can edit '/usr/local/cpanel/3rdparty/etc/php.ini', but its not recommended.
However.. We are unable to get the php.ini concept to work. Is there something I need to do to enable/allow users to do this for their account?
I have just installed WHMCS on a dedicated Windows 2003 Server box with Plesk 8.2. I am getting the above error when I try to go to the billing subdirectory (www.mydomain.com/billing), if I don't input a correct username/password. Inputing a username/pass does work, and I did so to install it, but obviously this is not a long term solution.
IUSR has read/execute/list rights to the parent httpdocs directory and inheritable permissions is checked. I have checked the child directories and files, and everything seems to have inherited the correct permissions.
I am able to otherwise access my website, as well as TCadmin.