Reboot droplet/server after website email no longer forwarded to gmail

  • Posted February 25, 2015

Hi there,

I’ve been tasked with maintenance of our company’s website, which was moved to a Digital Ocean server by our former developer. Whenever people accessed the site and filled out either of two contact forms, an email would be generated and sent to a Gmail account. However, no emails have been received in 1-1/2 weeks. I have tried filling out the contact forms multiple times and seen no emails (testing has confirmed the Gmail account is receiving emails otherwise).

Would rebooting the server perhaps solve the email problem? I’m looking more for command confirmation (which should be “sudo shutdown -r now” if I understand correctly). Also, how can I access the server logs through PuTTY? I don’t have a Digital Ocean account myself but have the user credentials supplied by the former developer, as well as those for MySQL (I can log into ssh through PuTTY). Also, I have extremely limited experience with Linux but am willing to learn, so please take pity on a noob.


I rebooted the server after I finally got the correct root password from the developer (which frankly has me concerned that they wouldn’t hand it over from the beginning). Testing still doesn’t seem to be solving the email issue. The site is sending email via postfix, if I’m reading the logs correctly. Also, I found that there may be an issue with Google, specifically a 5.7.1 error that occurred shortly after the last successful email (though I’m still digging through the logs). Looks like I’ll have to try to talk to someone at Google, since the message seemed to indicate that Google thinks the site is sending spam.

Oddly, though, a message did get through this past Friday from someone. However, this message had a gmail address from the person making the inquiry through the website, so that might have been a factor.

To answer EpicCDN, I was not the one who set up the Digital Ocean account, which was done by people above me in the organization. Also, we were told by the developer not to go past entering billing information and creating a droplet (that was to be done by the developer). This is based on my email trail on the matter. Based on that trail, apparently there should be a username and password that was set up to set up the original account, information which I haven’t been given (but perhaps I need to start asking those people above me).

Backing up this site is what originally led to my initial inquiry here. The emails failed late Monday evening (2/17), and I had attempted to use a generic program (HTTrack Website Copier) to copy the contents of the site to my workstation the weekend before (though I wasn’t able to finish due to time constraints).

It sounds like I need to talk to the people above me who did the initial setup of the DO account in the first place, get that username and password, and go from there.

:S maybe you should backup your system and create a new DO account, if your dev ditch you/or you ditch him, is a better idea to have full access to your resources, also how are you paying your droplet every month without access to DO panel?

Thanks for your response ryanpq. I would’ve responded sooner but I somehow locked myself out of my original login account and my email address isn’t being recognized by the system (sigh). Thank you also for confirming I had the command down correctly. I don’t know if the login that I have has root access (I do have a separate root password to the attached MySQL database as the original developers created the site in Magento).

As far as how emails are sent, the only thing I can figure at this point is sendmail/postfix (, but again I could be wrong. I’m basing on general Magento documentation I’ve found online, and the fact from initial contacts with the developer (prior to the site being hosted on Digital Ocean) that SMTP (if it was set up) stopped working when our company’s email was switched from Exchange 2003 to 2010. I’m just scratching the surface on figuring out the inner workings on the site.

either shutdown -r now or reboot will do the trick (if you are logged in as root sudo is not needed).

As long as your ssh access is as the root user you can review all your system’s log files in /var/log In order to point you to the right place we would need a bit more information on your configuration.

To start with, is PHP sending email via sendmail/postfix or is it relaying to a remote SMTP service?

Submit an answer
You can type!ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!

These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.

May this entry could help you @michaelb1061388

I´m having the same problem as you and it seems the “sendmail” was not installed by default