I need to setup a POP3/SMTP server on our Ubuntu server (example.com). Now I found postfix useful for this job. Is it possible to let users from the group users (on the system) use this service, so they can login with their username/password? For example, if kevin is a user from the group users, then he can login on the POP3 server and retrieve (and send) mail for kevin#example.com? Is it also possible to save the in- and outgoing e-mails in a database?
Regards,
Kevin
Here ís a link to the Postfix features. I have only found that they store users in the database.
I am using a mailserver configured after the tutorials of workarounds.org and have also implemented servers following this solution for a few clients with up to 100 concurrent users for now.
But for example the DBMail project offers at least storing mails to databases.
Related
I have a working postfix smtp server on my Ubuntu 20.04 cloud machine. I can send/receive emails using the standard command line "mail" client. I am now looking for a way to do the same via web browser. I already am running nginx on the server.
It seems there are various apps such as RoundCube and SquirrelMail that are available on Ubuntu. However, they seem to require additional pop3/imap server packages to be installed.
As the webmail client is intended to be on the same machine as my smtp server is, I do not see why additional pop3/imap packages need to be installed.
Wondering if there is a simpler way to look at emails via web browser. Regards.
You need to install a web server, PHP (or whatever is required to run the webmail app of your choosing), and an IMAP server.
mail is an email client that knows how to directly access your messages on the filesystem, something that a web app has no capability to do. Also note that it is executed from the context of you having already logged in to your server as a particular user.
It's a Very Bad Idea to give your web server read/write access to parts of the filesystem outside the directories where your web-related files are kept (write access can and should be even more strict).
It's technically feasible to create a webmail app that does what you want (I think there may have been some attempts in the distant past), but it would be limited to systems with a very specific mail system setup and require some questionable permission tweaking. IMAP is the layer that abstracts your particular mail system setup from any of the various mail clients you may want to use to access your messages. It also helps make sure users and apps are not able to access things they should not.
Wondering if there is a simpler way to look at emails via web browser
Not that I can think of. Fortunately, this will get you most of the way there:
apt-get install dovecot-imapd
Dovecot will need minimal configuration in your case, and more time will be spent installing and tweaking whatever webmail client you choose (or you can try Thunderbird). And remember that the IMAP server can be limited to local clients (webmail counts as such) and need not be exposed to the Internet.
I need send and receive e-mails. I need configure on Digital Ocean Vps a Mail server.
I need a how to or any recommendation about it. I think I will have to create a database to store messages.
I have seen:
Mailgun: I have created an account and created dns records Mx and Txt but Its not verified yet. So I can't receive email.
SendMail: I think it's I have already installed but I don't know how to send and receive email from hello#domain.com
Postfix: I've tried to install didn't work it
Thanks.
Mailservers are complex beasts of software. Installing your own might be a bad idea, unless you're willing to invest time to
make it secure
protect it against spam and viruses
back up your emails
understand topics such as DMARC and TLS and greylisting
...
See why you may not want to run your own mail server for more information.
Maybe you could use an email provider instead? Google Suite is a great choice :)
There's an open-source solution
Mail-in-a-Box lets you become your own mail service provider in a few easy steps. It’s sort of like making your own gmail, but one you control from top to bottom.
Technically, Mail-in-a-Box turns a fresh cloud computer into a working mail server.
Currently we are using ldap plugin (version 2.1.0.507) for our Sonarqube (version 5.6.1) user authentication but our ldap is not configured for email. Thus every time we add an email locally for notifications it is wiped away when you log out via the ldap sync. Is there a way to disable the sync so that our locally configured emails remain?
Nope, not possible. LDAP Plugin fully delegates authentication, as well as synchronization of usernames and emails (+ groups if Group Mapping is configured).
No workaround, your best shot here really is to propagate email addresses in your LDAP server (which seems like a fair expectation for a user directory).
I'll try to be clearest as possible as I think this is not a usual situation. If you need more details, please say it.
I work on a company that has an Exchange Server. They provide a laptop which is on company domain and I can connect in Outlook just fine with my company e-mail. If I go home with my company laptop I can connect via VPN to company domain and connect to Outlook just fine as well.
We have a webmail which we can use in ANY untrusted computer on browser, something like webmail.mycompany.com and I just need to put my username and password to connect.
I also have an Android smartphone which is not on domain as well and I can configure it to connect to my company Exchange mail.
However I work on a remote server which is not on company domain (I can't change the domain on the remote server) and I'm trying to configure Outlook on the remote server unsuccessfully...
I'm very confused and wondering:
If I can connect via VPN to my company Exchange mail on Outlook anywhere as long as I have internet access on my company laptop
I can connect to my company Exchange mail on a webmail on browser on any computer (not on company domain) providing username and password.
I can connect to my company Exchange mail on my Android smartphone (not on company domain) by providing the Exchange mail server, username, domain and password.
Question: Is it possible to connect to Outlook in a different domain on a remote server with the information I have?
Thank you!
If an Exchange server is published correctly with ActiveSync enabled, then an device that supports ActiveSync should be able to connect to it. I am contracted out to 4 partner organisations during the week, 1 orgs email is Exchange Online, the others are local exchanges, one each of 2007, 2010, 2013.
I can easily hook up my email accounts to each of these from my phones, outlook 2010 at home (not connected to the domain or VPN) and outlook 2013 in the office (that is domain connected). (For 2 of these orgs my first job was to correctly publish their exchange farm for their employees)
You mentioned a VPN tunnel, if you have to establish a VPN to connect to the exchange then it sounds like it has not been correctly published externally, possibly by design.
The first thing you should do is talk to your Exchange Admin and ask them to confirm or publish the Autodiscover and ActiveSync related services for the exchange you wish to connect to externally, it's quite secure by default and has been designed to be used in this way so you shouldn't get much resistance on this front.
If you are the admin, or just playing along at home, then your next stop should be the Microsoft Connectivity Analyzer https://testconnectivity.microsoft.com , previously testexchangeconnectivity.com... that uses the same protocols that outlook and mobile devices use to connect to MS Exchange, this includes Exchange Online.
If the connectivity analyzer can connect, but your client can't then download the client analyzer from the "client" tab in the connectivity analyzer site. The error prompts are really informative and help to improve your understanding of how the Exchange platform works
Outlook 2010 can only add one domain connected Exchange service at a time, but it can have many activeSync compatible services connected no worries at all. Follow the test results on the connectivity analyzer site described above for guidance, the two most common issues that I come across are:
You primary email alias may not match the autodiscover service. For instance user#email.com might belong to an exchange that is published as 'electronicemail.com' In this case you need to make sure you connect to the exchange service as 'user#electronicemail.com' your default replay to address as configured in exchange will still work as user#email.com, but outlook doesn't know about these details untile after it has established a connection to the exchange server via the autodiscover service.
The other common issue is that the autodiscover service is not contactable externally or does not resolve correctly when you are external. (this happens a lot with Small Business Server and Essential Business server) In these cases you can sometimes make some quick edits to your c:\windows\system32\drivers\etc\hosts file to direct outlook to the right server IPaddress to configure the account. If you add a hosts entry for autodiscover.yourEmailDomainName.whateveritis into your hosts file this can often get around issues caused by the organisations public DNS not being configured for exchange.
Note that the hosts solution above can work in many instances for both of these issues
I've got an unmanaged Linux VPS running ubuntu that I'm using for the web server for a personal website. I'd like to get a barebones email server up and running. All the installation guides I've found so far are for a full-fledged email server with a webmail interface and everything. That's a lot more than I need. There's only two things I need:
My web application needs to be able to send email. Specifically, it'll be emailing me when an exception occurs.
I want all email sent to [anything]#domain.com forwarded to my personal gmail account. The server doesn't even need to retain the email or anything.
I want to reserve resources for the actual web app, so I don't want to install anything I won't need for this.
msmtp or nullmailer sounds like it would fit the bill for the former. You could use google mail for domains for the latter.
I'll Second Postfix. I've been using it since around 2000 - it's not that hard to set up. However, for what you're doing (relaying to your ISP) msmtp or nullmailer as suggested by geocar will probably do the trick - they appear to be specifically designed for this sort of role - although I've never used them so I can't really comment from experience in the way I can with Postfix.
Your web application needs a SMTP server. That server can be a hosted service like Google's or MailHop. If you really want to be an email administrator postfix should be installed HOWTO is here.
If not:
sudo apt-get install postfix