I have one domain that is having issues sending e-mail from any php forms, etc. They do have their MX records pointing out to a different service...is there anything special I need to have them do in order for this to work?
Also, do I need to check or uncheck "Always accept mail locally even if the primary mx does not point to this server."
I'm running Cpanel 11
what i'm trying to do:
vistor enters personal information into a mail form, they select "Submit" and the information travels securely to the web site database.
what would be the best way to go about making that secure?
Considering a web site could be completely useless without its web forms working as expected, and the uptime reports do not verify them at all, I would like to know if you people, consider it important.
View 1 Replies View Relatedvps for sending out 500 emails per hour. Some of the emails in the list may not be working so they may stack up on the server.
View 2 Replies View RelatedMy Webhost suddenly does not allow php contact forms! Instead, they expect me to change all forms on 16 sites hosted by them to use a phpFormMail solution they provide. It's a real hassle.
View 10 Replies View RelatedI want to stop emailing myself
I have received quite a few emails from senders claiming to be the recipients [in this case one of my email accounts]. I did not send these emails. This is happening with almost every email account I have setup on one of my domains.
I know this is probably an easy fix-- I am simply unsure of what it is.
I noted that someone else recently posted a similar question-- with only one response. I wanted to see if another post my garner another response.
I've just designed a site and the company have just told me they have their own mail server.
I've never touched mx records before as I've always had mail collected on the server which hosts the site so this is new territory for me.
What's got me a bit stumped is where are the mx records controlled - with the domain registrar, the hosting company or both? I've gone into the account and changed the DNS MX records with the hosting company (Cpanel). I've double checked I've done it right with the hosting company and they've said it seems fine... But it's not - I keep getting failed deliveries:
xxx@xxx.com
SMTP error from remote mail server after RCPT TO: <xxx@xxx.com>:
host company.mail.server.co.uk [88.88.88.88]:
550 5.7.1 Unable to relay for xxx@xxx.com
(email, server, and ip edited out)
The hosting company did say it might take some time to propagate, but I have a hunch it isn't going to work.
Now, I've got a couple of different registrars I use and one of them lets you edit mx records directly while the other one doesn't... Which leads me to think that you can control the mx records with both, but the domain has priority?
Although it's only twice a day, it's quite annoying. I have two almost identical file servers, one however sends me an email at 2:46pm and 6:00pm everyday. The first email looks like this...
Code:
From: root@server1-host.crysis-online.com (Cron Daemon)
To: root@server1-host.crysis-online.com
Subject: Cron <root@server1-host> /scripts/upcp
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/root>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=root>
X-Cron-Env: <USER=root>
Message-Id: <E1ILAjj-0000WN-J7@server1-host.crysis-online.com>
Date: Wed, 15 Aug 2007 00:44:14 -0400
Updating /scripts...
Sync Source: [url]
Fetching [url]
(0)....@69.90.250.34......connected......receiving......Done
Fetching [url](0)....@69.90.250.34......connected......receiving...26%...53%...80%...100%......Done
Fetching http://httpupdate.cpanel.net/cpanelsync/RELEASE/scripts/unsetupfp4.bz2 (0)....@69.90.250.34......connected......receiving...100%......Done
Got file ./unsetupfp4 ok (md5 matches)
Fetching[url](0)....@69.90.250.34......connected......receiving...37%...74%...100%......Done
Got file ./pkgacct ok (md5 matches)
Fetching [url]
(0)....@69.90.250.34......connected......receiving...100%......Done
Got file ./eximup ok (md5 matches)
Fetching...
and it keeps going. It looks like it's a scheduled c-panel update of some sort which happens everyday. The second email looks like this (sent at 6pm everyday)...
Code:
################### LogWatch 5.2.2 (06/23/04) ####################
Processing Initiated: Wed Aug 15 04:02:06 2007
Date Range Processed: yesterday
Detail Level of Output: 0
Logfiles for Host: server1-host.crysis-online.com ################################################################
--------------------- SSHD Begin ------------------------
Users logging in through sshd:
root:
xxx.xxx.dataco.com.au (xxx.xxx.xxx.xxx): 1 time
SFTP subsystem requests: 1 Time(s)
---------------------- SSHD End -------------------------
------------------ Disk Space --------------------
/dev/mapper/VolGroup00-LogVol00
73G 19G 51G 27% /
/dev/hda1 99M 19M 76M 20% /boot
###################### LogWatch End #########################
I understand that these are most certainly both Cron Jobs, but I don't know how to identify them, or get rid of them. Anyway care to tell me how? I've got SSH access to the server and use both putty and WinSCP to access it.
Scenario:
Client has a nice website with a "contact us" online form. The form itself is secure (no injection attacks etc) and simply collects some data from the site-user, and emails that data to the site owners email address.
This email is sent using php "FROM" the siteusers email address (eg: random@gmail.com etc), so that when it arrives with the site owner, they can simply hit reply etc.
However - the site owners email is protected by "FrontBridge" (aka Microsoft), and suddenly they stop receiving such form-mail.
Response from FrontBridge is
"If the IP that is sending these emails does not have the domain names that it is sending on behalf of registered to it, it can not send to our domain as it will be picked up and flagged as spam. " They then indicate that too much of this so called "spam" will result in a blacklisting - which is what seems to have now happenned.
Pretty unfair I'd have thought, and probably how MOST web based form2email scripts are setup.
Are there companies out there that allow unlimited emailing capabilities on a VPS server? What kind of budget would be best to get this capability? Am I better of going with a dedicated server?
View 1 Replies View RelatedPHP manual says:
Quote:
Note: It is worth noting that the mail() function is not suitable for larger volumes of email in a loop. This function opens and closes an SMTP socket for each email, which is not very efficient.
I have a VPS and cPanel.
How can I get the SMTP host, user, pass and port?
I need a server dedicated just to emailing prospected clients.
Can anyone turn me onto a decent provider who does not mind excessive mail?
Hi all... Ok the situation is this. My DrWeb died a few weeks ago and then I started to receive 100's of emails trying to connect to DrWeb. This was resolved, but everyday without fail I receive these two emails and wonering if anyone can tell me why?
Quote:
From: MAILER-DAEMON@mydomain.net
Subject: failure notice
Date: 11 February 2007 9:00:05 AM
To: postmaster@ mydomain.net
This is the qmail-send program at mydomain.net.
I tried to deliver a bounce message to this address, but the bounce bounced!
<anonymous@ mydomain.net>:
This address no longer accepts mail.
--- Below this line is the original bounce.
Return-Path: <>
Received: (qmail 3086 invoked for bounce); 11 Feb 2007 09:00:04 +1100
Date: 11 Feb 2007 09:00:04 +1100
From: MAILER-DAEMON@ mydomain.net
To: anonymous@ mydomain.net
Subject: failure notice
Hi. This is the qmail-send program at mydomain.net.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
< mydomain@ mydomain.net>:
This address no longer accepts mail.
--- Below this line is a copy of the message.
Return-Path: <anonymous@ mydomain.net>
Received: (qmail 3078 invoked by uid 10003); 11 Feb 2007 09:00:04 +1100
Date: 11 Feb 2007 09:00:03 +1100
Message-ID: <20070210220003.2031.qmail@ mydomain.net>
From: root@ mydomain.net (Cron Daemon)
To: mydomain@ mydomain.net
Subject: Cron < mydomain@ mydomain > /usr/bin/php -q /var/www/vhosts/mydomain.net/httpdocs/whmcs/admin/cron.php > /dev/null
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/var/www/vhosts/mydomain.net>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME= mydomain >
X-Cron-Env: <USER= mydomain >
PHP Notice: Undefined variable: attachments_dir in /var/www/vhosts/mydomain.net/httpdocs/whmcs/admin/../dbconnect.php on line 7
PHP Notice: Undefined variable: downloads_dir in /var/www/vhosts/mydomain.net/httpdocs/whmcs/admin/../dbconnect.php on line 10
PHP Notice: Undefined variable: display_errors in /var/www/vhosts/mydomain.net/httpdocs/whmcs/admin/../dbconnect.php on line 18
PHP Notice: Use of undefined constant E_NONE - assumed 'E_NONE' in /var/www/vhosts/mydomain.net/httpdocs/whmcs/admin/../dbconnect.php on line 19
Quote:
From: MAILER-DAEMON@ mydomain.net
Subject: failure notice
Date: 11 February 2007 9:42:15 AM
To: postmaster@ mydomain.net
This is the qmail-send program at mydomain.net.
I tried to deliver a bounce message to this address, but the bounce bounced!
<anonymous@ mydomain.net>:
This address no longer accepts mail.
--- Below this line is the original bounce.
Return-Path: <>
Received: (qmail 3568 invoked for bounce); 11 Feb 2007 04:42:16 +1100
Date: 11 Feb 2007 04:42:16 +1100
From: MAILER-DAEMON@ mydomain.net
To: anonymous@ mydomain.net
Subject: failure notice
This is the qmail-send program at mydomain.net.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
<drweb@ mydomain.net>:
This address no longer accepts mail.
--- Below this line is a copy of the message.
Return-Path: <anonymous@ mydomain.net>
Received: (qmail 3564 invoked by uid 111); 11 Feb 2007 04:42:16 +1100
Date: 11 Feb 2007 04:42:15 +1100
Message-ID: <20070210174215.3542.qmail@ mydomain.net>
From: root@ mydomain.net (Cron Daemon)
To: drweb@mydomain.net
Subject: Cron <drweb@mydomain> /opt/drweb/update.pl
X-Cron-Env: <SHELL=/bin/sh>
X-Cron-Env: <HOME=/var/drweb>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=drweb>
X-Cron-Env: <USER=drweb>
Dr.Web (R) update details:
Update server: http://update.msk3.drweb.com/unix/433
Update has began at Sun Feb 11 04:42:03 2007
Update has finished at Sun Feb 11 04:42:15 2007
Following files had been updated:
/var/drweb/bases/dwntoday.vdb
/var/drweb/updates/drwtoday.txt
/var/drweb/updates/dwntoday.txt
/var/drweb/bases/drwtoday.vdb