postfixadmin-tracker Mailing List for PostfixAdmin (Page 22)
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-07-21 21:56:51
|
Bugs item #3032816, was opened at 2010-07-21 21:56 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3032816&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: v2.3.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: $CONF['encrypt'] refusing all dovecot methods Initial Comment: Forgotten quotes at line 1207 of functions.inc.php (pacrypt function) lead postfixadmin to die and display the "$CONF[encrypt] = dovecot:md5-crypt will not work because dovecotpw generates a random salt each time. Please use \$CONF[encrypt] = md5crypt instead." message. Also, shouldn't there be quotes surrounding the "encrypt" in that message ? Fixed file attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3032816&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-07-09 13:09:21
|
Bugs item #3027375, was opened at 2010-07-09 15:09 Message generated for change (Tracker Item Submitted) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3027375&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: v2.3.1 Status: Open Resolution: None Priority: 9 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: users/edit-alias does not verify alias targets Initial Comment: Looks like users/edit-alias does not verify the alias targets (or the verification is broken) - it just accepted "foo" as alias target... (2.3 has the same bug, therefore no regression and no reason to delay the 2.3.1 release ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3027375&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-06-25 22:45:44
|
Bugs item #2797690, was opened at 2009-05-28 04:27 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2797690&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: 6 Private: No Submitted By: Bjorn (bjornnilsen) Assigned to: Nobody/Anonymous (nobody) Summary: When domain is deleted any domain aliases are not removed Initial Comment: When domain is deleted any related domain aliases are not removed. This occurs for both the domain and the aliased domain. I am not sure if this causes any real world problems but it certainly is not tidy :) ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-06-26 00:45 Message: Indeed. I'm just thinking how we correctly solve it... Let's assume we have @example.com -> @domain.tld If example.com is deleted, it's easy - just delete the domain alias. The problem is: what should we do if domain.tld is deleted? Just deleting the domain alias isn't an option, because it affects/breaks example.com without notifying the admin/users. (Well, it will most probably break automatically ;-) even if the domain alias is still in the database...) IMHO the best solution would be to deny the deletion and display an error message "This domain is setup as alias domain for domain example.com. Please delete the domain alias before deleting the target domain." (Hmmm, basically "normal" aliases have similar problems, and we don't have a check there. However the difference is that alias domains pointing to "external" domains can't work due to the queries used in postfix.) I'm open to suggestions - do you like my idea or do you have a different proposal? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2797690&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-06-25 22:13:31
|
Bugs item #3017029, was opened at 2010-06-16 12:36 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3017029&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: SVN (please specify revision!) >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Peter Horvath (bubo77) Assigned to: Nobody/Anonymous (nobody) Summary: activeUntil insert problem Initial Comment: In the file called VacationHandler.php there is a misstyping problem that cause activeUntil not to be inserted into the database line 109 $result = db_query ("INSERT INTO $table_vacation (email,subject,body,domain,created,active,activefrom, activeuntil) VALUES ('$username','$subject','$body','$domain',NOW(),'$active','$activeFrom','$ativeUntil')"); ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-06-26 00:13 Message: Fixed in SVN r839 - thanks for your bugreport! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3017029&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-06-23 23:19:17
|
Bugs item #3017037, was opened at 2010-06-16 12:49 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3017037&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: SVN (please specify revision!) >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: Peter Horvath (bubo77) Assigned to: Nobody/Anonymous (nobody) Summary: activeUntil insert problem Initial Comment: In the file called VacationHandler.php there is a misstyping problem that cause activeUntil not to be inserted into the database line 109 $result = db_query ("INSERT INTO $table_vacation (email,subject,body,domain,created,active,activefrom, activeuntil) VALUES ('$username','$subject','$body','$domain',NOW(),'$active','$activeFrom','$ativeUntil')"); ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-06-24 01:19 Message: duplicate of https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3017029&group_id=191583 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3017037&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-06-23 13:40:18
|
Bugs item #3011063, was opened at 2010-06-03 16:48 Message generated for change (Comment added) made by mediaforest 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: 5 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...> - 2010-06-23 13:21:06
|
Feature Requests item #1957803, was opened at 2008-05-05 04:10 Message generated for change (Comment added) made by libertytrek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1957803&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: Fixed Priority: 5 Private: No Submitted By: Mantas Bantas (mantoze) Assigned to: Nobody/Anonymous (nobody) Summary: Automatic vacation end date Initial Comment: How about automatic vacation end date? ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2010-06-23 09:21 Message: Nice! I know its probably way early, but do you have even a vague idea of a timeframe on when 2.4 will be released? Thanks Christian! ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-06-22 17:44 Message: Vacation start and end date are implemented in SVN trunk and will be part of future versions of postfixadmin. However, I won't backport this to the 2.3 branch because it needs a database change. ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2009-04-11 08:45 Message: I like this idea, but since some kind of cron job will be necessary for this, why not extend it a bit to include both a Start *and* End date? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1957803&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-06-23 13:18:26
|
Bugs item #3011063, was opened at 2010-06-03 10:48 Message generated for change (Comment added) made by libertytrek 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: 5 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: Charles (libertytrek) Date: 2010-06-23 09: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 16: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...> - 2010-06-22 21:44:19
|
Feature Requests item #1957803, was opened at 2008-05-05 10:10 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1957803&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: Fixed Priority: 5 Private: No Submitted By: Mantas Bantas (mantoze) Assigned to: Nobody/Anonymous (nobody) Summary: Automatic vacation end date Initial Comment: How about automatic vacation end date? ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-06-22 23:44 Message: Vacation start and end date are implemented in SVN trunk and will be part of future versions of postfixadmin. However, I won't backport this to the 2.3 branch because it needs a database change. ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2009-04-11 14:45 Message: I like this idea, but since some kind of cron job will be necessary for this, why not extend it a bit to include both a Start *and* End date? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1957803&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-06-22 21:40:59
|
Feature Requests item #2190501, was opened at 2008-10-24 00:27 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2190501&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: Open Resolution: None >Priority: 1 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: Superadmin should not be able to delete or disable himself Initial Comment: A superadmin should not be able to shoot himself in the foot^W^W^W^W^Wdelete or disable himself (in the list/edit admin section) because this will lock him out of postfixadmin. This can be done by a) not showing the delete link for the currently logged in superadmin b) like a, but at server side before deleting the admin c) while editing an admin, unchecking the superadmin checkbox should be impossible for the currently logged in superadmin d) c) should also be checked server-side ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-06-22 23:40 Message: e) use bullet-proof shoes ;-) Seriously: setup.php can easily create a new superadmin - therefore the reason to implement self-protection has gone to nearly zero. I'm lowering the priority to lowest. I'll accept patches, but I won't implement it myself. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2190501&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-06-22 20:50:40
|
Bugs item #3010371, was opened at 2010-06-02 11:53 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3010371&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: Ansgar (velociraptor_as) Assigned to: Nobody/Anonymous (nobody) Summary: Virtual list show no mailboxes Initial Comment: I don not know if I am here correct but I think I found a small bug. The problem: In my admin virtual list view, no mailboxes are visible. I use the actual svn revision 832. I search through the code and found a possible solution. In list-virtual.php in line 202 it sounds $sql_select = " SELECT $table_mailbox.* "; what should be $sql_select = "SELECT $table_mailbox.* "; So without the leading blank, because functions.inc.php checks in line 1582 if the query starts with "SELECT", what fails with the blank inside. I hope I could help you. Best regards Ansgar ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-06-22 22:50 Message: Good catch! I have to admit that I did not even read this part of the code before ;-) I went for another fix: instead of changing the query (and possibly missing another one), I changed the function to use trim() on the query before checking if it starts with SELECT. Commited to SVN r836 (trunk), I'll also backport the fix to the 2.3 branch. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3010371&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-06-22 20:30:25
|
Bugs item #2976010, was opened at 2010-03-24 17:41 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2976010&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: 7 Private: No Submitted By: W. Rossmann () Assigned to: Nobody/Anonymous (nobody) Summary: edit-alias.php backwards in_array arguments Initial Comment: 144 if(in_array($orig_alias_list, $fAddress)) { should be 144 if(in_array($fAddress, $orig_alias_list)) { and seems to still be this way in the current SVN version. [r816, ln140] Also, there seems to be a flaw in the logic of this file where if special_alias_control = NO the mailbox alias is removed, but is only restored if alias_control_admin = NO as well which essentially ~does~ let the domain admin control the default mailbox alias by virtue of it being removed if they do not add it back manually. Lines relevant to the above are 73 and 142 in v2.3, 68 and 138 in SVN r816 ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-06-22 22:30 Message: logic flaw fixed in SVN r835 - the correct $CONF option is alias_control_admin. (special_alias_control handles the $CONF default_aliases like webmaster@ etc.) I'll also backport the fix to the 2.3 branch for the upcoming 2.3.1 release. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-05-17 00:02 Message: The in_array issue was fixed in SVN r818. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2976010&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-06-22 20:22:07
|
Bugs item #3011063, was opened at 2010-06-03 16: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=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: 5 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: 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...> - 2010-06-22 20:17:04
|
Bugs item #3012514, was opened at 2010-06-07 12: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=3012514&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: v 2.3 >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Michal Wojcik (michalw-snt) Assigned to: Nobody/Anonymous (nobody) Summary: Polish language update Initial Comment: Hello, I just make an update do polish translation. Best regards, Michal Wojcik ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-06-22 22:17 Message: Commited to SVN r834. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3012514&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-06-16 10:49:09
|
Bugs item #3017037, was opened at 2010-06-16 12:49 Message generated for change (Tracker Item Submitted) made by bubo77 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3017037&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: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Peter Horvath (bubo77) Assigned to: Nobody/Anonymous (nobody) Summary: activeUntil insert problem Initial Comment: In the file called VacationHandler.php there is a misstyping problem that cause activeUntil not to be inserted into the database line 109 $result = db_query ("INSERT INTO $table_vacation (email,subject,body,domain,created,active,activefrom, activeuntil) VALUES ('$username','$subject','$body','$domain',NOW(),'$active','$activeFrom','$ativeUntil')"); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3017037&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-06-16 10:36:45
|
Bugs item #3017029, was opened at 2010-06-16 12:36 Message generated for change (Tracker Item Submitted) made by bubo77 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3017029&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: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Peter Horvath (bubo77) Assigned to: Nobody/Anonymous (nobody) Summary: activeUntil insert problem Initial Comment: In the file called VacationHandler.php there is a misstyping problem that cause activeUntil not to be inserted into the database line 109 $result = db_query ("INSERT INTO $table_vacation (email,subject,body,domain,created,active,activefrom, activeuntil) VALUES ('$username','$subject','$body','$domain',NOW(),'$active','$activeFrom','$ativeUntil')"); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3017029&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-06-07 10:58:32
|
Bugs item #3012514, was opened at 2010-06-07 12:58 Message generated for change (Tracker Item Submitted) made by michalw-snt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3012514&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: v 2.3 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michal Wojcik (michalw-snt) Assigned to: Nobody/Anonymous (nobody) Summary: Polish language update Initial Comment: Hello, I just make an update do polish translation. Best regards, Michal Wojcik ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3012514&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-06-03 14:48:08
|
Bugs item #3011063, was opened at 2010-06-03 16:48 Message generated for change (Tracker Item Submitted) made by mediaforest 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: 5 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3011063&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-06-02 09:53:25
|
Bugs item #3010371, was opened at 2010-06-02 11:53 Message generated for change (Tracker Item Submitted) made by velociraptor_as You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3010371&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: Ansgar (velociraptor_as) Assigned to: Nobody/Anonymous (nobody) Summary: Virtual list show no mailboxes Initial Comment: I don not know if I am here correct but I think I found a small bug. The problem: In my admin virtual list view, no mailboxes are visible. I use the actual svn revision 832. I search through the code and found a possible solution. In list-virtual.php in line 202 it sounds $sql_select = " SELECT $table_mailbox.* "; what should be $sql_select = "SELECT $table_mailbox.* "; So without the leading blank, because functions.inc.php checks in line 1582 if the query starts with "SELECT", what fails with the blank inside. I hope I could help you. Best regards Ansgar ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3010371&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-05-23 21:39:39
|
Bugs item #2983354, was opened at 2010-04-07 19:38 Message generated for change (Comment added) made by valkum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2983354&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: Valkum (valkum) Assigned to: Nobody/Anonymous (nobody) Summary: dovecotpw with php Initial Comment: in association with my cli i have found something bad in my logs of an 2.3 Installation. In logfiles from Apache, not in log files from vhost, i found this: Enter new password: Retype new password: this is the stdout from dovecotpw. we have to fix it in any way. ---------------------------------------------------------------------- >Comment By: Valkum (valkum) Date: 2010-05-23 23:39 Message: found this on google. http://forum.jswelt.de/serverseitige-programmierung/40625-php-proc_open-prozess-tty-vorgaukeln.html Eventuelly it works to try to say that we use a tty instead of stdin/stdout "$descriptorspec = array(0 => array('pty'), 1 => array('pty'), 2 => array('pty')); " Someone test it ? ---------------------------------------------------------------------- Comment By: Valkum (valkum) Date: 2010-05-23 13:58 Message: Is this also included in trunk ? I use dovecot version 1.0.15 with trunk version of PFA the entry in error.log of apache still appear. "Enter new password: Retype new password: " It seems php doesnt work with c written stdin. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-05-18 13:30 Message: Can you please re-test with the 2.3 branch (aka upcoming 2.3.1)? We now use pipes instead of temp files when calling dovecotpw - maybe this also fixes your issue... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2983354&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-05-23 14:53:42
|
Feature Requests item #3006020, was opened at 2010-05-23 16:53 Message generated for change (Tracker Item Submitted) made by valkum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3006020&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 (valkum) Assigned to: Nobody/Anonymous (nobody) Summary: Advanced Config and Lang Initial Comment: I think about use an extended version of Config and Lang variables. In my CLI I use a simple class, cloned from Joomla!. I think this should be implemented in functions.inc.php. With this class you can read even lang and conf option in classes. This is not working with globals. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3006020&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-05-23 11:58:31
|
Bugs item #2983354, was opened at 2010-04-07 19:38 Message generated for change (Comment added) made by valkum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2983354&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: Valkum (valkum) Assigned to: Nobody/Anonymous (nobody) Summary: dovecotpw with php Initial Comment: in association with my cli i have found something bad in my logs of an 2.3 Installation. In logfiles from Apache, not in log files from vhost, i found this: Enter new password: Retype new password: this is the stdout from dovecotpw. we have to fix it in any way. ---------------------------------------------------------------------- Comment By: Valkum (valkum) Date: 2010-05-23 13:58 Message: Is this also included in trunk ? I use dovecot version 1.0.15 with trunk version of PFA the entry in error.log of apache still appear. "Enter new password: Retype new password: " It seems php doesnt work with c written stdin. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-05-18 13:30 Message: Can you please re-test with the 2.3 branch (aka upcoming 2.3.1)? We now use pipes instead of temp files when calling dovecotpw - maybe this also fixes your issue... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2983354&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-05-18 22:43:27
|
Patches item #2711868, was opened at 2009-03-25 14:54 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2711868&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: Sebastian (sebastian2009) Assigned to: Nobody/Anonymous (nobody) Summary: add smarty capability to Postfixadmin Initial Comment: This patch introduces the smarty template engine for Postfixadmin. First revision only changes templates for admin functionality, users will follow. This first revision tries to be as close to the logic as before, therefore the templates are still ugly, but working. Just apply diff against Postfixadmin 2.3rc2. Patch includes all smarty libraries, so no need to get them separately. Gunzip and apply in main Postfixadmin directory: "patch -p1 < smarty_patch_rev1.diff" ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-05-19 00:43 Message: SVN trunk includes smarty since months, therefore I think we can finally close this ticket ;-) ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2009-04-18 09:03 Message: There is a postfixadmin-smarty branch which contains this patch. ---------------------------------------------------------------------- Comment By: Sebastian (sebastian2009) Date: 2009-03-25 17:07 Message: Ok, here's the patch for all pages including users. Code was indented. ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2009-03-25 16:09 Message: Oh... wait, missed the '+' in Davids comment... whew... I'm really looking forward to 2.3... lots of good stuff in it... Thanks guys! ---------------------------------------------------------------------- Comment By: Sebastian (sebastian2009) Date: 2009-03-25 16:03 Message: noproblem, it is'nt ready yet. Some additional revs will follow today. Maybe we can add a branch for this one, as it eases up the merging for 2.3+? ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2009-03-25 15:38 Message: Please don't merge it now... RC stage is NOT the time for stuff like this... :) ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2009-03-25 15:27 Message: Hi, I'll look into possibly merging this in 2.3+.... If I merge it now, any 2.3 release will be pushed back by at least a month. I haven't yet had the chance to review the contents of the patch in detail.... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2711868&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-05-18 22:29:45
|
Bugs item #2976010, was opened at 2010-03-24 17:41 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2976010&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: 7 Private: No Submitted By: W. Rossmann () Assigned to: Nobody/Anonymous (nobody) Summary: edit-alias.php backwards in_array arguments Initial Comment: 144 if(in_array($orig_alias_list, $fAddress)) { should be 144 if(in_array($fAddress, $orig_alias_list)) { and seems to still be this way in the current SVN version. [r816, ln140] Also, there seems to be a flaw in the logic of this file where if special_alias_control = NO the mailbox alias is removed, but is only restored if alias_control_admin = NO as well which essentially ~does~ let the domain admin control the default mailbox alias by virtue of it being removed if they do not add it back manually. Lines relevant to the above are 73 and 142 in v2.3, 68 and 138 in SVN r816 ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-05-17 00:02 Message: The in_array issue was fixed in SVN r818. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2976010&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-05-18 22:27:06
|
Bugs item #2978579, was opened at 2010-03-29 15:20 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2978579&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: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: Han Boetes (hboetes) Assigned to: Nobody/Anonymous (nobody) Summary: slow with lots of users Initial Comment: postfixadmin is pretty fast for our smaller domains, but one domain has 1500+ boxes and it's very slow allas. I can see with top that mysql is being consulted while I'm waiting. I suspect it's because it's generating the "ka-ka ka-ke ke-ke ke-ki ki-ki ki-ki ki-ko ko-kr kr-la la-la la-la la-le li-li li-li li-li" overview lines. For that domain it's not really usefull. The admins simply search. How can I disable the overview line? Would it be an idea to make this configurable? ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-05-19 00:27 Message: This bug is a duplicate of https://sourceforge.net/tracker/index.php?func=detail&aid=2967410&group_id=191583&atid=937964 You'll find an analysis of the bug and a workaround to disable the page browser there. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2010-03-29 15:33 Message: Hi, Yes, it would be best if it was somehow a configurable property.. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2978579&group_id=191583 |
700 messages has been excluded from this view by a project administrator.
