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


Skip to content
  • Recovery emails

    Solved Support
    4
    1 Votes
    4 Posts
    148 Views
    mdc773M

    nice i eventually figure it out thanks

  • Accessing email mailbox owned by a group

    Solved Support
    20
    0 Votes
    20 Posts
    846 Views
    avatar1024A

    @girish said in Accessing email mailbox owned by a group:

    Let's say a username has 3 mailboxes - admin@, support@ and username@ . Which mailbox is seen when logged in? You might say username@ but what if username@ is not in that list?

    @girish I think we keep misunderstanding each other here. I know how it used to be back in the day and I also know that for ages now Cloudron has been using the full email address as username to log into emails exactly because of the confusion you've just pointed at with the above example. So I'm with you here.

    What I'm pointing out is that if using the email prefix as username to login (and NOT the Cloudron username) then we get around the confusion in your example. So if a user is the owner of three mailboxes - admin@, support@ and username@, then to log in each other them the username would simply be "admin", "support" and "username" respectively, and the password is the user password. I'm not taking about showing multiple mailboxes at once or anything like that. With a single domain this works, there is no confusion and yet we don't need to write the full email address every time but only the prefix which is easy. And this is what seems to be happening in Roundcube right now.

    Now this gets confusing with multiple domains becasue a single user can be the owner of say admin@domain1.coop and admin@domain2.coop. But for this "I humbly think" the default behaviour I described in my previous message intuitively solves this issue, that is:

    if a user enters only the prefix then the @domain defaults to the domain the webmail app is installed on. So say if Snappymail is installed at webmail.domain1.coop and I enter "admin" as a username to login, then it default to the mailbox admin@domain1.coop. if a user enters the full email address as the username to login then he/she/they can access that mailbox no matter what the domain of webmail app is.

    Here is what I wrote in my previous message:

    I think it would make most sense and be the least confusing if the username to login is the prefix of the email address, and that it default to the domain of the email app rather than the global email domain. I think that way would be a very neat approach, yet still giving the flexibility to login on any email app installed on the Cloudron using the full email address for niche use cases.

  • Error with limits on mailbox

    Solved Support
    9
    0 Votes
    9 Posts
    807 Views
    potemkin_aiP

    Hooray! Thank you, @girish ! 🙂

  • Get a list of all existing e-mail accounts

    Solved Support
    3
    1 Votes
    3 Posts
    320 Views
    J

    @girish Thanks for clarification, this suits my needs. Have a great day!

  • How good is the mail server?

    Discuss
    10
    2 Votes
    10 Posts
    1k Views
    H

    have you stress test your mail server .. sending more emails to see its limits ( in 1 gb ram small vps) ?

  • Mailbox quota < 1 GB

    Feature Requests
    2
    3 Votes
    2 Posts
    271 Views
    girishG

    I have made the slider start from 500M for a start.

  • Mailbox Quota Size GUI bug

    Solved Support
    3
    1 Votes
    3 Posts
    433 Views
    girishG

    This is fixed now, thanks for reporting.

  • Email address username limits

    Solved Support
    10
    1 Votes
    10 Posts
    1k Views
    girishG

    @robi yes!

  • 0 Votes
    2 Posts
    537 Views
    J

    Just found the solution here: https://forum.cloudron.io/topic/1279/receive-email/4

    The problem was that AWS EC2 instances close port 25 by default. As soon as I opened it in the AWS console, I was able to receive emails.

  • 1 Votes
    14 Posts
    1k Views
    girishG

    This is implemented in Cloudron 6 ! https://forum.cloudron.io/topic/3205/what-s-coming-in-6-0-take-2/99

  • 3 Votes
    8 Posts
    930 Views
    nebulonN

    If this is disabled or archived, this also means that it is still "known" to the system, currently the data simply is not removed from the disk, but other relevant information is purged from the database.
    So I agree, that deleting an account should also delete the mailbox data, if there is no proper way to restore that (currently you have to create a new mailbox record with the same mailbox handle and magically the data comes back). For that some archived state could be the solution to have a structured way to restore.