I created additional identities but when trying to send an email with this identity, getting the error:
The mail server responded: 5.7.1 <"New identity email address> Sender address rejected: not owned by user "e.email address
The new identity is well define in https://ecloud.global/apps/ but when sending with Postbox getting this error…
Sorry @harvey186, this message was for @matsch (used the wrong “reply” button …).
I have no idea what could be an “additional identity”, but I know enough Postfix to recognize his messages
So, in this case we may have an Nextcloud (maybe RainLoop ?) account without email account (Postfix mailbox).
That’s why I think the Postfix Admin is useful : to verify the email account against Postfix, not Nextcloud.
Just checked : the purpose of RainLoop identities (in RainLoop settings) is to provide a merged view (and “from” when writing/replying) with existing accounts.
So @matsch, if you want multiple identities you’ll have to create them first (it’s free anyway ).
But I can’t image that this will work, because the railoop is full integrated in the ecloud setup with e.email domain. The railoop IMAP / SMTP server setup will get his information from login data.
but … that’s all theoretical because I don’t know the edrive setup in detail
For the “main” identity, yes.
But in RainLoop you can also add other identities, as a facility to write email from them.
However this identities are not managed by /e/ Cloud, so RainLoop can’t manage logins or accounts.
As an exemple :
So I think it cannot work in /e/, as users have no access to Postfix aliases (for e.email addresses) and Postfix is secured to forbid sending emails from another account. (ie sending as JohnDoe@gmail.com when logged on as JohnDoe@e.email).
So, as I can see in my own hosted /e/ Cloud, this “identities” feature should be disabled, unless the /e/ server configuration is specific on this subject (I guess it isn’t ).
When writing :
I was wrong, even if it is a /e/ account I think it will not work (identity spoofing protection at Postfix level).
Sorry for that, I should have checked Postfix configuration more carefully …
@Manoj : could an /e/ Cloud administrator confirm ?