Navigation

    Kopano
    • Register
    • Login
    • Search
    • Categories
    • Get Official Kopano Support
    • Recent
    Statement regarding the closure of the Kopano community forum and the end of the community edition

    iphone (IOS) not able to send mails

    Z-Push when using other backends
    6
    41
    5623
    Loading More Posts
    • 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.
    • maedball
      maedball @JungleMarc last edited by

      @junglemarc Well everything we achieved was already working before ;-).

      Postfix also does not show any messages. As stated my feeling is that IOS is not setting up the sending part internal.

      I have currently two clues which i have on my plate:

      • Disable IPV6 on my server to check if it is an IPV6 based issues
      • switch logon to email address instead of username
      JungleMarc 1 Reply Last reply Reply Quote 0
      • JungleMarc
        JungleMarc @JungleMarc last edited by

        I’ve never used the autodiscover stuff - always done the profiles manually.

        What distro are you on, and I assume you are using latest openssl?

        1 Reply Last reply Reply Quote 0
        • JungleMarc
          JungleMarc @maedball last edited by JungleMarc

          Testing ipv4 only could be as simple as setting up a spare wifi router, that has ipv6 disabled at the dhcp server - without having to change anything on the server end.

          Ohh, also, what if you specify the port number at the server field in iOS? yourdomain.something:port <-- i doubt that would influence something since you are already able to sync the profile… but worth the shot.

          I wonder if any of the Kopano ninjas heard of a bug like this before?

          maedball 1 Reply Last reply Reply Quote 0
          • maedball
            maedball @JungleMarc last edited by

            I have disabled IPV6 (on the server ;-)) Still the problem persists.

            But during testing i found out that there is a small window during setup when it is actually working (i know it really sounds strange). So for me it looks like the provisioning seems to be causing this.

            Still i am on my way in testing the email address of username theory.

            JungleMarc 1 Reply Last reply Reply Quote 0
            • JungleMarc
              JungleMarc @maedball last edited by

              Which distro are you using, and how was it installed?

              I am using Ubuntu and installed through the packages - paid subscription.

              Very interesting it works for a brief amount of time.

              1 Reply Last reply Reply Quote 0
              • maedball
                maedball last edited by

                Ubuntu LTS 20.xx, also with the normal repo via packages.

                Do you use usernames or emails to login?

                JungleMarc 1 Reply Last reply Reply Quote 0
                • JungleMarc
                  JungleMarc @maedball last edited by

                  I’m on Ubuntu as well.

                  I do with usernames as a personal preference. I like how it cannot be easily guessed, it adds security, not anyone can easily challenge authentication. Helps maintain quiet logs.

                  maedball 1 Reply Last reply Reply Quote 0
                  • maedball
                    maedball @JungleMarc last edited by

                    @junglemarc I have now changed the setup of dovecot and postfix to virtual users / Email address logins. Now i can send Emails from IOS without any issues. So from my side it is working. Not sure thou why it is happening… :-(

                    JungleMarc 1 Reply Last reply Reply Quote 0
                    • JungleMarc
                      JungleMarc @maedball last edited by

                      This is excellent news!

                      Yes postfix should always be setup to let Kopano handle virtual users. This is part of documentation. Glad you got it sorted :)

                      lol byebye iOS Outlook - make sure to replace your passwords once you move users out of that app. Happy for you and your users that you will be able to gain back proper privacy over your email accounts.

                      Marc

                      1 Reply Last reply Reply Quote 0
                      • aubergine
                        aubergine last edited by

                        I had the same problem too.

                        Using virtual users for dovecot (full email address as username) together with the setting below solved the problem.

                        define('USE_FULLEMAIL_FOR_LOGIN', true);
                        

                        Using the short username without domain as login name or having the above option set to false makes iOS with Z-Push believe (for whatever reason) the email address is just the username. Changing the email address for the account in the mail settings is not possible - it always changes back automatically to the short username only. Therefore the send email function doesn’t work.

                        bob4os 1 Reply Last reply Reply Quote 0
                        • bob4os
                          bob4os @aubergine last edited by

                          @aubergine If you are using the IMAP backend, this is expected behaviour, if you did not configure IMAP_DEFAULTFROM properly.

                          gugudada1 1 Reply Last reply Reply Quote 0
                          • gugudada1
                            gugudada1 @bob4os last edited by

                            @bob4os
                            I have the same issue and tried all suggestions here. No success so far. The issue started with an iOS upgrade. Not sure anymore which one. I still have a iPhone running 12.5. For that version sending mail works for my z-push setup. With iOS 14.x and 15.x it does not.
                            I use Ubuntu 20.04/NGINX/Courier IMAP, but also with 18.04 I had the same issue.
                            The message on he iPhone (“Cannot Send Mail, Check the settings …”) pops up very quickly. I don’t see any logs or activities on the backend server. It looks to me that this error comes from a internal iOS check without communication to the backend.

                            gugudada1 1 Reply Last reply Reply Quote 0
                            • gugudada1
                              gugudada1 @gugudada1 last edited by

                              @gugudada1
                              One more thing: The problem seems to be related to the account definitions made in iOS. There, the first parameter to be entered is the ‘Email’. I do enter there a regular email in the form <user>@domain . Once all parameters are entered and iOS verifies the data with the backend server, always the domain is stripped away in my account definitions. Without that, sending mails would work.

                              aubergine 1 Reply Last reply Reply Quote 0
                              • aubergine
                                aubergine @gugudada1 last edited by

                                @gugudada1 Exactly. You can only change this behaviour by using the full email address as login name.

                                gugudada1 1 Reply Last reply Reply Quote 0
                                • gugudada1
                                  gugudada1 @aubergine last edited by

                                  @aubergine
                                  I use the full email address when configuring on the iphone. But when the account is verified by the backend the full email account name is overwriten on the iphone and replaced just with the user name. That in turn leads to an error when sending mail. This used to work with previous iOS versions. And using the full email address for account definition on the backend server is not an option for me.

                                  1 Reply Last reply Reply Quote 0
                                  • First post
                                    Last post