postfixadmin-tracker Mailing List for PostfixAdmin (Page 14)
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...> - 2011-04-24 16:08:35
|
Bugs item #3201615, was opened at 2011-03-06 23:18 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3201615&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: v2.3.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: J.Kruis (jan-kruis) Assigned to: Nobody/Anonymous (nobody) Summary: display error Initial Comment: If your are in list-virtual and select virtual list agian the pull down menu is moving under the button " :: MAILBOX" so that the is readable. also if your select AdminList or Domain List the text New Admin or New Domain are set outside the interface box " left side of the screen" Regards Jan Kruis ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-24 18:08 Message: The submenu in list-virtual is fixed (SVN trunk r1054 and r1055) and now also has an "all" option for people who like the list-virtual in 2.3.x :-) Remaining: the "new ..." links in list-domain, list-admin and fetchmail ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-04-20 00:45 Message: I like the centered main menu, however I'll probably make the menu in list-virtual different. I'm thinking of a simple line of text (maybe with some border-left) with links like: Display: All | Mailboxes | Aliases | Alias Domains (BTW: Personally, I really miss the "all" option in current trunk.) ---------------------------------------------------------------------- Comment By: J.Kruis (jan-kruis) Date: 2011-03-07 00:40 Message: the display error with virtual list came up after the change with the css file to center . this also move the the "buttons" mail alias and domain aliase to the center of the interface. I ask myself if this is nice than if is was on the left side Regards Jan ---------------------------------------------------------------------- Comment By: J.Kruis (jan-kruis) Date: 2011-03-07 00:25 Message: replace and the end of template adminlistadmin.tpl </table> <p><a href="{#url_create_admin#}">{$PALANG.pAdminMenu_create_admin}</a></p> {/if} with {/if} {$nav_bar_mailbox.bottom} <br/> <p id="admin_table"><a href="{#url_create_admin#}">{$PALANG.pAdminMenu_create_admin}</a></p> fix the problem for list-admin ---------------------------------------------------------------------- Comment By: J.Kruis (jan-kruis) Date: 2011-03-06 23:43 Message: changing in the template adminlistdomain.tpl at the end <a href="{#url_create_domain#}">{$PALANG.pAdminMenu_create_domain}</a></p> with {$nav_bar_mailbox.bottom} <br/> <p id="admin_table"><a href="{#url_create_domain#}">{$PALANG.pAdminMenu_create_domain}</a></p> Fix this problem Regards jan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3201615&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-24 14:08:51
|
Feature Requests item #2890375, was opened at 2009-11-01 19:44 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2890375&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 Improvements (example) Group: SVN (please specify revision!) >Status: Closed >Resolution: Fixed Priority: 7 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: display alias domains less confusing Initial Comment: Alias domains are displayed somewhat confusing in list-virtual.php ("Alias domains" and "is alias domain for"). The better solution would be to have a list similar to the alias list with two columns ("from" and "to"). (SVN r748) ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-24 16:08 Message: Implemented in SVN trunk r1052. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2890375&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-24 11:14:27
|
Feature Requests item #3292408, was opened at 2011-04-24 13:14 Message generated for change (Tracker Item Submitted) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3292408&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: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: Provide a hook to override or add translations Initial Comment: Sometimes people need to override (or add) translations. Currently this is only possible by editing languages/*, which is a maintenance hell on upgrades. We should offer a $CONF option to call a PHP function after languages/* to allow overriding translations. The selected language should be provided as parameter. Skeleton for the hook function: function lang_override($LANG, $language) { if ($language == "de") { $LANG['whatever'] = 'foo'; } return $LANG; } I chose to hand over $LANG as parameter instead of using "global $LANG" because it avoids global variables, which might be a good idea on our way to move everything in classes ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3292408&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-23 22:47:18
|
Feature Requests item #1804095, was opened at 2007-09-28 12:02 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1804095&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 Improvements (example) Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Jevgenijus S. (labasus) Assigned to: Nobody/Anonymous (nobody) Summary: Alias and Mailbox managing Initial Comment: Hello, I have an qmailadmin console with working Qmail&Vpopmail&Courier, and now thinking about moving to Postfix&Courier&Postfixadmin So, after some discovering in a new build system, I've found some missed features: 1) Alias and Mailbox managing now are together, so then U have lots of aliases with an more then 20 forwards, then too much scrolling to find smth U really need. 2) There is no integrated maillist system like in qmailadmin 3) There is no mailbox quota indicator that could show a size of the mailbox. 4) Vacation could be edit from admin console, or not from user's console only. Thx. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-24 00:47 Message: I know this feature request is old, nevertheless I'll comment on it: 1) current SVN trunk has separate pages for mailboxes and aliases, which means our next major release will fulfill your needs. OTOH I'm missing the overall view and will probably add an option to switch to it. 2) we don't want to re-invent every wheel, therefore: sorry, no built-in mailinglist support (see https://sourceforge.net/apps/mediawiki/postfixadmin/index.php?title=Mailman_integration for information how you can integrate Mailman mailinglists) 3) If you are talking about displaying used quota: we have that in the meantime. AFAIK only dovecot supports writing the used quota to the database, and you have to set $CONF['used_quotas'] = 'YES' and to set $CONF['new_quota_table'] according to your dovecot version. 4) it is - set $CONF['vacation_control_admin'] = 'YES'; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1804095&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-23 22:38:35
|
Feature Requests item #2890375, was opened at 2009-11-01 19:44 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2890375&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 Improvements (example) Group: SVN (please specify revision!) Status: Open Resolution: None >Priority: 7 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: display alias domains less confusing Initial Comment: Alias domains are displayed somewhat confusing in list-virtual.php ("Alias domains" and "is alias domain for"). The better solution would be to have a list similar to the alias list with two columns ("from" and "to"). (SVN r748) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2890375&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-23 22:38:22
|
Feature Requests item #1827001, was opened at 2007-11-06 18:05 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1827001&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: Vacation Group: None >Status: Closed Resolution: Out of Date Priority: 5 Private: No Submitted By: Jordi Clariana (jclariana) Assigned to: Nobody/Anonymous (nobody) Summary: Vacation in admin section mailbox editing Initial Comment: Hello all, Is possible to include a vacation message activation/editing in the admin section? This is only possible to be changed in the user section, as the user which the vacation message will take effect. It will be usefull if it could be made as postmaster. Thanks! Best regards. Jordi Clariana ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-24 00:38 Message: As I already said in my first comment: this is possible since a (now) long time in recent PostfixAdmin releases. just set $CONF['vacation_control_admin'] = 'YES'; ---------------------------------------------------------------------- Comment By: Jordi Clariana (jclariana) Date: 2007-11-07 18:07 Message: Logged In: YES user_id=1931089 Originator: YES File Added: patch_vacation_postfixadmin ---------------------------------------------------------------------- Comment By: Jordi Clariana (jclariana) Date: 2007-11-07 17:12 Message: Logged In: YES user_id=1931089 Originator: YES Hello, I don't know if this is the right place but I finally made a patch. I've tested the svn version and I really didn't see the new vacations improvements (maybe a too fast first sight). Whatever, I put me in work and made this patch and if you want to take a look at it and make some comments I'll be glad to read them. Please, excuse if I'm in the wrong place, but I think I'm in the right topic. By the way, this patch has been made over 2.1.0 PostfixAdmin version. Best regards, Jordi Clariana File Added: patch_vacation_postfixadmin ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-07 09:15 Message: Logged In: NO Ups! I browsed the track and the forum and didn't find any reference, but is good to know. Thank you very much. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-06 19:35 Message: Logged In: YES user_id=593261 Originator: NO It looks like you are using version 2.1 ;-) SVN version has this feature since some time. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1827001&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-23 22:33:49
|
Feature Requests item #1865294, was opened at 2008-01-06 21:31 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1865294&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: Open Resolution: None >Priority: 7 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: "back to virtual list" links in create mailbox/alias Initial Comment: The create mailbox and create alias pages should have a backlink to list-virtual.php?domain=<domain of the latest added mailbox/alias> ---------------------------------------------------------------------- Comment By: shario (shario) Date: 2008-08-16 12:10 Message: Logged In: YES user_id=1660028 Originator: NO Please bump this up! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1865294&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-23 22:32:35
|
Feature Requests item #2965578, was opened at 2010-03-08 19:05 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2965578&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: Duplicate Priority: 5 Private: No Submitted By: Valkum (valkum) Assigned to: Nobody/Anonymous (nobody) Summary: Support pipe througput by adding user defined transport Initial Comment: By adding user defined transport anyone can add postfix' pipe by simply add scriptname in master.cnf. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-24 00:32 Message: Just doing some tracker cleanup: Transport per mailbox was already requested in https://sourceforge.net/tracker/?func=detail&aid=1933663&group_id=191583&atid=937967 ---------------------------------------------------------------------- Comment By: Valkum (valkum) Date: 2010-04-08 00:40 Message: Later i found out that i can config this for one domain but i think its very cute for each mailbox. other way is set up aliases to subdomains. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-04-08 00:24 Message: Yes, and postfixadmin should already support this. You can change the transport on domain level ($CONF['transport']), and you can also add your own transports to the selection list ($CONF['transport_options']). Does this fulfill your needs? Note: The config in DOCUMENTS/POSTFIX_CONF.TXT ignores the transport setting, you'll have to change this part of the postfix config. For some hints see http://sourceforge.net/projects/postfixadmin/forums/forum/676076/topic/3564960 I'll happily add the transport handling to the documentation if you tell me what you needed to change in the postfix config ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2965578&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-23 19:56:09
|
Bugs item #2931773, was opened at 2010-01-14 02:58 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2931773&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: v 2.3 Status: Open Resolution: None Priority: 5 Private: No Submitted By: W. Rossmann () Assigned to: Nobody/Anonymous (nobody) >Summary: No unique keys in log table Initial Comment: There are no keys defined for the log table, which can make it difficult to manage the data on busier servers where it's just not possible to get even a unique composite key. Two solutions occur to me: 1. Add an autoincremented INT or BIGINT column for a unique ID on each record. 2. Incorporate microtime information into the timestamp, or a separate column The first method would be easiest, as it only requires adding a column. The second is more efficient though as the microtime could be stored in something as small as an UNSIGNED MEDIUMINT, and you never have to worry about running out of AUTOINCREMENT space. The caveat to approach #2 would be that log entries prior to the version incorporating this change would have to be discarded as updating all entries prior with new values unique enough to compute a key would be an exercise in tedium. ie. modifying log entries made in the same second to have different microtime values. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-23 21:56 Message: (sorry for the late reaction!) I know that the log table does not have an UNIQUE key, however I don't see why it would need one ;-) Our only usage of the log table is to display the most recent entries per domain, sorted by timestamp - and this works fine without an UNIQUE key. Is there a special reason why you think we should add an UNIQUE key like an autoincrement? (BTW: I won't use microtime as unique key - according to Murphy, there will be conflicts ;-) BTW: I just added an index on the domain and timestamp column (SVN trunk r1050) to speedup logview. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2931773&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-19 23:03:15
|
Bugs item #3011063, was opened at 2010-06-03 16:48 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3011063&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: v 2.3 Status: Open Resolution: None >Priority: 4 Private: No Submitted By: mediaf (mediaforest) Assigned to: Nobody/Anonymous (nobody) Summary: backup.php doesn't use customized table names Initial Comment: When trying to use the backup function (backup.php) I get the error message (partially in french) : DEBUG INFORMATION: Invalid query: La table 'postfix.alias_domain' n'existe pas (The table 'postfix.alias_domain doesn't exist) The reason is that backup.php contains an array called $tables which redefines the tables used. It should instead use $CONF['database_prefix'] and $CONF['database_tables'] which can be defined in config.inc.php. ---------------------------------------------------------------------- Comment By: mediaf (mediaforest) Date: 2010-06-23 15:40 Message: I usually make database backups using phpMyAdmin, so for me it isn't critical to have a working backup module inside postfixadmin. ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2010-06-23 15:18 Message: Hi Christian, I use this all the time, and find it extremely useful to be able to simply click a button and save a dump of the current database on my workstation. I would beg you to keep it... but maybe just change it to use the mysqldump command for mysql databases, and pgdump for postgresql databases? ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-06-22 22:22 Message: In fact, it should use the table_by_key() function ;-) That said: backup.php isn't really maintained and does not work with PostgreSQL. IMHO mysqldump is the better way to do backups. I'm even thinking about removing backup.php from postfixadmin - better no backup feature at all (people _will_ then use mysqldump) than a possibly broken one that gives you a broken backup... What do you think? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3011063&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-19 22:45:28
|
Bugs item #3201615, was opened at 2011-03-06 23:18 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3201615&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: v2.3.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: J.Kruis (jan-kruis) Assigned to: Nobody/Anonymous (nobody) Summary: display error Initial Comment: If your are in list-virtual and select virtual list agian the pull down menu is moving under the button " :: MAILBOX" so that the is readable. also if your select AdminList or Domain List the text New Admin or New Domain are set outside the interface box " left side of the screen" Regards Jan Kruis ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-20 00:45 Message: I like the centered main menu, however I'll probably make the menu in list-virtual different. I'm thinking of a simple line of text (maybe with some border-left) with links like: Display: All | Mailboxes | Aliases | Alias Domains (BTW: Personally, I really miss the "all" option in current trunk.) ---------------------------------------------------------------------- Comment By: J.Kruis (jan-kruis) Date: 2011-03-07 00:40 Message: the display error with virtual list came up after the change with the css file to center . this also move the the "buttons" mail alias and domain aliase to the center of the interface. I ask myself if this is nice than if is was on the left side Regards Jan ---------------------------------------------------------------------- Comment By: J.Kruis (jan-kruis) Date: 2011-03-07 00:25 Message: replace and the end of template adminlistadmin.tpl </table> <p><a href="{#url_create_admin#}">{$PALANG.pAdminMenu_create_admin}</a></p> {/if} with {/if} {$nav_bar_mailbox.bottom} <br/> <p id="admin_table"><a href="{#url_create_admin#}">{$PALANG.pAdminMenu_create_admin}</a></p> fix the problem for list-admin ---------------------------------------------------------------------- Comment By: J.Kruis (jan-kruis) Date: 2011-03-06 23:43 Message: changing in the template adminlistdomain.tpl at the end <a href="{#url_create_domain#}">{$PALANG.pAdminMenu_create_domain}</a></p> with {$nav_bar_mailbox.bottom} <br/> <p id="admin_table"><a href="{#url_create_domain#}">{$PALANG.pAdminMenu_create_domain}</a></p> Fix this problem Regards jan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3201615&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-19 22:39:36
|
Bugs item #3232174, was opened at 2011-03-21 15:37 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232174&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: john doe (johndoe64) Assigned to: Nobody/Anonymous (nobody) Summary: information box dont disappear Initial Comment: Using the latest svn version - If I add for example an alias domain the information box on the upper side of the website (with green border) appear. If I add more alias domain or switch into another menu the information box dont disappear - whatever I do. It´s the same with error messages (with red border). It would be nice if the box disappear by changing menu. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-20 00:39 Message: Fixed in SVN trunk r1048. Thanks for the report! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232174&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-19 20:52:11
|
Patches item #2856577, was opened at 2009-09-11 03:11 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2856577&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: Duplicate Priority: 5 Private: No Submitted By: wvolz (wvolz) Assigned to: Nobody/Anonymous (nobody) Summary: Add domain quota in addition to max mailbox size Initial Comment: This patch changes the behavior of the domain quota from per mailbox to per domain. Users are shown how much they have to allocate between mailboxes when editing and creating new mailboxes. The only change needed is a flag to enable this behavior. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-19 22:52 Message: You might be surprised about the resolution "duplicte", but there was indeed another patch that implements the same functionality - see https://sourceforge.net/tracker/index.php?func=detail&aid=2974928&group_id=191583&atid=937966 Domain quota support is available in the latest SVN trunk (r1045). The only small detail that is still missing is displaying the remaining available quota (similar to what you do in edit-mailbox). I have that on my TODO list. ---------------------------------------------------------------------- Comment By: wvolz (wvolz) Date: 2009-10-18 09:28 Message: New patch. This version of the previous patch adds the ability to set a maximum mailbox size and/or a domain quota. You can also have combinations of the two. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2856577&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-19 20:39:38
|
Patches item #2974928, was opened at 2010-03-23 00:14 Message generated for change (Comment added) made by christian_boltz 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: Closed >Resolution: Fixed 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: Christian Boltz (christian_boltz) Date: 2011-04-19 22:39 Message: ... and finally *drum roll* commited the changes in core files and templates to SVN trunk r1042 - with some modifications, cleanup and adoptions to trunk. See the SVN commit message for details. Thanks for your patch! I also added support for domain-level quota to model/DomainHandler.php and the CLI in SVN r1043, r1044 and r1045. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-04-19 21:52 Message: step two: languages/* (for all languages) commited to SVN trunk r1041. Compared to your patch, I removed duplicate texts to avoid duplicate work for translators. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-04-19 21:10 Message: first step: CSS cleanup commited to SVN r1039 ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-04-19 13:34 Message: FYI: I'm currently (finally!) working on including this patch in SVN trunk. I have some small modifications (for example I "recycle" some $LANG strings to avoid duplicate work for translators, and have to redo the template changes because trunk uses smarty templates in the meantime). I'll commit it in the next days. ---------------------------------------------------------------------- Comment By: W. Rossmann () Date: 2010-03-25 19:57 Message: The add/edit domain pages were simpler and faster to modify than I thought. The unified patch below rolls in quota checking, display, and addition/editing as well as the relevant additions to $CONF and english language file. This patch also rolls in a resolution to the edit-alias.php bug: https://sourceforge.net/tracker/?func=detail&aid=2976010&group_id=191583&atid=937964 ---------------------------------------------------------------------- Comment By: W. Rossmann () Date: 2010-03-25 19:02 Message: added a patch to display domain quotas in super-admin and domain-admin list-domain.php, line numbering in config.inc.php might be a bit squiffy. also, list-domain.php does the legwork for gathering domain information into the $domain_properties array, why does templates/overview_get.php do it over again with get_domain_properties()? ---------------------------------------------------------------------- Comment By: W. Rossmann () Date: 2010-03-23 00: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...> - 2011-04-19 19:52:33
|
Patches item #2974928, was opened at 2010-03-23 00:14 Message generated for change (Comment added) made by christian_boltz 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: Christian Boltz (christian_boltz) Date: 2011-04-19 21:52 Message: step two: languages/* (for all languages) commited to SVN trunk r1041. Compared to your patch, I removed duplicate texts to avoid duplicate work for translators. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-04-19 21:10 Message: first step: CSS cleanup commited to SVN r1039 ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-04-19 13:34 Message: FYI: I'm currently (finally!) working on including this patch in SVN trunk. I have some small modifications (for example I "recycle" some $LANG strings to avoid duplicate work for translators, and have to redo the template changes because trunk uses smarty templates in the meantime). I'll commit it in the next days. ---------------------------------------------------------------------- Comment By: W. Rossmann () Date: 2010-03-25 19:57 Message: The add/edit domain pages were simpler and faster to modify than I thought. The unified patch below rolls in quota checking, display, and addition/editing as well as the relevant additions to $CONF and english language file. This patch also rolls in a resolution to the edit-alias.php bug: https://sourceforge.net/tracker/?func=detail&aid=2976010&group_id=191583&atid=937964 ---------------------------------------------------------------------- Comment By: W. Rossmann () Date: 2010-03-25 19:02 Message: added a patch to display domain quotas in super-admin and domain-admin list-domain.php, line numbering in config.inc.php might be a bit squiffy. also, list-domain.php does the legwork for gathering domain information into the $domain_properties array, why does templates/overview_get.php do it over again with get_domain_properties()? ---------------------------------------------------------------------- Comment By: W. Rossmann () Date: 2010-03-23 00: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...> - 2011-04-19 19:10:16
|
Patches item #2974928, was opened at 2010-03-23 00:14 Message generated for change (Comment added) made by christian_boltz 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: Christian Boltz (christian_boltz) Date: 2011-04-19 21:10 Message: first step: CSS cleanup commited to SVN r1039 ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-04-19 13:34 Message: FYI: I'm currently (finally!) working on including this patch in SVN trunk. I have some small modifications (for example I "recycle" some $LANG strings to avoid duplicate work for translators, and have to redo the template changes because trunk uses smarty templates in the meantime). I'll commit it in the next days. ---------------------------------------------------------------------- Comment By: W. Rossmann () Date: 2010-03-25 19:57 Message: The add/edit domain pages were simpler and faster to modify than I thought. The unified patch below rolls in quota checking, display, and addition/editing as well as the relevant additions to $CONF and english language file. This patch also rolls in a resolution to the edit-alias.php bug: https://sourceforge.net/tracker/?func=detail&aid=2976010&group_id=191583&atid=937964 ---------------------------------------------------------------------- Comment By: W. Rossmann () Date: 2010-03-25 19:02 Message: added a patch to display domain quotas in super-admin and domain-admin list-domain.php, line numbering in config.inc.php might be a bit squiffy. also, list-domain.php does the legwork for gathering domain information into the $domain_properties array, why does templates/overview_get.php do it over again with get_domain_properties()? ---------------------------------------------------------------------- Comment By: W. Rossmann () Date: 2010-03-23 00: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...> - 2011-04-19 11:34:39
|
Patches item #2974928, was opened at 2010-03-23 00:14 Message generated for change (Comment added) made by christian_boltz 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: Christian Boltz (christian_boltz) Date: 2011-04-19 13:34 Message: FYI: I'm currently (finally!) working on including this patch in SVN trunk. I have some small modifications (for example I "recycle" some $LANG strings to avoid duplicate work for translators, and have to redo the template changes because trunk uses smarty templates in the meantime). I'll commit it in the next days. ---------------------------------------------------------------------- Comment By: W. Rossmann () Date: 2010-03-25 19:57 Message: The add/edit domain pages were simpler and faster to modify than I thought. The unified patch below rolls in quota checking, display, and addition/editing as well as the relevant additions to $CONF and english language file. This patch also rolls in a resolution to the edit-alias.php bug: https://sourceforge.net/tracker/?func=detail&aid=2976010&group_id=191583&atid=937964 ---------------------------------------------------------------------- Comment By: W. Rossmann () Date: 2010-03-25 19:02 Message: added a patch to display domain quotas in super-admin and domain-admin list-domain.php, line numbering in config.inc.php might be a bit squiffy. also, list-domain.php does the legwork for gathering domain information into the $domain_properties array, why does templates/overview_get.php do it over again with get_domain_properties()? ---------------------------------------------------------------------- Comment By: W. Rossmann () Date: 2010-03-23 00: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...> - 2011-04-15 23:28:22
|
Bugs item #3287965, was opened at 2011-04-16 01:17 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3287965&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: v2.3.3 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Munroe Sollog (roe1234) Assigned to: Nobody/Anonymous (nobody) Summary: strtolower() domain names Initial Comment: I am not entirely sure the cause of the bug, but when a domain is in all caps, I am unable to add it to the domain_alias table. If I update the domain table with a lowercase domain, it adds without a problem. This is with a Postgres database (Debian Squeeze). ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-16 01:28 Message: Fixed in SVN r1037 (trunk and 2.3 branch). The domain name is now converted to lowercase. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3287965&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-15 23:17:32
|
Bugs item #3287965, was opened at 2011-04-15 19:17 Message generated for change (Tracker Item Submitted) made by roe1234 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3287965&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: v2.3.3 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Munroe Sollog (roe1234) Assigned to: Nobody/Anonymous (nobody) Summary: strtolower() domain names Initial Comment: I am not entirely sure the cause of the bug, but when a domain is in all caps, I am unable to add it to the domain_alias table. If I update the domain table with a lowercase domain, it adds without a problem. This is with a Postgres database (Debian Squeeze). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3287965&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-10 23:15:03
|
Feature Requests item #1875959, was opened at 2008-01-20 22:52 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1875959&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: SVN (please specify revision!) >Status: Closed >Resolution: Duplicate Priority: 3 Private: No Submitted By: Sascha Bendix (scrubb) Assigned to: Nobody/Anonymous (nobody) Summary: autodetect $CONF['postfix_admin_url'] Initial Comment: When installing postfixadmin into another location than the webserver root (for example /postfixadmin/)and your login fails you will forwarded to /login.php if you the config as follows: $CONF['postfix_admin_url'] = ''; $CONF['postfix_admin_path'] = dirname(__FILE__); Version:2.2.0-rc1 ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-11 01:15 Message: $CONF['postfix_admin_url'] is not used in many files anymore (at least in SVN trunk). The remaining parts are tracked in https://sourceforge.net/tracker/?func=detail&aid=3039042&group_id=191583&atid=937964 ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-03-05 01:13 Message: Logged In: YES user_id=593261 Originator: NO Indeed. However, we might be able to auto-detect $CONF['postfix_admin_url'] from a $_SERVER value - moving to enhancement requests with reduced priority. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-03-04 11:03 Message: Logged In: YES user_id=1761957 Originator: NO You are supposed to edit $CONF['postfix_admin_url'] ..... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1875959&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-10 22:35:29
|
Bugs item #2966809, was opened at 2010-03-09 19:10 Message generated for change (Comment added) made by christian_boltz 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: Christian Boltz (christian_boltz) Date: 2011-04-11 00:35 Message: Yes, that's caused by smarty sanitizing. The goal is to remove the HTML from the translated strings - they are used in the command-line interface also, and HTML in console output doesn't look too nice ;-) Removing all the HTML will take some time - there are about 50 texts affected. It isn't as easy as "just remove the HTML", we have to check their usage everywhere and need to change code or templates to ensure they are properly formatted. As a first step, I just did this for delete.php (r1036). It now uses flash_error (the red box at the top of the page) instead of displaying the errors below the menu. ---------------------------------------------------------------------- Comment By: Colin Viebrock (cviebrock) Date: 2010-03-09 19: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...> - 2011-04-10 20:29:49
|
Bugs item #2782818, was opened at 2009-04-28 14:55 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2782818&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: 6 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: search doesn't filter out mailbox aliases Initial Comment: Search results contain the mailbox aliases in the "Aliases" section. They should be filtered out and only be listed in the "Mailboxes" section. Better solution - merge search and list-virtual. Wichout having looked at it, the differences are probably only: - a different WHERE clause ;-) (searching for the entered text, not for a domain) - highlighting of search matches - (maybe: hide the "create alias"/"create mailbox" links) Everything else should work with the same code. Using the code from list-virtual is probably the better idea because it is used/tested more often. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-10 22:29 Message: The missing pagebrowser was fixed as a side effect of my commit to SVN trunk r1034 some minutes ago. I'm not sure if I will/can backport this to the 2.3 branch. It uses a completely new function to generate the pagebrowser, which is a quite intrusive change. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-09-27 02:15 Message: Since 5 minutes (SVN trunk r869) search.php is history :-) and list-virtual.php does its job. Only remaining bug: in search mode, no page browser is displayed. This means that you'll only see the first $CONF['page_size'] search results *without* the possibility to see the next page of results. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-05-18 23:26 Message: That's implemented on the list-virtual.php side in the meantime. The remaining parts are: - change all scripts to call list-virtual.php instead of search.php - testing ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2782818&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-10 20:24:58
|
Bugs item #2967410, was opened at 2010-03-10 15:43 Message generated for change (Settings changed) made by christian_boltz 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: Closed >Resolution: Fixed Priority: 9 Private: No Submitted By: Milorad Vasilev (lory) Assigned to: Nobody/Anonymous (nobody) Summary: virtual list terribly slow with lots of mailboxes/aliases 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: Christian Boltz (christian_boltz) Date: 2011-04-10 22:24 Message: It took a bit ;-) longer, sorry for that. I just commited the last parts of the fast pagebrowser generation to SVN trunk r1034. I'm not sure if I will/can backport this to the 2.3 branch - it's a quite intrusive change... ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-04-10 22:24 Message: It took a bit ;-) longer, sorry for that. I just commited the last parts of the fast pagebrowser generation to SVN trunk r1034. I'm not sure if I will/can backport this to the 2.3 branch - it's a quite intrusive change... ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-09-28 01:48 Message: Good news: I have a working solution to make generating the page browser much faster. "much" means 300 times faster - it now needs 0.1s instead of 30s to generate an index with 500 pages of mailboxes. The trick is to let MySQL number the rows and just read the label fields of the relevant rows. That's much faster than doing a separate query for each row, which meant 1000 queries (500 * first + last row of each page). I'll finish it in the next days and then commit it to SVN trunk. That said: I'm afraid that the SQL I use won't work with postgres - but I hope that's a solvable problem ;-) GingerDog: Can you please test if the following queries work with postgres? SET @row=-1 SELECT * FROM (SELECT $idxfield AS label, @row := @row + 1 AS row FROM mailbox ) idx WHERE MOD(idx.row, 10) IN (0,9)" ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-05-19 00:24 Message: The problem (in get_domain_properties(), functions.inc.php) is that there's a loop querying every $entries_per_page'th entry (and its previous entry) to build the nice "aa-ax, ay-cu" page browser. Doing lots of (even small) queries is a guarantee for slowness. I guess it would be even faster to fetch all mailboxes into an array (one SELECT with a biiiig result) and loop over it on the PHP side - but that's not a good solution either. The number of queries can be cut down by 50% by using "LIMIT ($start_entry -1), 2" (read end of previous section and beginning of the new section in one SELECT - except for the very first "aa" query) without any function loss. Displaying more entries per page also reduces the number of queries, but I believe you that it still isn't fun with 100000 mailboxes ;-) (BTW: What's your $CONF('page_size') setting? How long does it take to load the page with the "nice", but slow pagebrowser?) ---------------------------------------------------------------------- Comment By: Milorad Vasilev (lory) Date: 2010-03-11 09: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...> - 2011-04-10 20:24:48
|
Bugs item #2967410, was opened at 2010-03-10 15:43 Message generated for change (Comment added) made by christian_boltz 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: 9 Private: No Submitted By: Milorad Vasilev (lory) Assigned to: Nobody/Anonymous (nobody) Summary: virtual list terribly slow with lots of mailboxes/aliases 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: Christian Boltz (christian_boltz) Date: 2011-04-10 22:24 Message: It took a bit ;-) longer, sorry for that. I just commited the last parts of the fast pagebrowser generation to SVN trunk r1034. I'm not sure if I will/can backport this to the 2.3 branch - it's a quite intrusive change... ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-09-28 01:48 Message: Good news: I have a working solution to make generating the page browser much faster. "much" means 300 times faster - it now needs 0.1s instead of 30s to generate an index with 500 pages of mailboxes. The trick is to let MySQL number the rows and just read the label fields of the relevant rows. That's much faster than doing a separate query for each row, which meant 1000 queries (500 * first + last row of each page). I'll finish it in the next days and then commit it to SVN trunk. That said: I'm afraid that the SQL I use won't work with postgres - but I hope that's a solvable problem ;-) GingerDog: Can you please test if the following queries work with postgres? SET @row=-1 SELECT * FROM (SELECT $idxfield AS label, @row := @row + 1 AS row FROM mailbox ) idx WHERE MOD(idx.row, 10) IN (0,9)" ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-05-19 00:24 Message: The problem (in get_domain_properties(), functions.inc.php) is that there's a loop querying every $entries_per_page'th entry (and its previous entry) to build the nice "aa-ax, ay-cu" page browser. Doing lots of (even small) queries is a guarantee for slowness. I guess it would be even faster to fetch all mailboxes into an array (one SELECT with a biiiig result) and loop over it on the PHP side - but that's not a good solution either. The number of queries can be cut down by 50% by using "LIMIT ($start_entry -1), 2" (read end of previous section and beginning of the new section in one SELECT - except for the very first "aa" query) without any function loss. Displaying more entries per page also reduces the number of queries, but I believe you that it still isn't fun with 100000 mailboxes ;-) (BTW: What's your $CONF('page_size') setting? How long does it take to load the page with the "nice", but slow pagebrowser?) ---------------------------------------------------------------------- Comment By: Milorad Vasilev (lory) Date: 2010-03-11 09: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...> - 2011-04-10 18:39:36
|
Bugs item #3186094, was opened at 2011-02-18 20:48 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3186094&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: Languages Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Chris H. (dharmachris) Assigned to: Nobody/Anonymous (nobody) Summary: Updated en.lang to be more clear Initial Comment: The biggest change was to the "pEdit_alias_" group. I thought it was unclear and I'm dealing with end-users here. Also, I modified the "Edit" button language for clarity. Chris H. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-10 20:39 Message: Thanks for your patch. It really contains several better texts :-) I just commited most of it to SVN trunk r1031, but with some changes: - instead of the various "*_button" texts, I used a common 'save' text to avoid duplicate translation efforts (and changed the templates accordingly) - I split pEdit_alias_welcome (the second half is now PALANG.pEdit_alias_help) to avoid the <br /> in the text The translations will obviously take some time until someone updates them. (If you understand any language besides english and german, pickup your favorite language file and update the translation ;-) Things I did not commit yet: -$PALANG['pLogin_welcome'] = 'Mail admins login here to administer your domain.'; +$PALANG['pLogin_welcome'] = 'EMail Administrators:<br> login here to administer your domain.'; *** the added <br /> means I'll have to split the string, which causes more work (I just learnded this with pEdit_alias_welcome ;-) -$PALANG['pEdit_alias_address'] = 'Alias'; +$PALANG['pEdit_alias_address'] = 'Address'; *** this would mean we have to change the word "Alias" at much more places to stay consistent, and I'm not sure if "Alias" is that hard to understand -$PALANG['pEdit_alias_forward_and_store'] = 'Deliver to the local mailbox.'; -$PALANG['pEdit_alias_forward_only'] = 'Forward to given email addresses only.'; +$PALANG['pEdit_alias_forward_and_store'] = '<b>Forward and Store:</b> Deliver to the local mailbox and forward a copy to the given address(es) above.'; +$PALANG['pEdit_alias_forward_only'] = '<b>Forward Only:</b> Forward to given email addresses only without keeping a copy. You will still be able to access your mailbox to send messages from this account.'; *** again needs to be split to remove the HTML. *** the word "above" might become funny if someone changes the template and has the textarea below those options *** The "You will still be able ..." is unrelated IMHO - I tend not to add that part. If you have some ideas how the mentioned issues can be solved, please speak up ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3186094&group_id=191583 |
700 messages has been excluded from this view by a project administrator.
