Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Search
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo

Cloudron Forum

Apps | Demo | Docs | Install
  1. Cloudron Forum
  2. Discuss
  3. Change request: Notifications in Cloudron 3.5.1

Change request: Notifications in Cloudron 3.5.1

Scheduled Pinned Locked Moved Unsolved Discuss
12 Posts 5 Posters 1.9k Views 6 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • O Offline
      O Offline
      odie
      wrote on last edited by
      #1

      Hi,
      Thanks for introducing notifications. That can be super helpful.

      However, could we please be allowed to mute certain notifications somehow? My problem is that I constantly get a new notification that my email setup is wrong. I self host, and have two domains on my Cloudron. On one of the domains, I don't want email setup. On the other, I have everything correctly set up minus PTR (which I cannot set, and which I don't need, since I only use the email for my internal use).

      It is very annoying that a new notification pops up several times an hour that this email setup is wrong. I would love to be able to mute it permanently. I could even live with having all email configuration notifications muted, and even the old behaviour of no notifications at all was better than this. For me, this almost becomes the boy who cried wolf.

      Any chance having this looked into?

      Thanks for a super product, by the way!

      1 Reply Last reply
      1
      • nebulonN Offline
        nebulonN Offline
        nebulon
        Staff
        wrote on last edited by
        #2

        We have explicitly made email status notifications sticky until resolved. We have done that, since most apps are able to send out emails and thus those mails would always end up in spam or right out get denied by the receiving email server if those things are not setup. So in your case you don't care about such emails being lost? If there are good reasons to not nag the user about those issues, we can add some "ignore" setting I guess. Maybe you can describe your use-case about this a bit further.

        O 1 Reply Last reply
        0
        • M Offline
          M Offline
          msbt
          App Dev
          wrote on last edited by
          #3

          I'm getting those notification also, but I'm using an external SMTP server. So technically there is no issue, but the error messages are showing up again shortly after clearing them.

          1 Reply Last reply
          0
          • girishG Offline
            girishG Offline
            girish
            Staff
            wrote on last edited by
            #4

            BTW, there was a bug in 3.5.1 about incorrect notifications about mail setup. This is fixed in 3.5.2 and we have started pushing this out over the weekend. Can you tell me if the notification goes away after you updated to 3.5.2?

            1 Reply Last reply
            0
            • M Offline
              M Offline
              msbt
              App Dev
              wrote on last edited by
              #5

              It is still there on 3.5.2, haven't restarted the machine though, but I reckon that shouldn't be necessary

              1 Reply Last reply
              0
              • nebulonN nebulon

                We have explicitly made email status notifications sticky until resolved. We have done that, since most apps are able to send out emails and thus those mails would always end up in spam or right out get denied by the receiving email server if those things are not setup. So in your case you don't care about such emails being lost? If there are good reasons to not nag the user about those issues, we can add some "ignore" setting I guess. Maybe you can describe your use-case about this a bit further.

                O Offline
                O Offline
                odie
                wrote on last edited by
                #6

                @nebulon said in Change request: Notifications in Cloudron 3.5.1:

                We have explicitly made email status notifications sticky until resolved. We have done that, since most apps are able to send out emails and thus those mails would always end up in spam or right out get denied by the receiving email server if those things are not setup. So in your case you don't care about such emails being lost? If there are good reasons to not nag the user about those issues, we can add some "ignore" setting I guess. Maybe you can describe your use-case about this a bit further.

                I understand why you do this. For me, these are issues I am aware of.I wouldn't use my Cloudron email server for critical issues for this exact reason. If I need a better assurance that my e-mail can be transmitted, I would do what msbt does - use an external smtp server.

                Since I self host, it is not possible for me to get a PTR record (since my ISP uses dynamic IP's, they don't offer this functionality). So for me, the cloudron mail server is basically a place where I can receive email notifications from different automated tasks/service, and where I can live with the reliability issues.

                For me, the preferred fix would be an ability to either block these setup warnings, or to have the functionality msbt describes, if setting an external smtp server would be considered a valid setup by the email notification system. It's not a big sacrifice for me to use an external smtp, although I would prefer not to (the allure of completely self hosting, and not leaving any traces on external services for private notifications from private automated services is a big "privacy plus" for me).

                Also, I would like it if the email notification was satisfied with being "off" for domains that don't have email configured (at least if the Cloudron is setup with at least one working email domain).

                Thanks for looking into this so quickly 🙂

                necrevistonnezrN 1 Reply Last reply
                0
                • O odie

                  @nebulon said in Change request: Notifications in Cloudron 3.5.1:

                  We have explicitly made email status notifications sticky until resolved. We have done that, since most apps are able to send out emails and thus those mails would always end up in spam or right out get denied by the receiving email server if those things are not setup. So in your case you don't care about such emails being lost? If there are good reasons to not nag the user about those issues, we can add some "ignore" setting I guess. Maybe you can describe your use-case about this a bit further.

                  I understand why you do this. For me, these are issues I am aware of.I wouldn't use my Cloudron email server for critical issues for this exact reason. If I need a better assurance that my e-mail can be transmitted, I would do what msbt does - use an external smtp server.

                  Since I self host, it is not possible for me to get a PTR record (since my ISP uses dynamic IP's, they don't offer this functionality). So for me, the cloudron mail server is basically a place where I can receive email notifications from different automated tasks/service, and where I can live with the reliability issues.

                  For me, the preferred fix would be an ability to either block these setup warnings, or to have the functionality msbt describes, if setting an external smtp server would be considered a valid setup by the email notification system. It's not a big sacrifice for me to use an external smtp, although I would prefer not to (the allure of completely self hosting, and not leaving any traces on external services for private notifications from private automated services is a big "privacy plus" for me).

                  Also, I would like it if the email notification was satisfied with being "off" for domains that don't have email configured (at least if the Cloudron is setup with at least one working email domain).

                  Thanks for looking into this so quickly 🙂

                  necrevistonnezrN Offline
                  necrevistonnezrN Offline
                  necrevistonnezr
                  wrote on last edited by necrevistonnezr
                  #7

                  @odie said in Change request: Notifications in Cloudron 3.5.1:

                  Since I self host, it is not possible for me to get a PTR record (since my ISP uses dynamic IP's, they don't offer this functionality).

                  That's my set up as well and turning the notification off would be great.

                  1 Reply Last reply
                  0
                  • girishG Offline
                    girishG Offline
                    girish
                    Staff
                    wrote on last edited by
                    #8

                    I see, we will remove the PTR check atleast so that it doens't trigger the notification. Would that work?

                    1 Reply Last reply
                    0
                    • M Offline
                      M Offline
                      msbt
                      App Dev
                      wrote on last edited by
                      #9

                      For me I don't know if that's the reason. In the status view everything is alright (because of the external smtp server). But I have the green check-symbol right beside "Outbound SMTP (Relay)", but still the notification pops up.

                      1 Reply Last reply
                      0
                      • girishG Offline
                        girishG Offline
                        girish
                        Staff
                        wrote on last edited by
                        #10

                        @msbt Are you on 3.5.2? Once you mark the notification as 'read', it won't appear again.

                        1 Reply Last reply
                        1
                        • O Offline
                          O Offline
                          odie
                          wrote on last edited by
                          #11

                          For me, it would work to turn off the notification for PTR, if we also could have the notification turned off for (secondary) domain names that are configured to have the email server "off".

                          Come to think of it. The notification probably shouldn't fire if email is "off" on a domain. At least not more than once.

                          1 Reply Last reply
                          0
                          • M Offline
                            M Offline
                            msbt
                            App Dev
                            wrote on last edited by
                            #12

                            thanks @girish, works now!

                            1 Reply Last reply
                            0
                            Reply
                            • Reply as topic
                            Log in to reply
                            • Oldest to Newest
                            • Newest to Oldest
                            • Most Votes


                              • Login

                              • Don't have an account? Register

                              • Login or register to search.
                              • First post
                                Last post
                              0
                              • Categories
                              • Recent
                              • Tags
                              • Popular
                              • Bookmarks
                              • Search