postfixadmin-tracker Mailing List for PostfixAdmin (Page 52)
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...> - 2008-05-07 05:25:13
|
Bugs item #1959206, was opened at 2008-05-07 04:00 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1959206&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: Fixed Priority: 5 Private: No Submitted By: Odd Henriksen (oddhenriksen) Assigned to: Nobody/Anonymous (nobody) Summary: UTF-8 encoding not defined in HTTP response header Initial Comment: (Note: I was unsure of what category to assign this ticket to, considering that "interface" may mean other things than user/web interface, and I didn't feel comfortable assigning it to the "core" category) After recently having spent some time with translations, I realized that my browser displayed the Postfix Admin site in ISO-8859-1 encoding. This obviously made national characters look gibberish. I investigated the issue further, and noticed that the web server sent the following header in the HTTP response: "Content-Type: text/html; charset=ISO-8859-1" The translations are UTF-8 encoded, and the meta tag in the Postfix Admin template file also specifies charset UTF-8. The cause of this issue, is that my Apache web server is configured with a default charset of ISO-8859-1, and Postfix Admin does not explicitly specify charset UTF-8 in the HTTP response. The default charset setting is quite commonly used, and is recommended by Apache. The Apache configuration setting I'm referring to, is the following (I've included the comments for informational purposes): # Specify a default charset for all pages sent out. This is # always a good idea and opens the door for future internationalisation # of your web site, should you ever want it. Specifying it as # a default does little harm; as the standard dictates that a page # is in iso-8859-1 (latin1) unless specified otherwise i.e. you # are merely stating the obvious. There are also some security # reasons in browsers, related to javascript and URL parsing # which encourage you to always set a default char set. # AddDefaultCharset ISO-8859-1 I have successfully solved this issue by adding an additional header() command in templates/header.php. I have attached a patch file (diff) for header.php. I suggest this change be incorporated into the code repository, as it is always a good idea to specify the charset explicitly in the response headers. If anything is unclear, let me know. By the way, the patch file is a diff created with the command "diff -au". Best regards, Odd ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-05-07 05:25 Message: Logged In: YES user_id=1761957 Originator: NO Thanks for the bug report; we believe this has been fixed in subversion. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1959206&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-07 04:00:40
|
Bugs item #1959206, was opened at 2008-05-07 06:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1959206&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: 5 Private: No Submitted By: Odd Henriksen (oddhenriksen) Assigned to: Nobody/Anonymous (nobody) Summary: UTF-8 encoding not defined in HTTP response header Initial Comment: (Note: I was unsure of what category to assign this ticket to, considering that "interface" may mean other things than user/web interface, and I didn't feel comfortable assigning it to the "core" category) After recently having spent some time with translations, I realized that my browser displayed the Postfix Admin site in ISO-8859-1 encoding. This obviously made national characters look gibberish. I investigated the issue further, and noticed that the web server sent the following header in the HTTP response: "Content-Type: text/html; charset=ISO-8859-1" The translations are UTF-8 encoded, and the meta tag in the Postfix Admin template file also specifies charset UTF-8. The cause of this issue, is that my Apache web server is configured with a default charset of ISO-8859-1, and Postfix Admin does not explicitly specify charset UTF-8 in the HTTP response. The default charset setting is quite commonly used, and is recommended by Apache. The Apache configuration setting I'm referring to, is the following (I've included the comments for informational purposes): # Specify a default charset for all pages sent out. This is # always a good idea and opens the door for future internationalisation # of your web site, should you ever want it. Specifying it as # a default does little harm; as the standard dictates that a page # is in iso-8859-1 (latin1) unless specified otherwise i.e. you # are merely stating the obvious. There are also some security # reasons in browsers, related to javascript and URL parsing # which encourage you to always set a default char set. # AddDefaultCharset ISO-8859-1 I have successfully solved this issue by adding an additional header() command in templates/header.php. I have attached a patch file (diff) for header.php. I suggest this change be incorporated into the code repository, as it is always a good idea to specify the charset explicitly in the response headers. If anything is unclear, let me know. By the way, the patch file is a diff created with the command "diff -au". Best regards, Odd ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1959206&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-07 03:19:10
|
Bugs item #1959190, was opened at 2008-05-07 05:17 Message generated for change (Comment added) made by oddhenriksen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1959190&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: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Odd Henriksen (oddhenriksen) Assigned to: Nobody/Anonymous (nobody) Summary: New Norwegian (bokmål) translation and languages.php patch Initial Comment: As discussed with gingerdog and christian_boltz in the discussion forum, I have created a new and complete Norwegian (bokmål) translation for Postfix Admin, based on the latest English translation (as far as I can see, latest revision is 358). I ask that someone adds it to the repository. Please note that the language code of this translation (nb) differs from the existing Norwegian translation (nn). This is intentional and it is the correct language code for this translation. I have explained this in greater detail in the thread "Regarding the Norwegian translation" in the discussion forum, if more information is desirable. It is encoded in UTF-8, as it should be. The file languages.php will obviously need an update, as there is currently no definition for "nb" in it. Furthermore, the old Norwegian translation (language code "nn") is simply listed as "Norwegian", falsely giving the impression that it is the primary Norwegian written language (which it is not). I have made a patch for languages.php where "nb" is added, and the language variants are explicitly specified, as it should be. I'm attaching two files to this ticket: nb.lang: New, full Norwegian (bokmål) translation languages.php.patch: Patch (diff) for languages.php. Necessary for the new translation to be enabled. In case any other information is needed, or there are any problems or uncertainties, please let me know. I feel that I should also mention the following as a side note: If Apache (or another web server for that matter) is configured with ISO-8859-1 as the default charset, the Postfix Admin pages will not by default be displayed in UTF-8 encoding. That obviously makes any translation with national characters look gibberish. I've fixed this on my own PA installation, and will create another ticket about this with a patch for templates/header.php (I've simply added one header() command). I have explained this matter in greater detail in the discussion forum, under the thread "Charset encoding". ---------------------------------------------------------------------- >Comment By: Odd Henriksen (oddhenriksen) Date: 2008-05-07 05:19 Message: Logged In: YES user_id=1672080 Originator: YES File Added: language.php.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1959190&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-07 03:17:17
|
Bugs item #1959190, was opened at 2008-05-07 05:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1959190&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: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Odd Henriksen (oddhenriksen) Assigned to: Nobody/Anonymous (nobody) Summary: New Norwegian (bokmål) translation and languages.php patch Initial Comment: As discussed with gingerdog and christian_boltz in the discussion forum, I have created a new and complete Norwegian (bokmål) translation for Postfix Admin, based on the latest English translation (as far as I can see, latest revision is 358). I ask that someone adds it to the repository. Please note that the language code of this translation (nb) differs from the existing Norwegian translation (nn). This is intentional and it is the correct language code for this translation. I have explained this in greater detail in the thread "Regarding the Norwegian translation" in the discussion forum, if more information is desirable. It is encoded in UTF-8, as it should be. The file languages.php will obviously need an update, as there is currently no definition for "nb" in it. Furthermore, the old Norwegian translation (language code "nn") is simply listed as "Norwegian", falsely giving the impression that it is the primary Norwegian written language (which it is not). I have made a patch for languages.php where "nb" is added, and the language variants are explicitly specified, as it should be. I'm attaching two files to this ticket: nb.lang: New, full Norwegian (bokmål) translation languages.php.patch: Patch (diff) for languages.php. Necessary for the new translation to be enabled. In case any other information is needed, or there are any problems or uncertainties, please let me know. I feel that I should also mention the following as a side note: If Apache (or another web server for that matter) is configured with ISO-8859-1 as the default charset, the Postfix Admin pages will not by default be displayed in UTF-8 encoding. That obviously makes any translation with national characters look gibberish. I've fixed this on my own PA installation, and will create another ticket about this with a patch for templates/header.php (I've simply added one header() command). I have explained this matter in greater detail in the discussion forum, under the thread "Charset encoding". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1959190&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-06 22:51:48
|
Bugs item #1882082, was opened at 2008-01-29 22:23 Message generated for change (Comment added) made by oddhenriksen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1882082&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Norwegian bokmål-support Initial Comment: I have translated all the strings to Norwegian bokmål, the majority language in Norway. -- Morten Hustveit ---------------------------------------------------------------------- Comment By: Odd Henriksen (oddhenriksen) Date: 2008-05-07 00:51 Message: Logged In: YES user_id=1672080 Originator: NO As there doesn't seem to be any activity on this, I've created a new and complete Norwegian (bokmål) translation with all latest strings, and will create a new ticket and post it there. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-01-30 00:09 Message: Logged In: YES user_id=593261 Originator: NO Hmmm, I have some "problems" with your translation: - we already have a norwegian translation (nn.lang) - you have translated an old version of the language file, which means I will need some time to merge it for the current version - and the number of translated strings in nn.lang and your file are roughly the same The latest norwegian translation file is: http://postfixadmin.svn.sourceforge.net/viewvc/*checkout*/postfixadmin/trunk/languages/nn.lang Is it possible for you to use this file as base for your translation? I would really appreciate that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1882082&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-05 22:17:12
|
Bugs item #1958315, was opened at 2008-05-06 00:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1958315&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: Roel Adriaans (helldesk) Assigned to: Nobody/Anonymous (nobody) Summary: Possible to make alias without mailbox Initial Comment: In 2.2.0 with the alias_control settings to "NO" I can make this alias (as Admin): fo...@ba... -> fo...@ba... Since there is no fo...@ba... mailbox the mail gets rejected by postfix. There is a catch-all Address on the bar.com domain, doesn't have any effect. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1958315&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-05 08:10:14
|
Feature Requests item #1957803, was opened at 2008-05-05 11:10 Message generated for change (Tracker Item Submitted) made by Item Submitter 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: Open Resolution: None 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? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1957803&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-26 11:35:32
|
Bugs item #1942748, was opened at 2008-04-15 08:59 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1942748&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: Works For Me Priority: 5 Private: No Submitted By: Dennis Lichtenthäler (episodeiv) Assigned to: Nobody/Anonymous (nobody) Summary: One admin, multiple domains not possible Initial Comment: Even in recent SVN versions (tested r331) it's not possible to give one admin (not super-admin) access to more than one domain. The 'admin' and 'domain_admins' tables are indexed by the 'username' column. Accordingly, two rows with the same username are impossible and trying to create them results in: Invalid query: Duplicate entry 'admin_address@domain' for key 1 ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-04-26 13:35 Message: Logged In: YES user_id=593261 Originator: NO (Un)fortunately I never had this problem (tested with database scheme from 2.1, early SF SVN versions and a completely new database from current SVN (2.2rc5). This means I have to close this bug as "worksforme". If you ever find out where the wrong primary key came from, please reopen this bug. ---------------------------------------------------------------------- Comment By: Dennis Lichtenthäler (episodeiv) Date: 2008-04-18 08:46 Message: Logged In: YES user_id=2062640 Originator: YES Removing the primary key manually (alter table domain_admins drop primary key;) now allows me to assign more than one domain to an admin... So I guess this was a leftover from a previous version that didn't get cleaned up by upgrade.php? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-18 07:15 Message: Logged In: NO I ran upgrade.php. Using MySQL... Don't you have primary keys set on the username fields?? ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-04-18 00:58 Message: Logged In: YES user_id=593261 Originator: NO Hmm, at least this works in my local test installation with mysql... Two questions: - did you update your database with upgrade.php? - do you use mysql or postgresql? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1942748&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-26 07:15:08
|
Bugs item #1927706, was opened at 2008-03-28 03:47 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1927706&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: Wont Fix Priority: 2 Private: No Submitted By: Master Merlin Kull Kirkpatrick (thefathermind) Assigned to: Nobody/Anonymous (nobody) Summary: cannot yet handle MBCS in html_entity_decode Initial Comment: In the vacation module I got this error about 200 times.. "cannot yet handle MBCS in html_entity_decode" This is a documented bug in the 4.3 versions of PHP that they say they are not going to resolve stated here... http://bugs.php.net/bug.php?id=25670 I implemented the following work around to resolve this... in common.php I added the following 2 functions... // Returns the utf string corresponding to the unicode value (from php.net, courtesy - ro...@vo...) function code2utf($num) { if ($num < 128) return chr($num); if ($num < 2048) return chr(($num >> 6) + 192) . chr(($num & 63) + 128); if ($num < 65536) return chr(($num >> 12) + 224) . chr((($num >> 6) & 63) + 128) . chr(($num & 63) + 128); if ($num < 2097152) return chr(($num >> 18) + 240) . chr((($num >> 12) & 63) + 128) . chr((($num >> 6) & 63) + 128) . chr(($num & 63) + 128); return ''; } function html_entity_decode_fixed($str) { return preg_replace('/&#(\\d+);/e', 'code2utf($1)', utf8_encode($str)); } Then I edited edit-vacation.php and users/vacation.php and replaced all "html_entity_decode" with "html_entity_decode_fixed" ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2008-04-26 07:15 Message: Logged In: YES user_id=1761957 Originator: NO I vote for wontfix too. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-04-25 23:26 Message: Logged In: YES user_id=593261 Originator: NO I'm not sure if we can include a workaround for every PHP bug ;-) - especially if we are talking about PHP 4 bugs. I'd vote for "wontfix" here - Gingerdog, what do you think? I'd recommend to upgrade to PHP 5 (or at least to the very latest PHP 4 (4.4.8) version if you have special reasons not to upgrade to PHP 5). PHP 4 is no longer maintained by the PHP developers (since 2007-12-31). As long as you can't or don't want to upgrade PHP, feel free to use your patched version of Postfixadmin ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1927706&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-25 23:46:08
|
Patches item #1723389, was opened at 2007-05-22 14:17 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1723389&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: Works For Me Priority: 5 Private: No Submitted By: Devlin Gonçalves (develino) Assigned to: Nobody/Anonymous (nobody) Summary: Allow Outlook, Outlook Express and Thunderbird Initial Comment: Hi all. I´m patching this great one so Microsoft Outlook, Outlook Express and Thunderbird can receive auto-messages from the script. As everybody knows, when you send an e-mail from one of these clients, you don´t receive the auto-reply message from the vacation system installed. Hope you guys enjoy it. Anything, anytime, just call me. Bye. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-04-26 01:46 Message: Logged In: YES user_id=593261 Originator: NO No feedback since months and most probably fixed - closing as worksforme. Please reopen if the problem still exists in the latest vacation script (in 2.2rc5 or SVN). ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-09-25 01:04 Message: Logged In: YES user_id=593261 Originator: NO Devlin, can you please test with the latest SVN version? I guess this was fixed by using the former vacation-pgsql.pl script for MySQL also, but I'd like to have a confirmation about it. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2007-08-17 11:48 Message: Logged In: YES user_id=1761957 Originator: NO I've not seen any problems with the pgsql vacation script whith outlook/thunderbird etc; is this something that only affects the mysql 'version' ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1723389&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-25 23:39:22
|
Feature Requests item #1951926, was opened at 2008-04-25 23:38 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1951926&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: 5 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: show_custom_colors - several enhancements Initial Comment: (SVN r343) (Combined to a single item because it affects one code section. Can be splitted as needed later.) While upgrading a production server to the latest SVN version (aka 2.2rc5), I found some things that show_custom_colors could do better: (1) $CONF['show_undeliverable'] shows a) aliases with non-existing local target b) aliases pointing to an external address which may cause some confusion. This should be splitted to $CONF['show_undeliverable'] for a) $CONF['show_external_alias'] for b) (We could also change "possible undeliverable" to "undeliverable".) (2) $CONF['vacation_domain'] should be in $CONF['show_undeliverable_exceptions'] by default (3) $CONF['show_status_key']='YES' shows all possible markers. I'd like to have the option to only show the _used_ markers to avoid displaying too many items (4) $CONF['vacation_domain'] should be part of $CONF['show_custom_domains']. It would be even better if it had an own setting (like $CONF['show_vacation_status']) which would allow a better description text than "delivery to autoreply.domain" (5) It should be possible to specify custom legend texts per domain in $CONF['show_custom_domains']. This could cover the special vacation marker I described above, as well as other cases. The custom legend texts should support two methods: a) static text, could also come from lang/* $text = "foobar"; b) array with translations, with fallback to "default" $text = array( 'default' => 'english text', 'de' => 'german text'); (6) $CONF['show_custom_count'] can be dropped - just use count($CONF['show_custom_domains']) instead. (7) A marker for mailboxes with non-default alias would also be helpful. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-04-26 01:39 Message: Logged In: YES user_id=593261 Originator: YES (8) Postfix supports a recipient_delimiter (usually "+") which allows to specify some type of parameter to a mail adress. An example would be fo...@ex..., which delivers to the fo...@ex... mailbox. Currently a mail with fo...@ex... is tagged as undeliverable even if the fo...@ex... mailbox exists. Proposal: $CONF['recipient_delimiter'] = "+"; (or "" to disable) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1951926&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-25 23:26:28
|
Bugs item #1927706, was opened at 2008-03-28 04:47 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1927706&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: Open Resolution: None >Priority: 2 Private: No Submitted By: Master Merlin Kull Kirkpatrick (thefathermind) Assigned to: Nobody/Anonymous (nobody) Summary: cannot yet handle MBCS in html_entity_decode Initial Comment: In the vacation module I got this error about 200 times.. "cannot yet handle MBCS in html_entity_decode" This is a documented bug in the 4.3 versions of PHP that they say they are not going to resolve stated here... http://bugs.php.net/bug.php?id=25670 I implemented the following work around to resolve this... in common.php I added the following 2 functions... // Returns the utf string corresponding to the unicode value (from php.net, courtesy - ro...@vo...) function code2utf($num) { if ($num < 128) return chr($num); if ($num < 2048) return chr(($num >> 6) + 192) . chr(($num & 63) + 128); if ($num < 65536) return chr(($num >> 12) + 224) . chr((($num >> 6) & 63) + 128) . chr(($num & 63) + 128); if ($num < 2097152) return chr(($num >> 18) + 240) . chr((($num >> 12) & 63) + 128) . chr((($num >> 6) & 63) + 128) . chr(($num & 63) + 128); return ''; } function html_entity_decode_fixed($str) { return preg_replace('/&#(\\d+);/e', 'code2utf($1)', utf8_encode($str)); } Then I edited edit-vacation.php and users/vacation.php and replaced all "html_entity_decode" with "html_entity_decode_fixed" ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-04-26 01:26 Message: Logged In: YES user_id=593261 Originator: NO I'm not sure if we can include a workaround for every PHP bug ;-) - especially if we are talking about PHP 4 bugs. I'd vote for "wontfix" here - Gingerdog, what do you think? I'd recommend to upgrade to PHP 5 (or at least to the very latest PHP 4 (4.4.8) version if you have special reasons not to upgrade to PHP 5). PHP 4 is no longer maintained by the PHP developers (since 2007-12-31). As long as you can't or don't want to upgrade PHP, feel free to use your patched version of Postfixadmin ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1927706&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-25 23:05:13
|
Bugs item #1875897, was opened at 2008-01-20 19:57 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1875897&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: 8 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: "invalid query" in upgrade.php (caused by foreign keys?) Initial Comment: SVN version 2008-01-19T16:48:15.336774Z 297 in file backup.php - $result = db_query ("SHOW CREATE TABLE ".table_by_pos($i)); + $result = db_query ("SHOW CREATE TABLE $tables[$i]"); - $result = db_query ("SELECT * FROM ".table_by_pos($i)); + $result = db_query ("SELECT * FROM $tables[$i]"); - $tables = array('admin','alias','config','domain','domain_admins','log','mailbox','vacation','vacation_notification'); + $tables = array('admin','alias','domain','domain_admins','log','mailbox','vacation','vacation_notification'); ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-04-26 01:05 Message: Logged In: YES user_id=593261 Originator: NO Fix verified - I didn't notice any problems with upgrade.php when creating a new database and also not when updating a server from an earlier SVN revision of Postfixadmin. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-04-07 01:31 Message: Logged In: YES user_id=593261 Originator: NO This should be fixed in the latest SVN version (r319). Can you please test it by running upgrade.php? Note: I can't guarantee a clean update. If something goes wrong (you'll see an "Invalid query" message in this case), please drop the table vacation_notification (it contains a list of mail adresses who have received vacation notifications already, so the worst thing that might happen is that some of them receive another one when sending the next mail). ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-03-05 01:24 Message: Logged In: YES user_id=593261 Originator: NO The comment from "nobody" on 2008-01-21 17:21 shows two problems: 1) the "invalid query" shown by upgrade.php I'll have to check this, probably it is caused by the foreign keys, which make altering tables an interesting challenge ;-) 2) creation of vacation_notification fails This part looks like a duplicate of http://sourceforge.net/tracker/index.php?func=detail&aid=1828857&group_id=191583&atid=937964 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-21 17:21 Message: Logged In: NO sorry, I run upgrade.php and problem was solved. But when I run the upgrade.php, I saw this problem: ALTER TABLE `vacation` CHANGE `email` `email` VARCHAR( 255 ) /*!40100 CHARACTER SET latin1 COLLATE latin1_swedish_ci */ NOT NULL DEBUG INFORMATION: Invalid query: Error on rename of './postfix/#sql-33c0_2b1' to './postfix/vacation' (errno: 150) if I remove table vacation and vacation_notificaion and then I create it using CREATE TABLE `vacation` ( `email` varchar(255) /*!40100 CHARACTER SET latin1 COLLATE latin1_swedish_ci */ NOT NULL default '', `subject` varchar(255) /*!40100 CHARACTER SET latin1 COLLATE latin1_swedish_ci */ NOT NULL default '', `body` text NOT NULL, `cache` text NOT NULL, `domain` varchar(255) /*!40100 CHARACTER SET latin1 COLLATE latin1_swedish_ci */ NOT NULL default '', `created` datetime NOT NULL default '0000-00-00 00:00:00', `active` tinyint(4) NOT NULL default '1', PRIMARY KEY (`email`), KEY `email` (`email`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='Postfix Admin - Virtual Vacation'; everything is done, but I can`t create table vacation_notification using CREATE TABLE vacation_notification ( on_vacation varchar(255) NOT NULL, notified varchar(255) NOT NULL, notified_at timestamp NOT NULL default now(), CONSTRAINT vacation_notification_pkey PRIMARY KEY(on_vacation, notified), FOREIGN KEY (on_vacation) REFERENCES vacation(email) ON DELETE CASCADE ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_general_ci TYPE=InnoDB COMMENT='Postfix Admin - Virtual Vacation Notifications'; I obtain error that table /postfix/vacation_notification.frm can`t be created errono=150 ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-01-20 21:37 Message: Logged In: YES user_id=593261 Originator: NO Hmm, I can't see what fails here - I just tested and the backup seems to work. Can you please add some details? What is the problem you want to solve? BTW: Your $tables does not include the "config" table. If you have updated from an earlier version of postfixadmin, please run upgrade.php to create it (and to update your other tables also). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1875897&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-25 23:01:39
|
Bugs item #1828870, was opened at 2007-11-09 11:16 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1828870&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: SVN (please specify revision!) >Status: Closed >Resolution: Fixed Priority: 9 Private: No Submitted By: frn (frn123) Assigned to: Nobody/Anonymous (nobody) Summary: cannot view a domain page Initial Comment: using and url like http://foo/pa/list-virtual.php?domain=foo.com i get a following error: -- DEBUG INFORMATION: Invalid query: Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (utf8_general_ci,IMPLICIT) for operation '=' Please check the documentation and website for more information. Postfix Admin Knowledge Base -- Using svn revision 204, debian sarge, mysql4-1.11a from sarge backports. mysql driver. Lookind at the DATABASE_MYSQL.TXT i notice that some of the tables are InnoDB and some MyISAM. MyISAM tables use latin_1 encodoing, InnoDB use utf8. I think all the tables should be innodb/utf8. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-04-26 01:01 Message: Logged In: YES user_id=593261 Originator: NO Fix verified in latest SVN version (r343) by creating a new database. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-04-07 01:31 Message: Logged In: YES user_id=593261 Originator: NO This should be fixed in the latest SVN version (r319). Can you please test it by running upgrade.php? Note: I can't guarantee a clean update. If something goes wrong (you'll see an "Invalid query" message in this case), please drop the table vacation_notification (it contains a list of mail adresses who have received vacation notifications already, so the worst thing that might happen is that some of them receive another one when sending the next mail). ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-17 23:27 Message: Logged In: YES user_id=593261 Originator: NO Using utf8 everywhere is a bad idea - it wastes some space (a char needs 3 bytes in utf8) and, biger problem, causes problems with the key length in vacation_notification (see bug 1828857). I'll change fields for email addresses to latin1 - mail adresses can't contain utf8 anyway. OTOH, the description fields should really be utf8 because people can enter anything they want there. ---------------------------------------------------------------------- Comment By: frn (frn123) Date: 2007-11-09 11:23 Message: Logged In: YES user_id=1933384 Originator: YES changing all the tables to type innodb made the bug go away with no apparent ill effects (yet?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1828870&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-25 22:58:46
|
Bugs item #1828857, was opened at 2007-11-09 11:00 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1828857&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: SVN (please specify revision!) >Status: Closed >Resolution: Fixed Priority: 9 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: mysql create database broken Initial Comment: >mysql -u root -p < DATABASE_MYSQL.TXT Enter password: ERROR 1071 (42000) at line 144: Specified key was too long; max key length is 1024 bytes Using svn revision 204, debian sarge, mysql4-1.11a from sarge backports changing the DATABASE_MYSQL.txt file to: -- CREATE TABLE vacation_notification ( on_vacation varchar(170) NOT NULL, notified varchar(170) NOT NULL, -- fixed the problem for me tho. Dunno if it is a mysql bug or not. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-04-26 00:58 Message: Logged In: YES user_id=593261 Originator: NO I just verified that this is fixed by creating a new database using SVN r343. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-04-07 01:30 Message: Logged In: YES user_id=593261 Originator: NO This should be fixed in the latest SVN version (r319). Can you please test it by running upgrade.php? Note: I can't guarantee a clean update. If something goes wrong (you'll see an "Invalid query" message in this case), please drop the table vacation_notification (it contains a list of mail adresses who have received vacation notifications already, so the worst thing that might happen is that some of them receive another one when sending the next mail). ---------------------------------------------------------------------- Comment By: Georgi Naplatanov (goshoo) Date: 2008-01-03 16:04 Message: Logged In: YES user_id=181398 Originator: NO > problem will then be that we loose utf8 encoded email handle, is this > problem olso with postgresql and unicode ? Not really, it's a mysql bug - see http://bugs.mysql.com/bug.php?id=4541 UTF-8 has a variable lenght ( between 1 and 3 bytes per character), mysql allocates maximum space. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-18 20:19 Message: Logged In: YES user_id=593261 Originator: NO unicode domains are always "punicode"-encoded, for example "blöd.de" is encoded as "xn--bld-tna.de". Does anyone see non-ASCII characters? ;-) See https://sourceforge.net/forum/message.php?msg_id=4572821 for more details. ---------------------------------------------------------------------- Comment By: amsys (amsys) Date: 2007-11-18 15:13 Message: Logged In: YES user_id=1299438 Originator: NO I have already tried to solve this, but the problem is someone want's to make unicode domains in future, adresses as standart (probably someone very crazy, like bunch of managers) a) make collation latin1 general b) store used emails as hash in vacation table (shortens key) I've placed this long time ago, but it's probably outdated now?: http://sourceforge.net/tracker/index.php?func=detail&aid=1801073&group_id=191583&atid=937966 ---------------------------------------------------------------------- Comment By: Benny Pedersen (xpunkt) Date: 2007-11-18 02:49 Message: Logged In: YES user_id=774995 Originator: NO and the vacation.pl is utf8 so we have to find a better way ---------------------------------------------------------------------- Comment By: Benny Pedersen (xpunkt) Date: 2007-11-18 02:44 Message: Logged In: YES user_id=774995 Originator: NO problem will then be that we loose utf8 encoded email handle, is this problem olso with postgresql and unicode ? i prefer unicode over latin-1 ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-17 22:29 Message: Logged In: YES user_id=593261 Originator: NO Looks like an utf8 problem... The key uses two varchar(255) field, which means the key is 2 * 255 chars long. And utf8 means 3 bytes per char, which results in 1530 bytes. Since these fields only contain mail addresses, I'll change them to latin1 encoding. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1828857&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-25 22:57:12
|
Bugs item #1951979, was opened at 2008-04-26 00: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=1951979&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: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: create mailbox/admin ignore $CONF['min_password_length'] Initial Comment: create mailbox and create admin don't honor $CONF['min_password_length'] (edit mailbox / admin is OK) Not sure if we should fix it or if we should invest the time to merge edit and create (see fetchmail.php for an example)... (NOT a blocker for 2.2) ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-04-26 00:57 Message: Logged In: YES user_id=593261 Originator: YES (found in SVN r343) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1951979&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-25 22:55:14
|
Bugs item #1951979, was opened at 2008-04-26 00:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1951979&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: create mailbox/admin ignore $CONF['min_password_length'] Initial Comment: create mailbox and create admin don't honor $CONF['min_password_length'] (edit mailbox / admin is OK) Not sure if we should fix it or if we should invest the time to merge edit and create (see fetchmail.php for an example)... (NOT a blocker for 2.2) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1951979&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-25 21:37:54
|
Feature Requests item #1951926, was opened at 2008-04-25 23:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1951926&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: 5 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: show_custom_colors - several enhancements Initial Comment: (SVN r343) (Combined to a single item because it affects one code section. Can be splitted as needed later.) While upgrading a production server to the latest SVN version (aka 2.2rc5), I found some things that show_custom_colors could do better: (1) $CONF['show_undeliverable'] shows a) aliases with non-existing local target b) aliases pointing to an external address which may cause some confusion. This should be splitted to $CONF['show_undeliverable'] for a) $CONF['show_external_alias'] for b) (We could also change "possible undeliverable" to "undeliverable".) (2) $CONF['vacation_domain'] should be in $CONF['show_undeliverable_exceptions'] by default (3) $CONF['show_status_key']='YES' shows all possible markers. I'd like to have the option to only show the _used_ markers to avoid displaying too many items (4) $CONF['vacation_domain'] should be part of $CONF['show_custom_domains']. It would be even better if it had an own setting (like $CONF['show_vacation_status']) which would allow a better description text than "delivery to autoreply.domain" (5) It should be possible to specify custom legend texts per domain in $CONF['show_custom_domains']. This could cover the special vacation marker I described above, as well as other cases. The custom legend texts should support two methods: a) static text, could also come from lang/* $text = "foobar"; b) array with translations, with fallback to "default" $text = array( 'default' => 'english text', 'de' => 'german text'); (6) $CONF['show_custom_count'] can be dropped - just use count($CONF['show_custom_domains']) instead. (7) A marker for mailboxes with non-default alias would also be helpful. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1951926&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-25 11:04:37
|
Feature Requests item #1870466, was opened at 2008-01-13 21:00 Message generated for change (Comment added) made by mantoze You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1870466&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: 4 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: create-domain: option to choose domain admin Initial Comment: Idea from somebody who mailed me privately: create-domain (and edit-domain) should have listboxes (or alike) to choose the admin(s) for this domain. ---------------------------------------------------------------------- Comment By: Mantas Bantas (mantoze) Date: 2008-04-25 14:04 Message: Logged In: YES user_id=2072241 Originator: NO good option ---------------------------------------------------------------------- Comment By: Mantas Bantas (mantoze) Date: 2008-04-25 14:03 Message: Logged In: YES user_id=2072241 Originator: NO good option ---------------------------------------------------------------------- Comment By: Mantas Bantas (mantoze) Date: 2008-04-25 14:01 Message: Logged In: YES user_id=2072241 Originator: NO good option ---------------------------------------------------------------------- Comment By: Mantas Bantas (mantoze) Date: 2008-04-25 13:58 Message: Logged In: YES user_id=2072241 Originator: NO good option ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1870466&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-25 11:03:36
|
Feature Requests item #1870466, was opened at 2008-01-13 21:00 Message generated for change (Comment added) made by mantoze You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1870466&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: 4 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: create-domain: option to choose domain admin Initial Comment: Idea from somebody who mailed me privately: create-domain (and edit-domain) should have listboxes (or alike) to choose the admin(s) for this domain. ---------------------------------------------------------------------- Comment By: Mantas Bantas (mantoze) Date: 2008-04-25 14:03 Message: Logged In: YES user_id=2072241 Originator: NO good option ---------------------------------------------------------------------- Comment By: Mantas Bantas (mantoze) Date: 2008-04-25 14:01 Message: Logged In: YES user_id=2072241 Originator: NO good option ---------------------------------------------------------------------- Comment By: Mantas Bantas (mantoze) Date: 2008-04-25 13:58 Message: Logged In: YES user_id=2072241 Originator: NO good option ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1870466&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-25 11:01:07
|
Feature Requests item #1870466, was opened at 2008-01-13 21:00 Message generated for change (Comment added) made by mantoze You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1870466&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: 4 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: create-domain: option to choose domain admin Initial Comment: Idea from somebody who mailed me privately: create-domain (and edit-domain) should have listboxes (or alike) to choose the admin(s) for this domain. ---------------------------------------------------------------------- Comment By: Mantas Bantas (mantoze) Date: 2008-04-25 14:01 Message: Logged In: YES user_id=2072241 Originator: NO good option ---------------------------------------------------------------------- Comment By: Mantas Bantas (mantoze) Date: 2008-04-25 13:58 Message: Logged In: YES user_id=2072241 Originator: NO good option ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1870466&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-25 10:57:59
|
Feature Requests item #1870466, was opened at 2008-01-13 21:00 Message generated for change (Comment added) made by mantoze You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1870466&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: 4 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: create-domain: option to choose domain admin Initial Comment: Idea from somebody who mailed me privately: create-domain (and edit-domain) should have listboxes (or alike) to choose the admin(s) for this domain. ---------------------------------------------------------------------- Comment By: Mantas Bantas (mantoze) Date: 2008-04-25 13:58 Message: Logged In: YES user_id=2072241 Originator: NO good option ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1870466&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-18 06:46:31
|
Bugs item #1942748, was opened at 2008-04-15 08:59 Message generated for change (Comment added) made by episodeiv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1942748&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: 5 Private: No Submitted By: Dennis Lichtenthäler (episodeiv) Assigned to: Nobody/Anonymous (nobody) Summary: One admin, multiple domains not possible Initial Comment: Even in recent SVN versions (tested r331) it's not possible to give one admin (not super-admin) access to more than one domain. The 'admin' and 'domain_admins' tables are indexed by the 'username' column. Accordingly, two rows with the same username are impossible and trying to create them results in: Invalid query: Duplicate entry 'admin_address@domain' for key 1 ---------------------------------------------------------------------- >Comment By: Dennis Lichtenthäler (episodeiv) Date: 2008-04-18 08:46 Message: Logged In: YES user_id=2062640 Originator: YES Removing the primary key manually (alter table domain_admins drop primary key;) now allows me to assign more than one domain to an admin... So I guess this was a leftover from a previous version that didn't get cleaned up by upgrade.php? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-18 07:15 Message: Logged In: NO I ran upgrade.php. Using MySQL... Don't you have primary keys set on the username fields?? ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-04-18 00:58 Message: Logged In: YES user_id=593261 Originator: NO Hmm, at least this works in my local test installation with mysql... Two questions: - did you update your database with upgrade.php? - do you use mysql or postgresql? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1942748&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-18 05:14:56
|
Bugs item #1942748, was opened at 2008-04-14 23:59 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1942748&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: SVN (please specify revision!) Status: Open Resolution: None Priority: 6 Private: No Submitted By: Dennis Lichtenthäler (episodeiv) Assigned to: Nobody/Anonymous (nobody) Summary: One admin, multiple domains not possible Initial Comment: Even in recent SVN versions (tested r331) it's not possible to give one admin (not super-admin) access to more than one domain. The 'admin' and 'domain_admins' tables are indexed by the 'username' column. Accordingly, two rows with the same username are impossible and trying to create them results in: Invalid query: Duplicate entry 'admin_address@domain' for key 1 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-17 22:15 Message: Logged In: NO I ran upgrade.php. Using MySQL... Don't you have primary keys set on the username fields?? ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-04-17 15:58 Message: Logged In: YES user_id=593261 Originator: NO Hmm, at least this works in my local test installation with mysql... Two questions: - did you update your database with upgrade.php? - do you use mysql or postgresql? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1942748&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-04-17 22:58:41
|
Bugs item #1942748, was opened at 2008-04-15 08:59 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1942748&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Database Group: SVN (please specify revision!) Status: Open Resolution: None >Priority: 6 Private: No Submitted By: Dennis Lichtenthäler (episodeiv) Assigned to: Nobody/Anonymous (nobody) Summary: One admin, multiple domains not possible Initial Comment: Even in recent SVN versions (tested r331) it's not possible to give one admin (not super-admin) access to more than one domain. The 'admin' and 'domain_admins' tables are indexed by the 'username' column. Accordingly, two rows with the same username are impossible and trying to create them results in: Invalid query: Duplicate entry 'admin_address@domain' for key 1 ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-04-18 00:58 Message: Logged In: YES user_id=593261 Originator: NO Hmm, at least this works in my local test installation with mysql... Two questions: - did you update your database with upgrade.php? - do you use mysql or postgresql? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1942748&group_id=191583 |
700 messages has been excluded from this view by a project administrator.
