Success stories

I would appreciate if you leave a comment here telling others if your mail server is running. Perhaps even a word about the purpose of the mail server and the number of users you have. That allows others to see that their time is well-spent and indeed leads to a working mail server. Thanks for your feedback.

8 thoughts on “Success stories

  • 2020-01-03 at 04:36

    A huge thank-you to you Christoph. I’ve spun down my old mail server, and everything is working splendidly on this new build. It’s just a small operation with 6 domains and a handful of users, but working well all the same.

    • 2020-01-03 at 09:48

      Yay, thanks for your feedback. That makes at least two of us who made it. 🙂

  • 2020-01-03 at 19:30

    I’m not fully through, but I have used some older guide to set my mailserver up and it did work just fine. I did not follow the instructions exactly, because I did not set up a new server with Debian 10 and instead used what I migrated from and left some settings as they were. But at the moment my mailserver does work again and has a neat new spamfilter (replaced the spamassasin). I will look at the rest of the tutorial at a later time.
    If I’m honest: I don’t know why I even use that overkill of a mailserver. It runs on a server at home and I’m the only user and nobody ever sends me mail there, because nobody knows the address. But I use it to get status mails from my server (cron jobs, updates, etc.). Not really needed, but I do it for the fun of it. I plan to try D-Push or Z-Push to get mails pushed onto my mobile, next.

    • 2020-01-05 at 11:43

      Just FYI if you want to add that to your tutorial anytime. Push-Mail with D-Push works realtively easy. I had to apt install d-push (which installed z-push and everything and even enabled the configurations in the webserver).

      I had to add some paths to the php_admin_value open_basedir in my apache configuration. The paths I had to add were /usr/share/z-push/:/etc/share/z-push/:/var/log/z-push/:/var/lib/z-push/
      After that some configurations are required in /etc/z-push. You can add the correct timezone in z-push-conf.php in the define ‘TIMEZONE’. And in the same time I had to set the Define ‘BACKEND_PROVIDER’ to ‘BackendIMAP’.

      After that some configuration in the imap.conf.php is required. Mainly the server data. I had to change the IMAP_PORT to 993 and the IMAP_OPTIONS to ‘/ssl/novalidate-cert’ to support SSL. Then there is the Define IMAP_FOLDER_CONFIGURED which has to be set to true, after checking the Defines below that, are matching the folder structure in your IMAP. (I don’t know if I have a standard config there, so I’m not giving my config here, but if I open the folder in roundcube the folder name is displayed as variable _mbox in the URL.

      Restarted the Webserver and checked if I could access https:///Microsoft-Server-ActiveSync This should ask for username and password (use the data for an E-Mail-Address). After that you should get an error message stating “GET not supported”. If another error message is displayed the error should give hints about wrong configuration. And if you only get an error 500 or something like that, the Logs are your friends.

      At this point the Server should support Pushmail. Now the mobile has to support it, too. I am using K-9 mail for android and it works fine.

      I hope this is enough for anyone wanting the feature to get started.

  • 2020-01-05 at 13:00

    I went through the Buster guide and I’m very happy that it’s really easy and fast-forward.

    I subscribed last year professional email boxes to an ISP and when I used mx-tester, the quality of outbound mail was 3/10 and unlikely not to be delivered elsewhere than spam boxes.

    I run “real” SMTP because my project needs more than sending newsletters and an email API is just not the right call for that.

    As per use case, I will have a small business run with one domain and 10-20 users and i’m pretty confident it’ll do the job well without me buying a Google Suite access or cloud-base solutions. I’m not a big believer of having personal data “somewhere” in the cloud, stored in conditions I can’t check.

    So, this guide is a great opportunity to catch up on Email hosting.

    Big Thanks Christoph !

    P.S.: For those who looks for an interface you could pick up a GUI or take a look at a web API i’m starting : https://github.com/Gompali/ispmailadmin-api. It’s still beta but may work as soon as possible. Feel free to contribute.

    • 2020-01-07 at 08:25

      Thank you very much for the feedback. The API looks promising. I will surely take a look soon.

  • 2020-03-11 at 21:55

    Just a general thank you and a success story. With only a few bumps on the way I made it, and moved our small but ancient (really: qmail+vpopmail circa 2004 vintage) server to ISPmail (imapsync helped enormously – the only way to migrate from something that different). Works like a charm, really excellent tutorial.


Leave a Reply

Your email address will not be published. Required fields are marked *