Need your help in over coming the following issues.
i need to send opt-in newsletters to the user. But using "gmail SMTP", i will not be able to send more than 400 mails per day.
Even if i use the mail option given in the shared server, i will not be able to send mails more than 300 mails per day.
Can you please suggest any other way i can handle this issue. Is it possible to use PHP mail functions? are there any limitations in sending the number of mails to the users.
can a server control the mails sent using PHP mail function.
Thanks for reading.
thanks a lot
The limitation on the number of mails you can send per day/hour is set by your SMTP server. In case of the mail() function, it is once again set by your host. If you wish to remove this limitation, generally you would:
Talk to your host's tech support and
ask them to raise the limit. Some
hosts like Fatcow raise your limit
from 500 to about 5000 (don't remember the exact numbers).
You can buy a dedicated virtual
server with no such restriction,
where the limit would only be the
speed at which you could send your
emails.
You can try newsletter mailing
software/add-ons like
ConstantContact that help you manage
your newsletters effectively.
1- you can buy vps and send many mail
2- you can buy smtp server for many sent
3- you can buy valid ip and set in your pc ... run somethings like postfix and sent mail in this way ...
Use an smtp relay service. I've had good experiences with smtp.com in the past (I'm not affiliated with them in any way). You can grab a library to connect to it and get going relatively fast.
Yuou should check this link http://www.emailaddressmanager.com/tips/server-smtp-limit.html
Every server comes with its own smtp/mail limit, usually 300-500 for shared and between 500 and 2k for dedicated. This is by ICAN regulations i believe to control spam as much as possible.
Most of the dedicated servers out there will increase your mail/smtp relay limit on a request mentioning why you need to increase,etc. You will also need to include an unsubscribe link in the newsletter so that users who recieve the mail can opt out from future mails.
Increasing the mail limit is sequential usually and it can be upto 100,000 on a godaddy dedicated server from what i got from chat support #go daddy.
As for gmail smtps, you can't send more than 500 a day and 2000 for business/educational google apps account.
Related
I am developing a social networking site. It has functionality like user registration, people exchanging messages and sending email notifications for people's actions (and many more).
Currently I use PHP's mail function to send mails and it is working fine. I already set up a VPS and hosted the application.
My question may be a dumb question. Do Facebook and other social networking sites use SMTP servers to send the notifications or only just any kind of PHP mail function?
I read somewhere that using PHP's mail, there is a chance of mail going to SPAM folder. They advised using a certified SMTP server.
So, if I have to use an SMTP server:
1) Do I have to purchase a certified SMTP server separately? Or can this be hosted on same VPS whatever I have. If so, what server software will be good for this?
2) Are there settings I have to do in SMTP servers like send unlimited messages, because we don't know how many people exchange emails in a minute, and that is totally random.
To start: you are definitely going to have to use an SMTP server to send the emails from PHP. You can't simply throw your emails at the mail() function and expect it to work. You have to connect it to an SMTP server that does all of the dirty work.
However, if it's not your domain, I would suggest you don't do it. If you have the time to learn the ins and outs of email delivery and want to set up and maintain an SMTP server, by all means, go ahead.
If you'd rather focus on building your app and not worry about your emails getting delivered, I'd suggest an email delivery service. Here's a good list of services to check out:
PostageApp
Sendgrid
Postmark
Mailjet
And there are plenty more out there. All of them have a free option for you to play around with, so just look for the one that fits your needs and requirements.
(FULL DISCLOSURE: I am the Product Manager of PostageApp. Happy to answer any questions you might have about sending email from your app, though!)
The issue here is not really with the mail() function in itself, but in how you construct the emails. Messages can be treated as spam for a million and one reasons, but it is generally accepted that if you use one of the tried and tested mailer libraries, like Swiftmailer or PHPMailer (both free) there is marginally less chance of your messages being treated as spam.
Whether your messages get treated as spam is far more about how you construct your messages than how you send them. Another major factor is if your server sends thousands and thousands of emails all the time, so another hint is to be sparing with the emails you send out - only send them when you actually need to.
If you really want to know the answer to this question, you should do some reading on exactly how the modern email system works. Being able to build and send good emails is all about knowing how to work the system. Start here.
i need to send bulk mail in my php application, but its outgoing limit was 500, if i purchase VPS server for sending email if it grows more than 1000+ gmail /hotmail will mark me as a spam , so what is the solution for this issue?
{ purchasing api from mass providers is not under my budget }
If you think your mail is not spam and your mail server is not setup as a relay to others, then it is ok to go with a VPS server for the purpose.
In my case, I keep sending alerts to my customers on different conditions. The emails may amount to about 10000 a day. But I hear that these are blocked only in rare occasions and we ask the customers to add our from email to their address books and it becomes good after that.
If your mail is not SPAM then you should be be able to deliver it, with some effort. Read for example Gmail Bulk Senders Guidelines.
One consideration is that you should not start with sending thousands of mails to gmail or any other mail provider. If their system does not know your server (specifically the IP address of your SMTP server), then it will block you. Start sending a few mails per day, and gradually increase the count.
I think VPS is only usable if you get your own dedicated IP address. Otherwise I would rent a dedicated server.
I can suggest you an idea,which might sound WIERD !!!! and might lead you to pull hairs.
Search for peter bromberg article in egghead cafe on Asynchronous Mail sending technique. Search on google if you can send messages from multiple account via single app. For example if your target for the day is 10000 mails, and per day limit for any common email id (or free version or lite version of any bulk mailing) is say 500 then create an array of your email and assign them mail sending responsibility as per their limits. try to achieve this via your programming skills.
This is the only way i can suggest you in a very cost effective manner. But again you need minimum of 10-15 email ids for it, which is a biggest drawback of these approach.And you might need to create more 10-15 emails, if the earlier ones get blocked by your Service Provider or receivers SP.
I have an application to notify "friends" if there is an activity on their associates' pages.
This works but after series of tests seems it sends to the first few people and not to the rest.
No errors as the script redirects to mail sent page.
Now my host provider has a limit of 500 mails per hour for an account on their platform and the email list is over 3000.
Could this be the problem? What better options do I have?
Thank you.
Currently using PHP Mail Function
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.
For the sending of large amounts of email, see the » PEAR::Mail, and » PEAR::Mail_Queue packages.
500 mails per hour should be the problem if your app takes that much volume. For a php server with usual configuration, mail() sends mails to local sendmail, then to local SMTP server where the host provider limits the rate. When the limit is reached, no one is on php's side to receive the error return mail.
I don't think it's hard to estimate the volume of your app. If you do need to send that many mails, consider rewrite your php function to use other SMTP server, e.g. Google Apps. Of course they come with their own limits however.
I have a website that receives incoming emails via cloudmailin, adds the content to the database, and then sends a confirmation email back to the person who sent the email. Currently I'm using a php mail() function to send the reply, but it seems to take about 1.5 min to actually get to the user's inbox. Is there a way to make this more instantaneous? I'm currenly hosting the application on FatCow, and I'm sure it has to do with their mail server, but I don't really know much about how that works and am wondering if I have to change hosts to accomplish faster delivery times or if I can do anything about it without switching.
mail() is a black box. You're telling PHP to try sending a mail however the host has configured PHP to do so.
It's very likely that it's just calling sendmail in your case. It's also very likely that the mail queue on that machine isn't the fastest in the world. Shared hosting machines are often overloaded.
The very first thing you should do is ask your host about the mail delay. Perhaps something is wrong, and they can fix it. Or they might just tell you that a minute and a half is not a long time to wait.
There are lots of other options, mostly in the form of companies that provide an SMTP service to you. I can't recommend one, but I can recommend that you pop over to your favorite search engine and look for "smtp service." I've recently starting working with Amazon Simple Email Service. It's supposed to be fast and well-maintained, and it's certainly inexpensive.
All of those options are likely going to require some configuration changes on your end. For example, you'll want to set up custom DNS records (for DKIM and SPF) to ensure that mail from a third party provider isn't automatically flagged as spam.
Using SMTP with PHP is dead easy. There are plenty of mail generating options out there. My personal favorite is SwiftMailer. It even has a transport option for Amazon SES.
The final option, of course, is grabbing your own virtual private server or dedicated server, which will let you configure outgoing mail as you desire, at the cost of needing to know how to maintain that server.
Edit: Obligatory link to relevant Coding Horror post.
So my user signs up from the Android App on his phone and after sign up is successful I trigger a mail to be sent to the signed up email address with an Activation Passcode from my PHP script. Here is the line of code that I use which is pretty trivial.
mail($to, $subject, $message, $headers);
The mail is sent correctly every time to the correct email address but the problem is the email shows up in Gmail or Hotmail or Yahoo in more than 10 minutes. That kind of a latency for receiving an Activation Code for the App "to me" is unacceptable.
What can reduce this latency and make this if not instanteneous but a lot quicker. Any ideas.
Thank you all for your help!!
I had this issue with GoDaddy shared hosting, using their SMTP server. It was because the SMTP server was a shared, open relay, and with the volume of messages passing through it - there is a delay of roughly 10 minutes as well.
Are you on shared hosting/GoDaddy? What SMTP relay are you using?
EDIT: After researching this thoroughly very recently, I have found that there is no way to deliever a high quality of SMTP service (i.e. < 10 minutes for an email) to my audience on GoDaddy shared hosting. This is incredibly frustrating. Looks like the options are to buy dedicated hosting from GoDaddy (~$300/year), or to switch providers.
On top of everything else, the receiving end may be using greylisting, which basically bounces an email on the first delivery attempt, on the theory that spam sources won't bother retrying, while a legitimate server WILL re-try after a few minutes.
most likely it is your server, perhaps you have a anti-spam program or anti-virus program? If you are on a shared environment there may be a que.
I'll guess you're using some shared hosting which probably is using some q system and therefor the delay... If your really picky about getting your mail delivered at once i would recommend dedicated hosting
Try this service guys...awesome API integration. www.postmarkapp.com After lot of searching I integrated my Android App Account Activation email service to Postmark and works like a breeze. Mails started getting sent to users instantly and the latency was reduced from stupid Godaddy's 10 mins or more to within a minute. I highly recommend it.