postfixadmin-tracker Mailing List for PostfixAdmin (Page 60)
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...> - 2007-11-26 23:22:54
|
Bugs item #1839063, was opened at 2007-11-27 00:22 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=1839063&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: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: users/edit-alias.php: mailbox not removed from alias targets Initial Comment: (SVN r241) The users/edit-alias.php has option buttons where the user can choose if an alias should (also) point to the local mailbox. But: The mailbox name is not removed from the textfield - therefore mails will always go to the mailbox unless someone removes it from the text field. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1839063&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-26 23:21:06
|
Bugs item #1839061, was opened at 2007-11-27 00:21 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=1839061&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: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: edit-alias.php fails if first line of recipients is empty Initial Comment: (SVN r241) edit-alias.php fails with "You didn\'t enter anything at To" ($PALANG['pEdit_alias_goto_text_error1']) if the first line is blank - even if the next lines contain valid recipient addresses. Happens with both edit-alias.php and users/edit-alias.php. Funnily enough, clicking the submit button again fixes the problem because the input field is trim()med. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1839061&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-26 17:44:23
|
Bugs item #1838864, was opened at 2007-11-26 09:44 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=1838864&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.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: mysql_real_escape_string need a resource identifier Initial Comment: In according with the PHP Manual, mysql_real_escape_string funcion needs a resource link identifier QUOTE: The MySQL connection. If the link identifier is not specified, the last link opened by mysql_connect() is assumed. If no such link is found, it will try to create one as if mysql_connect() was called with no arguments. If by chance no connection is found or established, an E_WARNING level warning is generated. mysql_real_escape_string is used into the function escape_string and no $link is available so the escaping fails ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1838864&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-26 07:48:41
|
Bugs item #1837766, was opened at 2007-11-24 21:10 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1837766&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: Tim Stauffer (redcircle) Assigned to: Nobody/Anonymous (nobody) Summary: $SESSID_USERNAME undefined error in list-virtual.tpl Initial Comment: Using 1.2.1SVNr239 I have error_reporting set to E_ALL and I'm getting an undefined ind Notice: Undefined variable: SESSID_USERNAME in /usr/local/www/postfixadmin/templates/list-virtual.tpl on line 137 here's a patch to fix it. I'm not too firmilar with the inner workings of postfixadmin so it might go against your coding conventions --- templates/list-virtual.tpl (revision 239) +++ templates/list-virtual.tpl (working copy) @@ -2,7 +2,7 @@ <form name="overview" method="post"> <select name="fDomain" onChange="this.form.submit();"> <?php - +$SESSID_USERNAME = authentication_get_username(); $file = 'list-virtual.php'; if ($limit['aliases'] == 0) $limit['aliases'] = $PALANG['pOverview_unlimited']; ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2007-11-26 07:48 Message: Logged In: YES user_id=1761957 Originator: NO Sorry :0) I'll be better next time... honest Dad! ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-25 18:40 Message: Logged In: YES user_id=593261 Originator: NO yes, and you should close fixed tracker items also ;-) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-25 00:36 Message: Logged In: NO (ick, sorry, that was me (GingerDog)... should login next time) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-25 00:35 Message: Logged In: NO fixed; thanks. See revision 240 ---------------------------------------------------------------------- Comment By: Tim Stauffer (redcircle) Date: 2007-11-24 21:14 Message: Logged In: YES user_id=719940 Originator: YES I meant 2.1.1SVN r239 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1837766&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-26 07:41:05
|
Bugs item #1838327, was opened at 2007-11-26 00:29 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1838327&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: 1 Private: No Submitted By: Jan Örnstedt (ornstedt) Assigned to: Nobody/Anonymous (nobody) Summary: Inconsistent include statements Initial Comment: The code is quite inconsisten in the include statements. Se example below. I suggest to use one type of reference in all places and not mix them. I strongly suggest removing the variable from the include statement as this variable can be manipulated from a webform. See example below: edit-domain.php:include ("templates/header.tpl"); edit-domain.php:include ("templates/menu.tpl"); edit-domain.php:include ("templates/admin_edit-domain.tpl"); edit-domain.php:include ("templates/footer.tpl"); edit-mailbox.php:include ("$incpath/templates/header.tpl"); edit-mailbox.php:include ("$incpath/templates/menu.tpl"); edit-mailbox.php:include ("$incpath/templates/edit-mailbox.tpl"); edit-mailbox.php:include ("$incpath/templates/footer.tpl"); edit-vacation.php:include ("$incpath/templates/header.tpl"); edit-vacation.php:include ("$incpath/templates/menu.tpl"); edit-vacation.php:include ("$incpath/templates/edit-vacation.tpl"); edit-vacation.php:include ("$incpath/templates/footer.tpl"); fetchmail.php:include ("./templates/header.tpl"); fetchmail.php:include ("./templates/menu.tpl"); fetchmail.php:include ("./templates/fetchmail.tpl"); fetchmail.php:include ("./templates/footer.tpl"); Secondly I suggest changing thoose template names to have a php ending as you can today browse the source code in if you type in the file name... Perhaps add a .htaccess file. Or even better move the template directory outside the web root. ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2007-11-26 07:41 Message: Logged In: YES user_id=1761957 Originator: NO Hi, I agree that the code is not consistent, and adding a .htaccess could be a good idea - however there should be no inherent security problem if someone can view the template; after all, they could view the source code to any part of the app via sourceforge.net... The variable (e.g. $incpath) can NOT be manipulated from the URL - as <code>register_globals</code> is not needed/required for PostfixAdmin, and should be turned off by default (it's also explicitly set in common.php). I have made a change to common.php which will result in postfixadmin aborting if register_globals is turned on. thanks David ---------------------------------------------------------------------- Comment By: Jan Örnstedt (ornstedt) Date: 2007-11-26 00:31 Message: Logged In: YES user_id=498787 Originator: YES $tempfile = "12345.tmp"; ... # do something with $tempfile here # and some form processing ... unlink ($tempfile); Even if you handle $tempfile safely before unlinking it, the last statement is still very dangerous. An attacker can craft his or her own form containing a field similar to: <input type=hidden name="tempfile" value="../../../etc/passwd"> PHP will insert the field name in the global namespace as $tempfile, thus overwriting the original value of the variable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1838327&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-26 00:31:04
|
Bugs item #1838327, was opened at 2007-11-26 01:29 Message generated for change (Comment added) made by ornstedt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1838327&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: Jan Örnstedt (ornstedt) Assigned to: Nobody/Anonymous (nobody) Summary: Inconsistent include statements Initial Comment: The code is quite inconsisten in the include statements. Se example below. I suggest to use one type of reference in all places and not mix them. I strongly suggest removing the variable from the include statement as this variable can be manipulated from a webform. See example below: edit-domain.php:include ("templates/header.tpl"); edit-domain.php:include ("templates/menu.tpl"); edit-domain.php:include ("templates/admin_edit-domain.tpl"); edit-domain.php:include ("templates/footer.tpl"); edit-mailbox.php:include ("$incpath/templates/header.tpl"); edit-mailbox.php:include ("$incpath/templates/menu.tpl"); edit-mailbox.php:include ("$incpath/templates/edit-mailbox.tpl"); edit-mailbox.php:include ("$incpath/templates/footer.tpl"); edit-vacation.php:include ("$incpath/templates/header.tpl"); edit-vacation.php:include ("$incpath/templates/menu.tpl"); edit-vacation.php:include ("$incpath/templates/edit-vacation.tpl"); edit-vacation.php:include ("$incpath/templates/footer.tpl"); fetchmail.php:include ("./templates/header.tpl"); fetchmail.php:include ("./templates/menu.tpl"); fetchmail.php:include ("./templates/fetchmail.tpl"); fetchmail.php:include ("./templates/footer.tpl"); Secondly I suggest changing thoose template names to have a php ending as you can today browse the source code in if you type in the file name... Perhaps add a .htaccess file. Or even better move the template directory outside the web root. ---------------------------------------------------------------------- >Comment By: Jan Örnstedt (ornstedt) Date: 2007-11-26 01:31 Message: Logged In: YES user_id=498787 Originator: YES $tempfile = "12345.tmp"; ... # do something with $tempfile here # and some form processing ... unlink ($tempfile); Even if you handle $tempfile safely before unlinking it, the last statement is still very dangerous. An attacker can craft his or her own form containing a field similar to: <input type=hidden name="tempfile" value="../../../etc/passwd"> PHP will insert the field name in the global namespace as $tempfile, thus overwriting the original value of the variable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1838327&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-26 00:29:42
|
Bugs item #1838327, was opened at 2007-11-26 01:29 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=1838327&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: Jan Örnstedt (ornstedt) Assigned to: Nobody/Anonymous (nobody) Summary: Inconsistent include statements Initial Comment: The code is quite inconsisten in the include statements. Se example below. I suggest to use one type of reference in all places and not mix them. I strongly suggest removing the variable from the include statement as this variable can be manipulated from a webform. See example below: edit-domain.php:include ("templates/header.tpl"); edit-domain.php:include ("templates/menu.tpl"); edit-domain.php:include ("templates/admin_edit-domain.tpl"); edit-domain.php:include ("templates/footer.tpl"); edit-mailbox.php:include ("$incpath/templates/header.tpl"); edit-mailbox.php:include ("$incpath/templates/menu.tpl"); edit-mailbox.php:include ("$incpath/templates/edit-mailbox.tpl"); edit-mailbox.php:include ("$incpath/templates/footer.tpl"); edit-vacation.php:include ("$incpath/templates/header.tpl"); edit-vacation.php:include ("$incpath/templates/menu.tpl"); edit-vacation.php:include ("$incpath/templates/edit-vacation.tpl"); edit-vacation.php:include ("$incpath/templates/footer.tpl"); fetchmail.php:include ("./templates/header.tpl"); fetchmail.php:include ("./templates/menu.tpl"); fetchmail.php:include ("./templates/fetchmail.tpl"); fetchmail.php:include ("./templates/footer.tpl"); Secondly I suggest changing thoose template names to have a php ending as you can today browse the source code in if you type in the file name... Perhaps add a .htaccess file. Or even better move the template directory outside the web root. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1838327&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-25 18:40:15
|
Bugs item #1837766, was opened at 2007-11-24 22:10 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1837766&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: Tim Stauffer (redcircle) Assigned to: Nobody/Anonymous (nobody) Summary: $SESSID_USERNAME undefined error in list-virtual.tpl Initial Comment: Using 1.2.1SVNr239 I have error_reporting set to E_ALL and I'm getting an undefined ind Notice: Undefined variable: SESSID_USERNAME in /usr/local/www/postfixadmin/templates/list-virtual.tpl on line 137 here's a patch to fix it. I'm not too firmilar with the inner workings of postfixadmin so it might go against your coding conventions --- templates/list-virtual.tpl (revision 239) +++ templates/list-virtual.tpl (working copy) @@ -2,7 +2,7 @@ <form name="overview" method="post"> <select name="fDomain" onChange="this.form.submit();"> <?php - +$SESSID_USERNAME = authentication_get_username(); $file = 'list-virtual.php'; if ($limit['aliases'] == 0) $limit['aliases'] = $PALANG['pOverview_unlimited']; ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-11-25 19:40 Message: Logged In: YES user_id=593261 Originator: NO yes, and you should close fixed tracker items also ;-) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-25 01:36 Message: Logged In: NO (ick, sorry, that was me (GingerDog)... should login next time) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-25 01:35 Message: Logged In: NO fixed; thanks. See revision 240 ---------------------------------------------------------------------- Comment By: Tim Stauffer (redcircle) Date: 2007-11-24 22:14 Message: Logged In: YES user_id=719940 Originator: YES I meant 2.1.1SVN r239 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1837766&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-25 00:36:16
|
Bugs item #1837766, was opened at 2007-11-24 13:10 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1837766&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: Tim Stauffer (redcircle) Assigned to: Nobody/Anonymous (nobody) Summary: $SESSID_USERNAME undefined error in list-virtual.tpl Initial Comment: Using 1.2.1SVNr239 I have error_reporting set to E_ALL and I'm getting an undefined ind Notice: Undefined variable: SESSID_USERNAME in /usr/local/www/postfixadmin/templates/list-virtual.tpl on line 137 here's a patch to fix it. I'm not too firmilar with the inner workings of postfixadmin so it might go against your coding conventions --- templates/list-virtual.tpl (revision 239) +++ templates/list-virtual.tpl (working copy) @@ -2,7 +2,7 @@ <form name="overview" method="post"> <select name="fDomain" onChange="this.form.submit();"> <?php - +$SESSID_USERNAME = authentication_get_username(); $file = 'list-virtual.php'; if ($limit['aliases'] == 0) $limit['aliases'] = $PALANG['pOverview_unlimited']; ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-24 16:36 Message: Logged In: NO (ick, sorry, that was me (GingerDog)... should login next time) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-24 16:35 Message: Logged In: NO fixed; thanks. See revision 240 ---------------------------------------------------------------------- Comment By: Tim Stauffer (redcircle) Date: 2007-11-24 13:14 Message: Logged In: YES user_id=719940 Originator: YES I meant 2.1.1SVN r239 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1837766&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-25 00:35:48
|
Bugs item #1837766, was opened at 2007-11-24 13:10 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1837766&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: Tim Stauffer (redcircle) Assigned to: Nobody/Anonymous (nobody) Summary: $SESSID_USERNAME undefined error in list-virtual.tpl Initial Comment: Using 1.2.1SVNr239 I have error_reporting set to E_ALL and I'm getting an undefined ind Notice: Undefined variable: SESSID_USERNAME in /usr/local/www/postfixadmin/templates/list-virtual.tpl on line 137 here's a patch to fix it. I'm not too firmilar with the inner workings of postfixadmin so it might go against your coding conventions --- templates/list-virtual.tpl (revision 239) +++ templates/list-virtual.tpl (working copy) @@ -2,7 +2,7 @@ <form name="overview" method="post"> <select name="fDomain" onChange="this.form.submit();"> <?php - +$SESSID_USERNAME = authentication_get_username(); $file = 'list-virtual.php'; if ($limit['aliases'] == 0) $limit['aliases'] = $PALANG['pOverview_unlimited']; ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-24 16:35 Message: Logged In: NO fixed; thanks. See revision 240 ---------------------------------------------------------------------- Comment By: Tim Stauffer (redcircle) Date: 2007-11-24 13:14 Message: Logged In: YES user_id=719940 Originator: YES I meant 2.1.1SVN r239 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1837766&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-24 21:14:02
|
Bugs item #1837766, was opened at 2007-11-24 16:10 Message generated for change (Comment added) made by redcircle You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1837766&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: Tim Stauffer (redcircle) Assigned to: Nobody/Anonymous (nobody) Summary: $SESSID_USERNAME undefined error in list-virtual.tpl Initial Comment: Using 1.2.1SVNr239 I have error_reporting set to E_ALL and I'm getting an undefined ind Notice: Undefined variable: SESSID_USERNAME in /usr/local/www/postfixadmin/templates/list-virtual.tpl on line 137 here's a patch to fix it. I'm not too firmilar with the inner workings of postfixadmin so it might go against your coding conventions --- templates/list-virtual.tpl (revision 239) +++ templates/list-virtual.tpl (working copy) @@ -2,7 +2,7 @@ <form name="overview" method="post"> <select name="fDomain" onChange="this.form.submit();"> <?php - +$SESSID_USERNAME = authentication_get_username(); $file = 'list-virtual.php'; if ($limit['aliases'] == 0) $limit['aliases'] = $PALANG['pOverview_unlimited']; ---------------------------------------------------------------------- >Comment By: Tim Stauffer (redcircle) Date: 2007-11-24 16:14 Message: Logged In: YES user_id=719940 Originator: YES I meant 2.1.1SVN r239 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1837766&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-24 21:10:21
|
Bugs item #1837766, was opened at 2007-11-24 16:10 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=1837766&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: Tim Stauffer (redcircle) Assigned to: Nobody/Anonymous (nobody) Summary: $SESSID_USERNAME undefined error in list-virtual.tpl Initial Comment: Using 1.2.1SVNr239 I have error_reporting set to E_ALL and I'm getting an undefined ind Notice: Undefined variable: SESSID_USERNAME in /usr/local/www/postfixadmin/templates/list-virtual.tpl on line 137 here's a patch to fix it. I'm not too firmilar with the inner workings of postfixadmin so it might go against your coding conventions --- templates/list-virtual.tpl (revision 239) +++ templates/list-virtual.tpl (working copy) @@ -2,7 +2,7 @@ <form name="overview" method="post"> <select name="fDomain" onChange="this.form.submit();"> <?php - +$SESSID_USERNAME = authentication_get_username(); $file = 'list-virtual.php'; if ($limit['aliases'] == 0) $limit['aliases'] = $PALANG['pOverview_unlimited']; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1837766&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-21 16:47:47
|
Patches item #1835209, was opened at 2007-11-20 16:30 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1835209&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: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Francois Grange (rumbaya) Assigned to: Nobody/Anonymous (nobody) Summary: Updated language file Initial Comment: Here is the diff for updates of fr.lang ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-11-21 17:47 Message: Logged In: YES user_id=593261 Originator: NO I didn't know that "date" and "description" are the same words in french. OK, then they _are_ in fact translated ;-) I also see your point in not translating technical terms. Yes, sometimes the english word is more understandable than a "funny" translation. Thanks for clarification! ---------------------------------------------------------------------- Comment By: Francois Grange (rumbaya) Date: 2007-11-21 01:47 Message: Logged In: YES user_id=1673988 Originator: YES Hello Christian, i will remove markers next time. Untranslated text is not translatable imho, either there are same words in french and english (description, date), either there are technical terms or acronyms usually not translated in french, as backup mx, mda and so on. I think the translation of 'Mail Delivery Agent', in french 'Agent de Distribution du Courrier' make no sense for most french readers. It's only my opinion, i may be wrong, of course. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-21 01:17 Message: Logged In: YES user_id=593261 Originator: NO Thanks! Commited to SVN r239. Before commiting the changes, I removed the XXX markers from the lines that looked french to me ;-) I also noticed that some texts are still untranslated: # grep XXX fr.lang $PALANG['pAdminList_domain_backupmx'] = 'Backup MX'; # XXX $PALANG['pAdminCreate_domain_description'] = 'Description'; # XXX $PALANG['pUsersVacation_body'] = 'Message'; # XXX $PALANG['pFetchmail_field_id'] = 'ID'; # XXX $PALANG['pFetchmail_field_mda'] = 'MDA'; # XXX $PALANG['pFetchmail_field_date'] = 'Date'; # XXX $PALANG['pFetchmail_desc_mda'] = 'Mail Delivery Agent'; # XXX If you want to translate them, just upload another patch ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1835209&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-21 00:47:43
|
Patches item #1835209, was opened at 2007-11-20 16:30 Message generated for change (Comment added) made by rumbaya You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1835209&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: Accepted Priority: 5 Private: No Submitted By: Francois Grange (rumbaya) Assigned to: Nobody/Anonymous (nobody) Summary: Updated language file Initial Comment: Here is the diff for updates of fr.lang ---------------------------------------------------------------------- >Comment By: Francois Grange (rumbaya) Date: 2007-11-21 01:47 Message: Logged In: YES user_id=1673988 Originator: YES Hello Christian, i will remove markers next time. Untranslated text is not translatable imho, either there are same words in french and english (description, date), either there are technical terms or acronyms usually not translated in french, as backup mx, mda and so on. I think the translation of 'Mail Delivery Agent', in french 'Agent de Distribution du Courrier' make no sense for most french readers. It's only my opinion, i may be wrong, of course. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-21 01:17 Message: Logged In: YES user_id=593261 Originator: NO Thanks! Commited to SVN r239. Before commiting the changes, I removed the XXX markers from the lines that looked french to me ;-) I also noticed that some texts are still untranslated: # grep XXX fr.lang $PALANG['pAdminList_domain_backupmx'] = 'Backup MX'; # XXX $PALANG['pAdminCreate_domain_description'] = 'Description'; # XXX $PALANG['pUsersVacation_body'] = 'Message'; # XXX $PALANG['pFetchmail_field_id'] = 'ID'; # XXX $PALANG['pFetchmail_field_mda'] = 'MDA'; # XXX $PALANG['pFetchmail_field_date'] = 'Date'; # XXX $PALANG['pFetchmail_desc_mda'] = 'Mail Delivery Agent'; # XXX If you want to translate them, just upload another patch ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1835209&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-21 00:17:16
|
Patches item #1835209, was opened at 2007-11-20 16:30 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1835209&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: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Francois Grange (rumbaya) Assigned to: Nobody/Anonymous (nobody) Summary: Updated language file Initial Comment: Here is the diff for updates of fr.lang ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-11-21 01:17 Message: Logged In: YES user_id=593261 Originator: NO Thanks! Commited to SVN r239. Before commiting the changes, I removed the XXX markers from the lines that looked french to me ;-) I also noticed that some texts are still untranslated: # grep XXX fr.lang $PALANG['pAdminList_domain_backupmx'] = 'Backup MX'; # XXX $PALANG['pAdminCreate_domain_description'] = 'Description'; # XXX $PALANG['pUsersVacation_body'] = 'Message'; # XXX $PALANG['pFetchmail_field_id'] = 'ID'; # XXX $PALANG['pFetchmail_field_mda'] = 'MDA'; # XXX $PALANG['pFetchmail_field_date'] = 'Date'; # XXX $PALANG['pFetchmail_desc_mda'] = 'Mail Delivery Agent'; # XXX If you want to translate them, just upload another patch ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1835209&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-20 15:30:50
|
Patches item #1835209, was opened at 2007-11-20 16:30 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1835209&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: Francois Grange (rumbaya) Assigned to: Nobody/Anonymous (nobody) Summary: Updated language file Initial Comment: Here is the diff for updates of fr.lang ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1835209&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-19 17:16:57
|
Patches item #1834023, was opened at 2007-11-18 14:59 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1834023&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: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Jan Örnstedt (ornstedt) Assigned to: Nobody/Anonymous (nobody) Summary: Updated swedish translation Initial Comment: Hi, I have gone through the swedish translation and done a lot of changes. However it is not a complete translation. As I havn't got a working fetch mail I can't translate that part very well. There was a lot of bugs in the previous translation. Such as the mismatch with 0 and -1. These have been corrected. If I get the time I will submit more updates. Here is a svn diff. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-11-19 18:16 Message: Logged In: YES user_id=593261 Originator: NO No problem ;-) I'll close the tracker item for now, it should be reopened automatically when you add a comment or a file. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-19 14:14 Message: Logged In: NO Sorry for the confusion. Just a comment no new files yet. Can't promise any update before weekend. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-19 13:58 Message: Logged In: YES user_id=593261 Originator: NO Hmm, was your comment about the first set of translations you did or did you forget to attach the new patch? ;-) ---------------------------------------------------------------------- Comment By: Jan Örnstedt (ornstedt) Date: 2007-11-18 21:54 Message: Logged In: YES user_id=498787 Originator: YES Regarding Fetch mail. I did change a lot of the previous translations because they where translated litterly which didn't work out very well. I believe the new translations are better. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-18 20:33 Message: Logged In: YES user_id=593261 Originator: NO Thanks for the translations and fixes! Commited to SVN (r233). Regarding fetchmail: you should be able to translate it without knowing much about fetchmail. Just translate word by word - that's what all translators do. And make sure it sounds like some computer terms ;-)) Seriously: Translating the error messages and field descriptions word by word shouldn't be a problem. If unsure, don't translate the pFetchmail_field_* texts. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1834023&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-19 13:14:52
|
Patches item #1834023, was opened at 2007-11-18 05:59 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1834023&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: Accepted Priority: 5 Private: No Submitted By: Jan Örnstedt (ornstedt) Assigned to: Nobody/Anonymous (nobody) Summary: Updated swedish translation Initial Comment: Hi, I have gone through the swedish translation and done a lot of changes. However it is not a complete translation. As I havn't got a working fetch mail I can't translate that part very well. There was a lot of bugs in the previous translation. Such as the mismatch with 0 and -1. These have been corrected. If I get the time I will submit more updates. Here is a svn diff. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-19 05:14 Message: Logged In: NO Sorry for the confusion. Just a comment no new files yet. Can't promise any update before weekend. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-19 04:58 Message: Logged In: YES user_id=593261 Originator: NO Hmm, was your comment about the first set of translations you did or did you forget to attach the new patch? ;-) ---------------------------------------------------------------------- Comment By: Jan Örnstedt (ornstedt) Date: 2007-11-18 12:54 Message: Logged In: YES user_id=498787 Originator: YES Regarding Fetch mail. I did change a lot of the previous translations because they where translated litterly which didn't work out very well. I believe the new translations are better. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-18 11:33 Message: Logged In: YES user_id=593261 Originator: NO Thanks for the translations and fixes! Commited to SVN (r233). Regarding fetchmail: you should be able to translate it without knowing much about fetchmail. Just translate word by word - that's what all translators do. And make sure it sounds like some computer terms ;-)) Seriously: Translating the error messages and field descriptions word by word shouldn't be a problem. If unsure, don't translate the pFetchmail_field_* texts. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1834023&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-19 12:58:10
|
Patches item #1834023, was opened at 2007-11-18 14:59 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1834023&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: Accepted Priority: 5 Private: No Submitted By: Jan Örnstedt (ornstedt) Assigned to: Nobody/Anonymous (nobody) Summary: Updated swedish translation Initial Comment: Hi, I have gone through the swedish translation and done a lot of changes. However it is not a complete translation. As I havn't got a working fetch mail I can't translate that part very well. There was a lot of bugs in the previous translation. Such as the mismatch with 0 and -1. These have been corrected. If I get the time I will submit more updates. Here is a svn diff. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-11-19 13:58 Message: Logged In: YES user_id=593261 Originator: NO Hmm, was your comment about the first set of translations you did or did you forget to attach the new patch? ;-) ---------------------------------------------------------------------- Comment By: Jan Örnstedt (ornstedt) Date: 2007-11-18 21:54 Message: Logged In: YES user_id=498787 Originator: YES Regarding Fetch mail. I did change a lot of the previous translations because they where translated litterly which didn't work out very well. I believe the new translations are better. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-18 20:33 Message: Logged In: YES user_id=593261 Originator: NO Thanks for the translations and fixes! Commited to SVN (r233). Regarding fetchmail: you should be able to translate it without knowing much about fetchmail. Just translate word by word - that's what all translators do. And make sure it sounds like some computer terms ;-)) Seriously: Translating the error messages and field descriptions word by word shouldn't be a problem. If unsure, don't translate the pFetchmail_field_* texts. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1834023&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-18 20:53:56
|
Patches item #1834023, was opened at 2007-11-18 14:59 Message generated for change (Comment added) made by ornstedt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1834023&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: Accepted Priority: 5 Private: No Submitted By: Jan Örnstedt (ornstedt) Assigned to: Nobody/Anonymous (nobody) Summary: Updated swedish translation Initial Comment: Hi, I have gone through the swedish translation and done a lot of changes. However it is not a complete translation. As I havn't got a working fetch mail I can't translate that part very well. There was a lot of bugs in the previous translation. Such as the mismatch with 0 and -1. These have been corrected. If I get the time I will submit more updates. Here is a svn diff. ---------------------------------------------------------------------- >Comment By: Jan Örnstedt (ornstedt) Date: 2007-11-18 21:54 Message: Logged In: YES user_id=498787 Originator: YES Regarding Fetch mail. I did change a lot of the previous translations because they where translated litterly which didn't work out very well. I believe the new translations are better. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-18 20:33 Message: Logged In: YES user_id=593261 Originator: NO Thanks for the translations and fixes! Commited to SVN (r233). Regarding fetchmail: you should be able to translate it without knowing much about fetchmail. Just translate word by word - that's what all translators do. And make sure it sounds like some computer terms ;-)) Seriously: Translating the error messages and field descriptions word by word shouldn't be a problem. If unsure, don't translate the pFetchmail_field_* texts. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1834023&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-18 19:33:47
|
Patches item #1834023, was opened at 2007-11-18 14:59 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1834023&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: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Jan Örnstedt (ornstedt) Assigned to: Nobody/Anonymous (nobody) Summary: Updated swedish translation Initial Comment: Hi, I have gone through the swedish translation and done a lot of changes. However it is not a complete translation. As I havn't got a working fetch mail I can't translate that part very well. There was a lot of bugs in the previous translation. Such as the mismatch with 0 and -1. These have been corrected. If I get the time I will submit more updates. Here is a svn diff. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-11-18 20:33 Message: Logged In: YES user_id=593261 Originator: NO Thanks for the translations and fixes! Commited to SVN (r233). Regarding fetchmail: you should be able to translate it without knowing much about fetchmail. Just translate word by word - that's what all translators do. And make sure it sounds like some computer terms ;-)) Seriously: Translating the error messages and field descriptions word by word shouldn't be a problem. If unsure, don't translate the pFetchmail_field_* texts. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1834023&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-18 19:19:14
|
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: Open Resolution: None Priority: 5 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: 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...> - 2007-11-18 14:13:16
|
Bugs item #1828857, was opened at 2007-11-09 11:00 Message generated for change (Comment added) made by amsys 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: Open Resolution: None Priority: 5 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: 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...> - 2007-11-18 13:59:42
|
Patches item #1834023, was opened at 2007-11-18 14:59 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1834023&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: Jan Örnstedt (ornstedt) Assigned to: Nobody/Anonymous (nobody) Summary: Updated swedish translation Initial Comment: Hi, I have gone through the swedish translation and done a lot of changes. However it is not a complete translation. As I havn't got a working fetch mail I can't translate that part very well. There was a lot of bugs in the previous translation. Such as the mismatch with 0 and -1. These have been corrected. If I get the time I will submit more updates. Here is a svn diff. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1834023&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-11-18 01:49:02
|
Bugs item #1828857, was opened at 2007-11-09 11:00 Message generated for change (Comment added) made by xpunkt 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: Open Resolution: None Priority: 5 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: 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 |
700 messages has been excluded from this view by a project administrator.
