iphone (IOS) not able to send mails
-
Ubuntu LTS 20.xx, also with the normal repo via packages.
Do you use usernames or emails to login?
-
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.
-
@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… :-(
-
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
-
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.
-
@aubergine If you are using the IMAP backend, this is expected behaviour, if you did not configure IMAP_DEFAULTFROM properly.
-
@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
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. -
@gugudada1 Exactly. You can only change this behaviour by using the full email address as login name.
-
@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.
