hyperkitty-devel January 2014

hyperkitty-devel@lists.fedorahosted.org

2 participants
9 discussions

[HyperKitty] #39: declassification of private mails feature
by HyperKitty 16 Apr '15

16 Apr '15

#39: declassification of private mails feature ------------------------+-------------------------- Reporter: misc | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Beta version Version: | Keywords: ------------------------+-------------------------- Since HK is a mail archiver, one of my pet peeve is the various usage of private mailing list, and what this implies. While a full ACL system could be nice, I would propre to have a declassification feature. I have 2 use cases in mind, based on the way i think a community distribution should work. First use case is people contacting a project for security reason. While the content must not be public at first, it could IMHO be made public after a while ( like automated declassification after 6 months ). Main reasons are : - less interest for a potential attacker since less stuff are marked as private - more transparency on what happen behind closed doors, reducing the conspiracy ideas, and permit to people who would learn how the project react to security issue how stuff happen, even if not in real time. This is rather important for community growing The second use case is about all the project that have a private board list, to discuss private matters. Here, I would rather see a per thread disclosure feature, after a time. For example, I could see someone either being a disclosure officer, or on demand by a admin. The same benefit as the 1st proposal, this permit to document the decision of any private group for future reference. But unlike the previous one, this would not be automatic. A third way to disclose could be to either just disclose the identity of the poster, or just identity and subject. This would permit to show to people ( if they trust the group ) that nothing was discussed for X months, or who was active ( quite important if the group is elected ). While this is rather high level idea, while redacting this, i think this would be best achieved with a rather complete ACL system, but i fear this is starting to be the sign of feature creep :) ( and i didn't even spoke of having a tool to discuss disclosure ). -- Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/39> HyperKitty <http://mm3test.fedoraproject.org> The HyperKitty Django app provides a web interface to access GNU Mailman archives.

1 2

[HyperKitty] #49: plug-in API
by HyperKitty 16 Apr '15

16 Apr '15

#49: plug-in API ------------------------+----------------- Reporter: nka11 | Owner: Type: enhancement | Status: new Priority: major | Milestone: Version: | Keywords: ------------------------+----------------- Enable plugins and extensions for hyperkitty. Make it extensible and maybe consider to pull out some integrated features which could become plugins - vote +/- - allow web reply - tag - authentication may remains part of core for private lists archives access. This have two advantages : - a well documented plugin API will encourage plugins developers and contributions to small modules - the core gets separated from non-pure-ml-archive feature and gets simpler and easily maintened - so will become the extra features plugin -- Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/49> HyperKitty <http://mm3test.fedoraproject.org> The HyperKitty Django app provides a web interface to access GNU Mailman archives.

1 4

[HyperKitty] #44: 9gag like system for the archive page?
by HyperKitty 16 Apr '15

16 Apr '15

#44: 9gag like system for the archive page? ------------------------+-------------------------- Reporter: pingou | Owner: Type: enhancement | Status: new Priority: major | Milestone: Beta version Version: | Keywords: ------------------------+-------------------------- On the website 9gag.com, the page becomes longer as you scroll down. Would this be something to consider for the archive page instead of the current hard-coded pagination? -- Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/44> HyperKitty <http://mm3test.fedoraproject.org> The HyperKitty Django app provides a web interface to access GNU Mailman archives.

1 2

[HyperKitty] #50: Handling of users changing Subject lines of threads
by HyperKitty 15 Apr '15

15 Apr '15

#50: Handling of users changing Subject lines of threads ------------------------+-------------------------- Reporter: ianweller | Owner: Type: enhancement | Status: new Priority: major | Milestone: Beta version Version: | Keywords: ------------------------+-------------------------- Sometimes you see this subject line in threads: Subject: Re: Bar (was: Foo) My understanding from abompard is that HyperKitty currently does not show the subject change at all to the user. It should probably at least show the new subject to the user. Two ways of potentially dealing with this: * Where the subject changes in the thread, add it above the first message (what most mail clients do) * Make it a different thread (what in some cases might make more sense -- and if it did break a thread incorrectly, you could reattach it, but then you still want to show the subject line change). -- Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/50> HyperKitty <http://mm3test.fedoraproject.org> The HyperKitty Django app provides a web interface to access GNU Mailman archives.

1 2

[HyperKitty] #30: Translations (i18n)
by HyperKitty 14 Apr '15

14 Apr '15

#30: Translations (i18n) ------------------------+-------------------------- Reporter: abompard | Owner: Type: enhancement | Status: new Priority: major | Milestone: Beta version Version: | Keywords: ------------------------+-------------------------- First, the strings in the python code, in the templates and in Javascript code should be marked for translations. Django reference : https://docs.djangoproject.com/en/1.4/topics/i18n/ Then, we'll be able to translate the strings. Consider using [https://www.transifex.com/ Transifex]. -- Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/30> HyperKitty <http://mm3test.fedoraproject.org> The HyperKitty Django app provides a web interface to access GNU Mailman archives.

1 6

[HyperKitty] #45: Spam appears
by HyperKitty 13 Apr '15

13 Apr '15

#45: Spam appears ------------------------+-------------------------- Reporter: pingou | Owner: Type: enhancement | Status: new Priority: major | Milestone: Beta version Version: | Keywords: ------------------------+-------------------------- It seems that spams are showing up in the interface: http://mm3test.fedoraproject.org/hyperkitty/list/devel@mm3test.fedoraprojec… while I cannot find the email on the pipermail archives: http://lists.fedoraproject.org/pipermail/devel/2013-April/thread.html I don't know if the problem comes from our current set-up or from something else. -- Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/45> HyperKitty <http://mm3test.fedoraproject.org> The HyperKitty Django app provides a web interface to access GNU Mailman archives.

1 1

[HyperKitty] #31: Admin interface
by HyperKitty 13 Apr '15

13 Apr '15

#31: Admin interface ------------------------+-------------------------- Reporter: abompard | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Beta version Version: | Keywords: ------------------------+-------------------------- Add admin interface to do the following tasks: * delete a post from the archives * move a post between lists -- Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/31> HyperKitty <http://mm3test.fedoraproject.org> The HyperKitty Django app provides a web interface to access GNU Mailman archives.

1 3

[HyperKitty] #52: django.core.management change with django-1.6
by HyperKitty 23 Jun '14

23 Jun '14

#52: django.core.management change with django-1.6 ------------------------+-------------------------- Reporter: ralph | Owner: Type: enhancement | Status: new Priority: major | Milestone: Beta version Version: | Keywords: ------------------------+-------------------------- In hyperkitty_standalone, manage.py has this line: from django.core.management import execute_manager execute_manager was deprecated somewhere along the line and has been removed in the newly released django-1.6. This causes new people who follow the docs at http://hyperkitty.readthedocs.org/en/latest/development.html to get an ImportError when trying to run "python manage.py ..." Suggestions for resolution: Change the dep for hyperkitty from "Django>=1.4" to "Django<1.6" or Update manage.py to use whatever new interface django.core.management is providing. -- Ticket URL: <https://fedorahosted.org/hyperkitty/ticket/52> HyperKitty <http://mm3test.fedoraproject.org> The HyperKitty Django app provides a web interface to access GNU Mailman archives.

1 2

Problem with 'user' table
by alex 14 Jan '14

14 Jan '14

Hi all, I'm just trying to install hyperkitty on a debian server. I'm mostly following this: https://fedorahosted.org/hyperkitty/wiki/DevelopmentSetupGuide .. with the exception of using postgres rather than sqlite. Things were going well until the following error.. It seems it is referring to a table called "user", but this is a reserved word and should be quoted. My django knowledge is extremely rusty, so not too sure about how to fix this. Any ideas much appreciated! (mailman)root@xxx:/usr/local/src/hyperkitty_standalone# kittystore-updatedb -p /usr/local/src/hyperkitty_standalone -s settings Upgrading the database schema and populating the search index if necessary... Upgrading the schema... Error running CREATE TABLE "sender" ( email VARCHAR(255) NOT NULL, name VARCHAR(255), user_id VARCHAR(255), PRIMARY KEY (email), FOREIGN KEY (user_id) REFERENCES user(id) ); Traceback (most recent call last): File "/usr/local/mailman/bin/kittystore-updatedb", line 9, in <module> load_entry_point('KittyStore==0.1.7', 'console_scripts', 'kittystore-updated b')() File "/usr/local/src/kittystore/kittystore/scripts.py", line 100, in updatedb store = create_store(settings, debug=opts.debug) File "/usr/local/src/kittystore/kittystore/__init__.py", line 75, in create_st ore create_storm_store(settings, debug) File "/usr/local/src/kittystore/kittystore/storm/__init__.py", line 34, in cre ate_storm_store dbschema.upgrade(store) File "/usr/local/mailman/local/lib/python2.7/site-packages/storm-0.20-py2.7-li nux-x86_64.egg/storm/schema/schema.py", line 121, in upgrade self.create(store) File "/usr/local/mailman/local/lib/python2.7/site-packages/storm-0.20-py2.7-li nux-x86_64.egg/storm/schema/schema.py", line 93, in create self._execute_statements(store, self._creates) File "/usr/local/mailman/local/lib/python2.7/site-packages/storm-0.20-py2.7-li nux-x86_64.egg/storm/schema/schema.py", line 72, in _execute_statements store.execute(statement) File "/usr/local/mailman/local/lib/python2.7/site-packages/storm-0.20-py2.7-li nux-x86_64.egg/storm/store.py", line 108, in execute return self._connection.execute(statement, params, noresult) File "/usr/local/mailman/local/lib/python2.7/site-packages/storm-0.20-py2.7-li nux-x86_64.egg/storm/databases/postgres.py", line 266, in execute return Connection.execute(self, statement, params, noresult) File "/usr/local/mailman/local/lib/python2.7/site-packages/storm-0.20-py2.7-li nux-x86_64.egg/storm/database.py", line 241, in execute raw_cursor = self.raw_execute(statement, params) File "/usr/local/mailman/local/lib/python2.7/site-packages/storm-0.20-py2.7-li nux-x86_64.egg/storm/databases/postgres.py", line 276, in raw_execute return Connection.raw_execute(self, statement, params) File "/usr/local/mailman/local/lib/python2.7/site-packages/storm-0.20-py2.7-li nux-x86_64.egg/storm/database.py", line 374, in raw_execute self._run_execution(raw_cursor, args, params, statement) File "/usr/local/mailman/local/lib/python2.7/site-packages/storm-0.20-py2.7-li nux-x86_64.egg/storm/database.py", line 388, in _run_execution self._check_disconnect(raw_cursor.execute, *args) File "/usr/local/mailman/local/lib/python2.7/site-packages/storm-0.20-py2.7-li nux-x86_64.egg/storm/database.py", line 454, in _check_disconnect return function(*args, **kwargs) psycopg2.ProgrammingError: syntax error at or near "user" LINE 7: FOREIGN KEY (user_id) REFERENCES user(id) ^ Cheers alex -- http://yaxu.org/

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

hyperkitty-devel January 2014