New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make Mailpile useful in shared-hosting and multiuser environments #820

Closed
marxistvegan opened this Issue Aug 15, 2014 · 10 comments

Comments

Projects
None yet
6 participants
@marxistvegan

marxistvegan commented Aug 15, 2014

Mailpile is currently a personal webmail client, which only handles e-mail for one person. The project should be expanded so Mailpile can be used in shared-hosting and multiuser environments, such as small to medium businesses and organizations. This will further our mission to bring user-friendly encryption to a wider audience, and make the project more sustainable as larger organizations become motivated to contribute resources to the development and upkeep of Mailpile.

(Rephrased for roadmap, original text preserved below)

Hey all, was chatting with bnvk in IRC, recommending to try to explain the idea.

The idea is to have Mailpile be an available webmail client on an actual remote server, in this example I am talking about the mayfirst.org community, we have already horde and roundcube that connects to our mail server for members. The problem I am seeing is that people do not like a lot of change and the idea is for the times that they are not in front of their own computer that it would be really good to give them the same over all interface. The remote-web interface would not have the gpg key capabilities cause of the security of having ones gpg on a remote server is not ideal. But for the non-gpg encrypted communication to have a space for them to connect to, but if they have their local system they would install mailpile locally so that they would have their gpg encryption abilities. I am not sure exactly how to differentiate between the two. As people may want to still visit the actual web page when on their own system. But to have a local install and a server install I think is a good idea cause Mailpile creates the first I can think of where there can be that familarity on either.

Let me know what people think of this idea or feature

I attached a rough sketch to illustrate what I am thinking.
mailpile

@russellballestrini

This comment has been minimized.

russellballestrini commented Aug 16, 2014

+1

@ramschmaerchen

This comment has been minimized.

ramschmaerchen commented Aug 27, 2014

Yes, please!

@bnvk bnvk added this to the Ideas - Code milestone Aug 30, 2014

@BjarniRunar

This comment has been minimized.

Member

BjarniRunar commented Sep 1, 2014

This falls under the broader heading of making Mailpile useful in shared-hosting or multiuser environments. As the diagram illustrates, it's the red box that needs work...

@marxistvegan marxistvegan changed the title from Idea of remote and local mailpile to Mailpile useful in shared-hosting or multiuser environments Sep 2, 2014

@ramschmaerchen

This comment has been minimized.

ramschmaerchen commented Sep 2, 2014

Red is good. It means urgent :)

@BjarniRunar BjarniRunar changed the title from Mailpile useful in shared-hosting or multiuser environments to Make Mailpile useful in shared-hosting and multiuser environments Nov 28, 2014

@whitef0x0

This comment has been minimized.

whitef0x0 commented Feb 14, 2015

What is the update of this? Interested in using mailpile for shared user environments. Has this been delayed or is there a current branch for shared/multiusers being development?

Would love to be able to contribute if there is/start one if there isn't.

@russellballestrini

This comment has been minimized.

russellballestrini commented Feb 14, 2015

The only work I have done is wrote some Salt States for speeding up the deployment on a machine:

http://russell.ballestrini.net/mailpile-salt-states-for-ubuntu-or-debian/

@BjarniRunar

This comment has been minimized.

Member

BjarniRunar commented Feb 19, 2015

@whitef0x0 There are some major architectural issues I need to clean up before this is remotely viable, in particular Mailpile uses too much RAM for most multi-user setups and starts up too slowly. I have made progress on both, but they are in a private branch because they involve completely revamping our storage systems, which will break everyone's Mailpiles if I ship the code before it is ready and has working migrations.

System integration and installation work is premature at this point and although I appreciate the effort, it's likely to lead to bitrot very quickly unless people write tests and keep up with the changes I'll be making during the next few weeks/months.

@BjarniRunar

This comment has been minimized.

Member

BjarniRunar commented Feb 19, 2015

I have pushed up my working branch so people can see it: https://github.com/mailpile/Mailpile/tree/features/metadata.ng ... don't expect it to run though! :-)

@BjarniRunar

This comment has been minimized.

Member

BjarniRunar commented Dec 23, 2015

News: in bd2695f I created a tool name mailpile-admin.py, which can be used to configure Apache for multi-user Mailpile installations.

This does nothing to address the resource constraints, but it does provide a working-out-of-the-box solution for folks that want to host a few Mailpile instances for family or friends.

See https://github.com/mailpile/Mailpile/wiki/Apache-Integration for some docs.

@BjarniRunar

This comment has been minimized.

Member

BjarniRunar commented Dec 30, 2015

Closing this, as the functionality now exists! Improvements and bug reports belong in their own issues. :-)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment