postfixadmin-tracker Mailing List for PostfixAdmin (Page 25)
Brought to you by:
christian_boltz,
gingerdog
Menu
▾
▴
postfixadmin-tracker — Postfix Admin tracker notification - READ ONLY!
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(67) |
Nov
(83) |
Dec
(47) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(57) |
Feb
(15) |
Mar
(21) |
Apr
(38) |
May
(27) |
Jun
(38) |
Jul
(35) |
Aug
(50) |
Sep
(8) |
Oct
(9) |
Nov
(59) |
Dec
(59) |
| 2009 |
Jan
(27) |
Feb
(42) |
Mar
(63) |
Apr
(46) |
May
(26) |
Jun
(25) |
Jul
(40) |
Aug
(19) |
Sep
(17) |
Oct
(35) |
Nov
(26) |
Dec
(21) |
| 2010 |
Jan
(11) |
Feb
(19) |
Mar
(40) |
Apr
(25) |
May
(23) |
Jun
(17) |
Jul
(10) |
Aug
(18) |
Sep
(21) |
Oct
(12) |
Nov
(10) |
Dec
(22) |
| 2011 |
Jan
(30) |
Feb
(23) |
Mar
(23) |
Apr
(38) |
May
(32) |
Jun
(19) |
Jul
(20) |
Aug
(36) |
Sep
(11) |
Oct
(28) |
Nov
(4) |
Dec
(4) |
| 2012 |
Jan
(6) |
Feb
(3) |
Mar
(16) |
Apr
(28) |
May
(29) |
Jun
(10) |
Jul
(2) |
Aug
(3) |
Sep
|
Oct
(13) |
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(11) |
Feb
(7) |
Mar
(29) |
Apr
(2) |
May
(3) |
Jun
(15) |
Jul
(8) |
Aug
(5) |
Sep
(5) |
Oct
(4) |
Nov
(27) |
Dec
(81) |
| 2014 |
Jan
(12) |
Feb
(13) |
Mar
(5) |
Apr
|
May
(41) |
Jun
(16) |
Jul
(7) |
Aug
(10) |
Sep
(24) |
Oct
(50) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(5) |
Feb
(2) |
Mar
(7) |
Apr
(20) |
May
(1) |
Jun
(3) |
Jul
(12) |
Aug
(1) |
Sep
(17) |
Oct
(5) |
Nov
(20) |
Dec
(10) |
| 2016 |
Jan
(10) |
Feb
(11) |
Mar
(22) |
Apr
(30) |
May
(33) |
Jun
(3) |
Jul
|
Aug
(12) |
Sep
(20) |
Oct
(11) |
Nov
(15) |
Dec
(8) |
| 2017 |
Jan
(1) |
Feb
(11) |
Mar
(10) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
(3) |
| 2018 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
(4) |
Jun
(2) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2010-03-24 14:07:46
|
Patches item #2886618, was opened at 2009-10-26 17:58 Message generated for change (Settings changed) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2886618&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Iñaki R. (virtualminds) Assigned to: Nobody/Anonymous (nobody) Summary: ADDITION: Hooks for create, delete and edit cyrus mailboxes Initial Comment: Hooks for create, delete and edit cyrus mailboxes. ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2010-03-24 14:07 Message: added to svn; as per changeset 817, thank you! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2886618&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-24 13:01:44
|
Patches item #2915887, was opened at 2009-12-16 23:13 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2915887&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: J.Kruis (jan-kruis) Assigned to: Nobody/Anonymous (nobody) Summary: wrong display Initial Comment: The version 2.4 dev svn #788 display in many cases the code text and not the html also it does not display the languages select menu and the domainname select menu. ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2010-03-24 13:01 Message: looks like it's already merged to me; thank you for taking the time to create the patch and contribute back! :) See changeset:816 as well. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2915887&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-24 12:50:40
|
Patches item #2925620, was opened at 2010-01-04 13:10 Message generated for change (Settings changed) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2925620&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: None >Status: Pending >Resolution: Rejected Priority: 1 Private: No Submitted By: Gabriel Serme (eirmag) Assigned to: Nobody/Anonymous (nobody) Summary: password column name in configuration Initial Comment: Sometimes you may want to have multiple columns in your database to store your password, or simply have a different name than "password". The problem is that the column name is hard written in source code. This patch gives you the possibility to change the database password column name for USERS ONLY from the configuration file. Postfixadmin's column password remains "password". The new config name is : "database_password_column_name", and impacted files are config.inc.php and model/UserHandler.php Greetings for this new year, Gabriel ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2010-03-24 12:50 Message: I can see your reasoning for wanting to do this - but I'm a bit wary about merging this patch as it's use is to allow postfixadmin to work with another database schema - if this were the case, then obviously you've got issues with respect to other fields changing (e.g. username).... So I'm not sure it should be accepted. Sorry. ---------------------------------------------------------------------- Comment By: Gabriel Serme (eirmag) Date: 2010-01-05 20:15 Message: No problem, I understand your point and solutions you give are enough to motivate not applying the patch. thanks for both create-mailbox and edit-mailbox. I'll fix it on my version. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-01-05 20:03 Message: Well, my solution would be to ignore the historical reasons and just use the 'password' column ;-) That said: If you are fine with having the same content in the 'password' and 'passcyrpt' column, you can add triggers in your database that update the 'passcrypt' column whenever 'password' is changed. Both MySQL and PostgreSQL support this. Or you can add a view that renames the column at access time (SELECT username, password as passcrypt, ...). BTW: Your patch is incomplete - you'll also have to modify create-mailbox.php and edit-mailbox.php that are used in admin mode... ---------------------------------------------------------------------- Comment By: Gabriel Serme (eirmag) Date: 2010-01-05 15:37 Message: Hi, when I created this patch, it was more for information than for mergin request ;) In fact, I wrote it because I was unable to change the database password column name in postfixadmin. And I made change recently to my postfix/courier configuration from passwords stored in column named "password" to column named "passcrypt". Doing this, I break compatibility with postfixadmin, and for historical reasons I want to keep my column "password". So, to make converge all my authentication in a same place, I modify postfixadmin. Also, modifying postfixadmin files directly wasn't a good optoin for me, so I added the property "database_password_column_name". If you have another solution, let me know. And thx for your reply. Gabriel ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-01-05 12:19 Message: Can you please describe _why_ the additional or renamed password column is useful? At the moment I don't see the advantage. OTOH your patch would make upgrades harder because database changes would be applied to the wrong column etc. I'm not totally against merging this patch, but I'd like to know your usecase and reason first. (Maybe we find another solution for your problem, which would be the better way IMHO.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2925620&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-24 12:50:25
|
Patches item #2925620, was opened at 2010-01-04 13:10 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2925620&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: None Status: Open Resolution: None Priority: 1 Private: No Submitted By: Gabriel Serme (eirmag) Assigned to: Nobody/Anonymous (nobody) Summary: password column name in configuration Initial Comment: Sometimes you may want to have multiple columns in your database to store your password, or simply have a different name than "password". The problem is that the column name is hard written in source code. This patch gives you the possibility to change the database password column name for USERS ONLY from the configuration file. Postfixadmin's column password remains "password". The new config name is : "database_password_column_name", and impacted files are config.inc.php and model/UserHandler.php Greetings for this new year, Gabriel ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2010-03-24 12:50 Message: I can see your reasoning for wanting to do this - but I'm a bit wary about merging this patch as it's use is to allow postfixadmin to work with another database schema - if this were the case, then obviously you've got issues with respect to other fields changing (e.g. username).... So I'm not sure it should be accepted. Sorry. ---------------------------------------------------------------------- Comment By: Gabriel Serme (eirmag) Date: 2010-01-05 20:15 Message: No problem, I understand your point and solutions you give are enough to motivate not applying the patch. thanks for both create-mailbox and edit-mailbox. I'll fix it on my version. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-01-05 20:03 Message: Well, my solution would be to ignore the historical reasons and just use the 'password' column ;-) That said: If you are fine with having the same content in the 'password' and 'passcyrpt' column, you can add triggers in your database that update the 'passcrypt' column whenever 'password' is changed. Both MySQL and PostgreSQL support this. Or you can add a view that renames the column at access time (SELECT username, password as passcrypt, ...). BTW: Your patch is incomplete - you'll also have to modify create-mailbox.php and edit-mailbox.php that are used in admin mode... ---------------------------------------------------------------------- Comment By: Gabriel Serme (eirmag) Date: 2010-01-05 15:37 Message: Hi, when I created this patch, it was more for information than for mergin request ;) In fact, I wrote it because I was unable to change the database password column name in postfixadmin. And I made change recently to my postfix/courier configuration from passwords stored in column named "password" to column named "passcrypt". Doing this, I break compatibility with postfixadmin, and for historical reasons I want to keep my column "password". So, to make converge all my authentication in a same place, I modify postfixadmin. Also, modifying postfixadmin files directly wasn't a good optoin for me, so I added the property "database_password_column_name". If you have another solution, let me know. And thx for your reply. Gabriel ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-01-05 12:19 Message: Can you please describe _why_ the additional or renamed password column is useful? At the moment I don't see the advantage. OTOH your patch would make upgrades harder because database changes would be applied to the wrong column etc. I'm not totally against merging this patch, but I'd like to know your usecase and reason first. (Maybe we find another solution for your problem, which would be the better way IMHO.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2925620&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-24 12:48:25
|
Patches item #2943017, was opened at 2010-01-31 02:20 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2943017&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dehalion (dehalion) Assigned to: Nobody/Anonymous (nobody) Summary: Dovecot SSHA support Initial Comment: Dovecot SSHA encryption is not supported by default because dovecotpw doesn't allow to give a salt for creating a password. I found a PHP function written by chantra at http://coding.debuntu.org/php-how-calculate-ssha-value-string which verifies a given SSHA hash and a plaintext password. This function is used if the password in the database starts with {SSHA} and dovecot is used as encryption type. ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2010-03-24 12:48 Message: Hi thanks for taking the time to submit the patch - however, could you please regenerate it? It doesn't include any file names, or context around the changes, so I'm unsure as to where it should apply. If possible could you just attach the output from e.g. 'diff -u newfile.php oldfile.php' or something similar? Thanks! ---------------------------------------------------------------------- Comment By: Dehalion (dehalion) Date: 2010-01-31 22:42 Message: I forgot: affected files: only functions.inc.php modified function pacrypt() added function ssha_verify_password() ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2943017&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-24 12:44:18
|
Patches item #2972300, was opened at 2010-03-17 23:48 Message generated for change (Settings changed) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2972300&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Valkum () Assigned to: Nobody/Anonymous (nobody) Summary: user home site is main.php not login.php Initial Comment: When access postfixlink.de/users you should redirected to main if you logged in when not to login. Therefor i have change some files. users/index.php header... to header ("Location: main.php"); users/function.inc.php in authentication_require_role('user'); replace: header("Location: " . $CONF['postfix_admin_url'] . "/login.php"); with: if ( $role == 'user') { header("Location: " . $CONF['postfix_admin_url'] . "/users/login.php"); } else { header("Location: " . $CONF['postfix_admin_url'] . "/login.php"); } ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2010-03-24 12:44 Message: merged in changeset 815 - thank you for submitting the patch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2972300&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-24 12:33:52
|
Bugs item #2975827, was opened at 2010-03-24 11:36 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2975827&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: SVN (please specify revision!) >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Ezameku () Assigned to: Nobody/Anonymous (nobody) Summary: list-domain.php is not using table prefix Initial Comment: list-domain.php contains SQL query with table name hardcoded, and not checked with table_by_key(). See patch attached that fix this. ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2010-03-24 12:33 Message: merged into svn in revision [814] thank you for reporting the problem. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2010-03-24 12:33 Message: Thanks for the bug report; we believe this has been fixed in subversion. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2975827&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-24 12:30:55
|
Bugs item #2975822, was opened at 2010-03-24 11:23 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2975822&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: SVN (please specify revision!) >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Ezameku () Assigned to: Nobody/Anonymous (nobody) Summary: table prefix appended twice Initial Comment: On a fresh install of Postfixadmin (no rows in SQL), creating an admin failed because table prefix is appended twice. setup.php line 352 : // here, a var_dump() shows that $table_domain == "prefix_domain" db_insert($table_domain, array('domain' => 'ALL')); functions.inc.php line 1680 function db_insert ($table, $values, $timestamp = array()) { ... } //in this function, prefix is appended a second time line 1682. HOW TO FIX -------------------- See diff attached ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2010-03-24 12:30 Message: Closed in revision 813; thank you for reporting it. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2010-03-24 12:30 Message: Thanks for the bug report; we believe this has been fixed in subversion. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2975822&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-24 12:27:14
|
Bugs item #2975816, was opened at 2010-03-24 10:53 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2975816&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: SVN (please specify revision!) >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Ezameku () Assigned to: Nobody/Anonymous (nobody) Summary: Use svn:externals for Zend Initial Comment: Hello, I was exporting svn trunk and I can see that you copied all Zend Framework into it (in trunk/ADDITIONS/squirrelmail-plugin/Zend) I really advise you to use an svn:externals to the Zend Framework SVN (to a tag if you want to avoid broken functionalities). Then, an SVN checkout would be lighter. Same recommandation can apply to Smarty in trunk/postfixadmin/smarty Please see http://framework.zend.com/svn/framework/standard/tags/ and http://smarty-php.googlecode.com/svn/tags/ ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2010-03-24 12:27 Message: Hi; Yes, it's my fault because of how I did the import into Postfixadmin.... Fixed. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2010-03-24 12:27 Message: Thanks for the bug report; we believe this has been fixed in subversion. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2975816&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-24 11:36:54
|
Bugs item #2975827, was opened at 2010-03-24 12:36 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2975827&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ezameku () Assigned to: Nobody/Anonymous (nobody) Summary: list-domain.php is not using table prefix Initial Comment: list-domain.php contains SQL query with table name hardcoded, and not checked with table_by_key(). See patch attached that fix this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2975827&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-24 11:23:44
|
Bugs item #2975822, was opened at 2010-03-24 12:23 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2975822&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ezameku () Assigned to: Nobody/Anonymous (nobody) Summary: table prefix appended twice Initial Comment: On a fresh install of Postfixadmin (no rows in SQL), creating an admin failed because table prefix is appended twice. setup.php line 352 : // here, a var_dump() shows that $table_domain == "prefix_domain" db_insert($table_domain, array('domain' => 'ALL')); functions.inc.php line 1680 function db_insert ($table, $values, $timestamp = array()) { ... } //in this function, prefix is appended a second time line 1682. HOW TO FIX -------------------- See diff attached ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2975822&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-24 10:53:49
|
Bugs item #2975816, was opened at 2010-03-24 11:53 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2975816&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ezameku () Assigned to: Nobody/Anonymous (nobody) Summary: Use svn:externals for Zend Initial Comment: Hello, I was exporting svn trunk and I can see that you copied all Zend Framework into it (in trunk/ADDITIONS/squirrelmail-plugin/Zend) I really advise you to use an svn:externals to the Zend Framework SVN (to a tag if you want to avoid broken functionalities). Then, an SVN checkout would be lighter. Same recommandation can apply to Smarty in trunk/postfixadmin/smarty Please see http://framework.zend.com/svn/framework/standard/tags/ and http://smarty-php.googlecode.com/svn/tags/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2975816&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-22 23:18:27
|
Patches item #2974928, was opened at 2010-03-22 23:14 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2974928&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: W. Rossmann () Assigned to: Nobody/Anonymous (nobody) Summary: Domain Level Quotas Initial Comment: Enables domain-level quota management by modifing the check_quota function in functions.php to check against the current total quota for the domain. A third, optional argument $username has been added for the case of modifying a quota, the user's current quota is excluded from the total. Minor modification to edit-mailbox.php to pass the username in the third argument. Notes: - Currently provides no front-end modification to a domain-level quota information, domain quotas must be set in the database - Patch created based on v2.3 ---------------------------------------------------------------------- >Comment By: W. Rossmann () Date: 2010-03-22 23:18 Message: * also assumes 'domain.quota' field is in MB ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2974928&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-22 23:14:50
|
Patches item #2974928, was opened at 2010-03-22 23:14 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2974928&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: W. Rossmann () Assigned to: Nobody/Anonymous (nobody) Summary: Domain Level Quotas Initial Comment: Enables domain-level quota management by modifing the check_quota function in functions.php to check against the current total quota for the domain. A third, optional argument $username has been added for the case of modifying a quota, the user's current quota is excluded from the total. Minor modification to edit-mailbox.php to pass the username in the third argument. Notes: - Currently provides no front-end modification to a domain-level quota information, domain quotas must be set in the database - Patch created based on v2.3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2974928&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-17 23:48:23
|
Patches item #2972300, was opened at 2010-03-18 00:48 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2972300&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Valkum () Assigned to: Nobody/Anonymous (nobody) Summary: user home site is main.php not login.php Initial Comment: When access postfixlink.de/users you should redirected to main if you logged in when not to login. Therefor i have change some files. users/index.php header... to header ("Location: main.php"); users/function.inc.php in authentication_require_role('user'); replace: header("Location: " . $CONF['postfix_admin_url'] . "/login.php"); with: if ( $role == 'user') { header("Location: " . $CONF['postfix_admin_url'] . "/users/login.php"); } else { header("Location: " . $CONF['postfix_admin_url'] . "/login.php"); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2972300&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-17 23:34:27
|
Feature Requests item #2972260, was opened at 2010-03-17 23:19 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2972260&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Valkum () Assigned to: Nobody/Anonymous (nobody) Summary: Password column with prefix should work also. Initial Comment: When use dovecot one can use {CRAM-MD5}u7das2737dasd20das4721das8765da8s7d6ad but then the login doesnt work. Postfixadmin should find the {...} string and use this hash function for auth. ---------------------------------------------------------------------- >Comment By: Valkum () Date: 2010-03-18 00:34 Message: Here is what you have to change in functions.inc.php @ elseif (preg_match("/^do...:Line 1193 elseif (preg_match("/^dovecot:/", $CONF['encrypt'])) { $split_method = preg_split ('/:/', $CONF['encrypt']); $method = strtoupper($split_method[1]); $is_scheme = false; if(preg_match('/^{.*}/', $pw_db)) { // we have a flavor in the db -> use it instead of default flavor $result = split('{|}', $pw_db, 3); $method = $result[1]; $is_scheme = true; } if (! preg_match("/^[A-Z0-9-]+$/", $method)) { die("invalid dovecot encryption method"); } # TODO: check against a fixed list? $dovecotpw = "dovecotpw"; if (!empty($CONF['dovecotpw'])) $dovecotpw = $CONF['dovecotpw']; // prevent showing plain password in process table $prefix = "postfixadmin-"; $tmpfile = tempnam('/tmp', $prefix); $pipe = popen("'$dovecotpw' -s '$method' > '$tmpfile'", 'w'); # TODO: replace tempfile usage with proc_open call if (!$pipe) { unlink($tmpfile); } else { // use dovecot's stdin, it uses getpass() twice fwrite($pipe, $pw . "\n", 1+strlen($pw)); usleep(1000); fwrite($pipe, $pw . "\n", 1+strlen($pw)); pclose($pipe); $password = file_get_contents($tmpfile); if ( !preg_match('/^\{' . $method . '\}/', $password)) { die("can't encrypt password with dovecotpw"); } if ($is_scheme) { $password = '{' . $method . '}' . trim(str_replace('{' . $method . '}', '', $password)); } else { $password = trim(str_replace('{' . $method . '}', '', $password)); } unlink($tmpfile); } } in create-mailbox change the if clause with POST @ if ($error != 1):Line 158 to if ($error != 1) { $password = pacrypt ($fPassword); if ( preg_match("/^dovecot:/", $CONF['encrypt']) ) { $split_method = preg_split ('/:/', $CONF['encrypt']); $method = strtoupper($split_method[1]); $password = '{' . $method . '}' . $password; } if ($CONF['domain_path'] == "YES") { if ($CONF['domain_in_mailbox'] == "YES") { $maildir = $fDomain . "/" . $fUsername . "/"; } else { $maildir = $fDomain . "/" . escape_string (strtolower($_POST['fUsername'])) . "/"; } } else { $maildir = $fUsername . "/"; } When you create a new mailbox it stores the password with {METHOD} this is Dovecot conform. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2972260&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-17 23:19:37
|
Feature Requests item #2972292, was opened at 2010-03-18 00:19 Message generated for change (Settings changed) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2972292&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None Group: None >Status: Closed >Resolution: Duplicate >Priority: 1 >Private: Yes Submitted By: Valkum () Assigned to: Nobody/Anonymous (nobody) Summary: Password column with prefix should work also. Initial Comment: When use dovecot one can use {CRAM-MD5}u7das2737dasd20das4721das8765da8s7d6ad but then the login doesnt work. Postfixadmin should find the {...} string and use this hash function for auth. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2972292&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-17 23:19:02
|
Feature Requests item #2972292, was opened at 2010-03-18 00:19 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2972292&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Valkum () Assigned to: Nobody/Anonymous (nobody) Summary: Password column with prefix should work also. Initial Comment: When use dovecot one can use {CRAM-MD5}u7das2737dasd20das4721das8765da8s7d6ad but then the login doesnt work. Postfixadmin should find the {...} string and use this hash function for auth. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2972292&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-17 22:19:28
|
Feature Requests item #2972260, was opened at 2010-03-17 23:19 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2972260&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Valkum () Assigned to: Nobody/Anonymous (nobody) Summary: Password column with prefix should work also. Initial Comment: When use dovecot one can use {CRAM-MD5}u7das2737dasd20das4721das8765da8s7d6ad but then the login doesnt work. Postfixadmin should find the {...} string and use this hash function for auth. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2972260&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-17 21:53:42
|
Patches item #2972251, was opened at 2010-03-17 17:53 Message generated for change (Tracker Item Submitted) made by dbcookcan You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2972251&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Cook (dbcookcan) Assigned to: Nobody/Anonymous (nobody) Summary: Patch - add SASL on/off flags to permit/deny remote usage Initial Comment: Webmail is default and local = no SASL. Remote IMAP uses SASL. Incorporate SASL flag to permit/deny remote access by user. Diff's were created against 2.3rc5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2972251&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-11 08:11:35
|
Bugs item #2967410, was opened at 2010-03-10 16:43 Message generated for change (Comment added) made by lory You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2967410&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: v 2.3 Status: Open Resolution: Wont Fix Priority: 9 Private: No Submitted By: Milorad Vasilev (lory) Assigned to: Nobody/Anonymous (nobody) Summary: virtual list Initial Comment: I have 100068 mailboxes in mailbox table. when select this domain I see mysql select like this | 19443 | postfix | localhost:52787 | postfix | Query | 1 | Sorting result | SELECT mailbox.username FROM mailbox WHERE mailbox.domain='cablemail.bg' ORDER BY mailbox.username LIMIT 3180, 1 | after a while | 19443 | postfix | localhost:52787 | postfix | Query | 1 | Sorting result | SELECT mailbox.username FROM mailbox WHERE mailbox.domain='cablemail.bg' ORDER BY mailbox.username LIMIT 3190, 1 | and so like 100000, it is a long time. Domain with 250 mailboxes work fine. I think that is a problem with paging accounts and aliases. Regards: M.Vasilev ---------------------------------------------------------------------- >Comment By: Milorad Vasilev (lory) Date: 2010-03-11 10:11 Message: Now I edit functions.inc.php and made thi changes 1. // if ( $list['alias_count'] > $page_size ) if ( 0 ) 2. // if ( $list['mailbox_count'] > $page_size ) if ( 0 ) Now I havn't mailbox index like this: :: Mailboxes aa-am am-bi bk-bt ce-dd di-dp ds-er es-gk gm-im im-it it-kd kd-ks kv-ma ma-mg mh-na na-no nt-pp pr-rm rr-rt rz-sk sk-ss sv-tl tm-vg vh-vl vm-vv vv-zo zs-zt But I can managed mailboxes and aliases. Lory. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2967410&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-10 14:44:47
|
Bugs item #2967410, was opened at 2010-03-10 16:43 Message generated for change (Settings changed) made by lory You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2967410&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: v 2.3 Status: Open >Resolution: Wont Fix >Priority: 9 Private: No Submitted By: Milorad Vasilev (lory) Assigned to: Nobody/Anonymous (nobody) Summary: virtual list Initial Comment: I have 100068 mailboxes in mailbox table. when select this domain I see mysql select like this | 19443 | postfix | localhost:52787 | postfix | Query | 1 | Sorting result | SELECT mailbox.username FROM mailbox WHERE mailbox.domain='cablemail.bg' ORDER BY mailbox.username LIMIT 3180, 1 | after a while | 19443 | postfix | localhost:52787 | postfix | Query | 1 | Sorting result | SELECT mailbox.username FROM mailbox WHERE mailbox.domain='cablemail.bg' ORDER BY mailbox.username LIMIT 3190, 1 | and so like 100000, it is a long time. Domain with 250 mailboxes work fine. I think that is a problem with paging accounts and aliases. Regards: M.Vasilev ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2967410&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-10 14:43:19
|
Bugs item #2967410, was opened at 2010-03-10 16:43 Message generated for change (Tracker Item Submitted) made by lory You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2967410&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: v 2.3 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Milorad Vasilev (lory) Assigned to: Nobody/Anonymous (nobody) Summary: virtual list Initial Comment: I have 100068 mailboxes in mailbox table. when select this domain I see mysql select like this | 19443 | postfix | localhost:52787 | postfix | Query | 1 | Sorting result | SELECT mailbox.username FROM mailbox WHERE mailbox.domain='cablemail.bg' ORDER BY mailbox.username LIMIT 3180, 1 | after a while | 19443 | postfix | localhost:52787 | postfix | Query | 1 | Sorting result | SELECT mailbox.username FROM mailbox WHERE mailbox.domain='cablemail.bg' ORDER BY mailbox.username LIMIT 3190, 1 | and so like 100000, it is a long time. Domain with 250 mailboxes work fine. I think that is a problem with paging accounts and aliases. Regards: M.Vasilev ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2967410&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-09 18:10:58
|
Bugs item #2966809, was opened at 2010-03-09 13:10 Message generated for change (Comment added) made by cviebrock You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2966809&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface (example) >Group: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Colin Viebrock (cviebrock) Assigned to: Nobody/Anonymous (nobody) Summary: HTML in translated strings is escaped Initial Comment: It appears that any translated string that contains html code is htmlentities()-ized before being output. This means that some error messages, for example, don't have the correct styling and don't render nicely. See the screenshot for an example. Not sure if this is related to the fixes made for bug 2905599 (i.e. the Smarty sanitizing that's done). I haven't dug into the code enough to suggest a fix. Can the sanitizing somehow skip any data that comes from a translated string? ---------------------------------------------------------------------- >Comment By: Colin Viebrock (cviebrock) Date: 2010-03-09 13:10 Message: Sorry ... this is for SVN 2.4 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2966809&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-03-09 18:10:07
|
Bugs item #2966809, was opened at 2010-03-09 13:10 Message generated for change (Tracker Item Submitted) made by cviebrock You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2966809&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface (example) Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Colin Viebrock (cviebrock) Assigned to: Nobody/Anonymous (nobody) Summary: HTML in translated strings is escaped Initial Comment: It appears that any translated string that contains html code is htmlentities()-ized before being output. This means that some error messages, for example, don't have the correct styling and don't render nicely. See the screenshot for an example. Not sure if this is related to the fixes made for bug 2905599 (i.e. the Smarty sanitizing that's done). I haven't dug into the code enough to suggest a fix. Can the sanitizing somehow skip any data that comes from a translated string? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2966809&group_id=191583 |
700 messages has been excluded from this view by a project administrator.
