postfixadmin-tracker Mailing List for PostfixAdmin (Page 58)
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-12-30 01:50:08
|
Feature Requests item #1843281, was opened at 2007-12-03 11:42 Message generated for change (Comment added) made by praedo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1843281&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: language chooser Initial Comment: Hello all I have installed postfixadmin and set the language to nl, this works on a dutch browser, all text is translated like it should. But if i use a English browser the translations are not done, it all stays English. Is this desired behavior? and am i missing something in the config file regards, Johan ---------------------------------------------------------------------- Comment By: PRAEDO (praedo) Date: 2007-12-30 01:50 Message: Logged In: YES user_id=1968759 Originator: NO Great, I'll be happy to try it when it's ready. Josep M. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-12-30 01:40 Message: Logged In: YES user_id=593261 Originator: NO I decided to use a simple HTML dropdown (<select>) at the login page which sets a cookie. This leads to the following language handling preference: 1. cookie 2. browser accept_language - if no cookie is set 3. $CONF['default_language'] - if non of the above languages are supported Implemented in SVN r280. Please test and report any bugs you might find. ---------------------------------------------------------------------- Comment By: amsys (amsys) Date: 2007-12-17 00:45 Message: Logged In: YES user_id=1299438 Originator: NO I suggest something what looks like hyperlink: _change language.._ it's not eating much space and clicking there opens/expands form item with language selector and there sets cookie, this way looks better, maybe it's bad idea... you decide ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-12-05 23:18 Message: Logged In: YES user_id=593261 Originator: NO Good point - having a language selector would be a good idea. Possible location: login page Technical implementation: a) set a cookie b) ignore the Accept-Language header if the language cookie is set ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-05 14:15 Message: Logged In: NO Well i think it would be more logic that if you do not set language that it defaults to the browser but if you set the language that it stick to that language regardless of the browser language. now i only can use nl if i am behind an nl browser. If i am behind an polish browser i am lost. regards, Johan ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-12-03 12:25 Message: Logged In: YES user_id=593261 Originator: NO Yes, this is desired behaviour. Postfixadmin checks the Accept-Language HTTP header and then uses the requested language. (Hint: Most browsers have a "preferred language" setting.) Do you need a different behaviour (like enforcing a language independent of the Accept-Language header)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1843281&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-30 01:40:44
|
Feature Requests item #1843281, was opened at 2007-12-03 12:42 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1843281&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: language chooser Initial Comment: Hello all I have installed postfixadmin and set the language to nl, this works on a dutch browser, all text is translated like it should. But if i use a English browser the translations are not done, it all stays English. Is this desired behavior? and am i missing something in the config file regards, Johan ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-12-30 02:40 Message: Logged In: YES user_id=593261 Originator: NO I decided to use a simple HTML dropdown (<select>) at the login page which sets a cookie. This leads to the following language handling preference: 1. cookie 2. browser accept_language - if no cookie is set 3. $CONF['default_language'] - if non of the above languages are supported Implemented in SVN r280. Please test and report any bugs you might find. ---------------------------------------------------------------------- Comment By: amsys (amsys) Date: 2007-12-17 01:45 Message: Logged In: YES user_id=1299438 Originator: NO I suggest something what looks like hyperlink: _change language.._ it's not eating much space and clicking there opens/expands form item with language selector and there sets cookie, this way looks better, maybe it's bad idea... you decide ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-12-06 00:18 Message: Logged In: YES user_id=593261 Originator: NO Good point - having a language selector would be a good idea. Possible location: login page Technical implementation: a) set a cookie b) ignore the Accept-Language header if the language cookie is set ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-05 15:15 Message: Logged In: NO Well i think it would be more logic that if you do not set language that it defaults to the browser but if you set the language that it stick to that language regardless of the browser language. now i only can use nl if i am behind an nl browser. If i am behind an polish browser i am lost. regards, Johan ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-12-03 13:25 Message: Logged In: YES user_id=593261 Originator: NO Yes, this is desired behaviour. Postfixadmin checks the Accept-Language HTTP header and then uses the requested language. (Hint: Most browsers have a "preferred language" setting.) Do you need a different behaviour (like enforcing a language independent of the Accept-Language header)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1843281&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-30 00:18:46
|
Bugs item #1859556, was opened at 2007-12-28 07:45 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1859556&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: v 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: PRAEDO (praedo) Assigned to: Nobody/Anonymous (nobody) Summary: CSS Bug Initial Comment: Looks like there's some bug in CSS using Catalan language. Another different problem is that I have english language set in the config file but the browser isn't English and the language is changed even if I want to keep English. I include a JPG file attached. Thank you. -------------------- [04:59] <PRAEDO> the menu text appears overlapped and the default language in the conf file doesn't work because it detects the browser language [05:00] <PRAEDO> how can i fix that? [06:45] <GingerDog> as mentioned via /msg, that sounds like a css issue [06:45] <GingerDog> i'll presue you are using the svn version of postfixadmin?: [06:46] <GingerDog> i think i've sene people say it doesn't render quite right when you're not using english [06:46] <GingerDog> i presume this is due to e.g. word lengths changing [06:46] <GingerDog> i wouldn't be able to fix this, as i don't really know much about stylesheets etcl; which is where i presume the problem is [06:47] <GingerDog> if you can afford to wait a day or two, create a ticket on sourceforge, and if you can provide a screenshot illustrating the problem, that would be excellent ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-12-30 01:18 Message: Logged In: YES user_id=593261 Originator: NO The config setting is a fallback if the browser language is not known to Postfixadmin. I'm already working on a language dropdown at the login page. Please follow the tracker item I referenced in my previous comment on this. Regarding the menu: You say removing the width restriction fixes the bug. Is this only true if the window is large enough so that the menu fits in one line? Or does it wrap correctly if you make the window smaller? (Unfortunately I don't have IE 7 here, so I can't test myself.) BTW: It seems you still use postfixadmin 2.1. Please update to 2.2 rc2 or the SVN version, it has lots of bugs fixed (not sure about the menu). ---------------------------------------------------------------------- Comment By: PRAEDO (praedo) Date: 2007-12-29 02:11 Message: Logged In: YES user_id=1968759 Originator: YES Thanks for your answer. I use IE7 in catalan language. I removed the line you said and it looks good now. I'll have a look at the translation file and I may update it when I have time. So now isn't it possible to force it to use English or Spanish instead of Catalan if I want so? If it detects the browser language and ignores the language set in the conf, then that setting is useless. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-12-28 22:02 Message: Logged In: YES user_id=593261 Originator: NO Language selection first: There's already a feature request for a language chooser: http://sourceforge.net/tracker/index.php?func=detail&aid=1843281&group_id=191583&atid=937967 Menu: I can't reproduce the behaviour you see in Konqueror (KDE 3.5.7) and Firefox (2.0) - if the menu texts are too long, the menu wraps to a second line. (I used enlarged fonts instead of long texts, shouldn't really differ.) What Browser do you use? You can also test with modifying the CSS file: In the section "#menu {", remove the line "width: 750 px;". BTW: The catalan translation needs some updates ;-) If you are interested in doing the translation, read www.cboltz.de/tmp/postfixadmin-languages.txt and post the translated file to the tracker. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1859556&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-29 01:14:39
|
Bugs item #1839084, was opened at 2007-11-27 00:40 Message generated for change (Comment added) made by praedo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1839084&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: Fixed Priority: 5 Private: No Submitted By: Jan Örnstedt (ornstedt) Assigned to: Nobody/Anonymous (nobody) Summary: Bugs in stylesheet.css Initial Comment: Below a patch to resolv the issues. However I am no master on stylesheets and I wonder why sendmail and broadcast mail is not inheriting the correct fonts. If I specificly add font declarations to .flat it works but not otherwise. Cheers Jan Index: stylesheet.css =================================================================== --- stylesheet.css (revision 244) +++ stylesheet.css (arbetskopia) @@ -1,7 +1,7 @@ body { background: #ffffff; color: #000000; - font-family: BitStream Vera Sans, Verdana, Arial, Helvetica, sans-serif; + font-family: "BitStream Vera Sans", Verdana, Arial, Helvetica, sans-serif; font-size: 11px; font-weight: normal; text-align: center; @@ -22,9 +22,9 @@ } table { - // border-spacing: 0; - // padding: 0; - border-collapse: collapse; //for IE + /* border-spacing: 0; */ + /* padding: 0; */ + border-collapse: collapse; /* for IE */ } .button { ---------------------------------------------------------------------- Comment By: PRAEDO (praedo) Date: 2007-12-29 01:14 Message: Logged In: YES user_id=1968759 Originator: NO what is the command to apply this patch? ---------------------------------------------------------------------- Comment By: Jan Örnstedt (ornstedt) Date: 2007-11-28 00:51 Message: Logged In: YES user_id=498787 Originator: YES Maybe I was a bit unclear. This patch was only for the syntax errors. However there is still an issue with the stylesheets if the intention is that the fonts should be the same as in the "body" object. If you type the same text both in the Subject and in the body of the sendmail form you will notice the difference. Cheers Jan ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-27 23:25 Message: Logged In: YES user_id=593261 Originator: NO Indeed, the CSS file has some syntax errors. Thanks for your patch - commited to SVN r249 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1839084&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-29 01:10:59
|
Bugs item #1859556, was opened at 2007-12-28 06:45 Message generated for change (Comment added) made by praedo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1859556&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: v 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: PRAEDO (praedo) Assigned to: Nobody/Anonymous (nobody) Summary: CSS Bug Initial Comment: Looks like there's some bug in CSS using Catalan language. Another different problem is that I have english language set in the config file but the browser isn't English and the language is changed even if I want to keep English. I include a JPG file attached. Thank you. -------------------- [04:59] <PRAEDO> the menu text appears overlapped and the default language in the conf file doesn't work because it detects the browser language [05:00] <PRAEDO> how can i fix that? [06:45] <GingerDog> as mentioned via /msg, that sounds like a css issue [06:45] <GingerDog> i'll presue you are using the svn version of postfixadmin?: [06:46] <GingerDog> i think i've sene people say it doesn't render quite right when you're not using english [06:46] <GingerDog> i presume this is due to e.g. word lengths changing [06:46] <GingerDog> i wouldn't be able to fix this, as i don't really know much about stylesheets etcl; which is where i presume the problem is [06:47] <GingerDog> if you can afford to wait a day or two, create a ticket on sourceforge, and if you can provide a screenshot illustrating the problem, that would be excellent ---------------------------------------------------------------------- >Comment By: PRAEDO (praedo) Date: 2007-12-29 01:11 Message: Logged In: YES user_id=1968759 Originator: YES Thanks for your answer. I use IE7 in catalan language. I removed the line you said and it looks good now. I'll have a look at the translation file and I may update it when I have time. So now isn't it possible to force it to use English or Spanish instead of Catalan if I want so? If it detects the browser language and ignores the language set in the conf, then that setting is useless. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-12-28 21:02 Message: Logged In: YES user_id=593261 Originator: NO Language selection first: There's already a feature request for a language chooser: http://sourceforge.net/tracker/index.php?func=detail&aid=1843281&group_id=191583&atid=937967 Menu: I can't reproduce the behaviour you see in Konqueror (KDE 3.5.7) and Firefox (2.0) - if the menu texts are too long, the menu wraps to a second line. (I used enlarged fonts instead of long texts, shouldn't really differ.) What Browser do you use? You can also test with modifying the CSS file: In the section "#menu {", remove the line "width: 750 px;". BTW: The catalan translation needs some updates ;-) If you are interested in doing the translation, read www.cboltz.de/tmp/postfixadmin-languages.txt and post the translated file to the tracker. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1859556&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-28 21:48:13
|
Bugs item #1860193, was opened at 2007-12-28 21:48 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=1860193&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Johan Hendriks (sylhouette) Assigned to: Nobody/Anonymous (nobody) Summary: backup.php does not backup table vacation_notification Initial Comment: In the file backup.php there is the array tables. $tables = array('admin','alias','config','domain','domain_admins','log','mailbox','vacation'); if i am right it should also contain the vacation_notification table regards, Johan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1860193&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-28 21:42:50
|
Bugs item #1852533, was opened at 2007-12-17 18:12 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1852533&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: syntax error in password.php Initial Comment: Missing right parenthesis on line 51. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-12-28 22:42 Message: Logged In: YES user_id=593261 Originator: NO Found it: the report is about users/password.php which indeed had a syntax error since r270. Fixed in SVN r275. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2007-12-17 18:47 Message: Logged In: YES user_id=1761957 Originator: NO Hi, I can't reproduce this - namely line 51 is : $username = $SESSID_USERNAME; // this is line 51. $result = db_query ("SELECT * FROM $table_admin WHERE username='$username'"); There are no brackets on the previous line. So - did you get the wrong file? thanks David. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1852533&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-28 21:31:59
|
Bugs item #1858934, was opened at 2007-12-27 14:50 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1858934&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: v 2.1 >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Micheas Herman (micheas) Assigned to: Nobody/Anonymous (nobody) Summary: postgres backend substantially broken. Initial Comment: The Postgres backend does not accept 1 as true so there needs to be a translation in about a dozen places. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-12-28 22:32 Message: Logged In: YES user_id=593261 Originator: NO Please test with the latest SVN version or at least 2.2 rc1 - it has lots of these bugs fixed. I'm closing this report for now (wontfix for 2.1, worksforme for SVN version). If you still find problems, please reopen the bugreport and list the filename and parameter of broken boolean values to make fixing easier. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1858934&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-28 21:27:31
|
Patches item #1858922, was opened at 2007-12-27 14:13 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1858922&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Micheas Herman (micheas) Assigned to: Nobody/Anonymous (nobody) Summary: add domain with postgres backend fix Initial Comment: A patch that fixes the add domain functionality to admin/create-domain.php ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-12-28 22:27 Message: Logged In: YES user_id=593261 Originator: NO Which version of postfixadmin are you using? It looks like the latest SVN version has this fixed already. (It uses $sqlBackupmx for the SQL query and $fBackupmx for the template file.) However, I changed the code to use a slightly different way (database independend, using db_get_boolean()) to set the boolean values. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1858922&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-28 21:02:43
|
Bugs item #1859556, was opened at 2007-12-28 07:45 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1859556&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: v 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: PRAEDO (praedo) Assigned to: Nobody/Anonymous (nobody) Summary: CSS Bug Initial Comment: Looks like there's some bug in CSS using Catalan language. Another different problem is that I have english language set in the config file but the browser isn't English and the language is changed even if I want to keep English. I include a JPG file attached. Thank you. -------------------- [04:59] <PRAEDO> the menu text appears overlapped and the default language in the conf file doesn't work because it detects the browser language [05:00] <PRAEDO> how can i fix that? [06:45] <GingerDog> as mentioned via /msg, that sounds like a css issue [06:45] <GingerDog> i'll presue you are using the svn version of postfixadmin?: [06:46] <GingerDog> i think i've sene people say it doesn't render quite right when you're not using english [06:46] <GingerDog> i presume this is due to e.g. word lengths changing [06:46] <GingerDog> i wouldn't be able to fix this, as i don't really know much about stylesheets etcl; which is where i presume the problem is [06:47] <GingerDog> if you can afford to wait a day or two, create a ticket on sourceforge, and if you can provide a screenshot illustrating the problem, that would be excellent ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-12-28 22:02 Message: Logged In: YES user_id=593261 Originator: NO Language selection first: There's already a feature request for a language chooser: http://sourceforge.net/tracker/index.php?func=detail&aid=1843281&group_id=191583&atid=937967 Menu: I can't reproduce the behaviour you see in Konqueror (KDE 3.5.7) and Firefox (2.0) - if the menu texts are too long, the menu wraps to a second line. (I used enlarged fonts instead of long texts, shouldn't really differ.) What Browser do you use? You can also test with modifying the CSS file: In the section "#menu {", remove the line "width: 750 px;". BTW: The catalan translation needs some updates ;-) If you are interested in doing the translation, read www.cboltz.de/tmp/postfixadmin-languages.txt and post the translated file to the tracker. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1859556&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-28 06:45:25
|
Bugs item #1859556, was opened at 2007-12-28 06:45 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=1859556&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: v 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: PRAEDO (praedo) Assigned to: Nobody/Anonymous (nobody) Summary: CSS Bug Initial Comment: Looks like there's some bug in CSS using Catalan language. Another different problem is that I have english language set in the config file but the browser isn't English and the language is changed even if I want to keep English. I include a JPG file attached. Thank you. -------------------- [04:59] <PRAEDO> the menu text appears overlapped and the default language in the conf file doesn't work because it detects the browser language [05:00] <PRAEDO> how can i fix that? [06:45] <GingerDog> as mentioned via /msg, that sounds like a css issue [06:45] <GingerDog> i'll presue you are using the svn version of postfixadmin?: [06:46] <GingerDog> i think i've sene people say it doesn't render quite right when you're not using english [06:46] <GingerDog> i presume this is due to e.g. word lengths changing [06:46] <GingerDog> i wouldn't be able to fix this, as i don't really know much about stylesheets etcl; which is where i presume the problem is [06:47] <GingerDog> if you can afford to wait a day or two, create a ticket on sourceforge, and if you can provide a screenshot illustrating the problem, that would be excellent ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1859556&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-27 13:50:00
|
Bugs item #1858934, was opened at 2007-12-27 05:50 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=1858934&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: v 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Micheas Herman (micheas) Assigned to: Nobody/Anonymous (nobody) Summary: postgres backend substantially broken. Initial Comment: The Postgres backend does not accept 1 as true so there needs to be a translation in about a dozen places. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1858934&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-27 13:13:21
|
Patches item #1858922, was opened at 2007-12-27 05:13 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=1858922&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Micheas Herman (micheas) Assigned to: Nobody/Anonymous (nobody) Summary: add domain with postgres backend fix Initial Comment: A patch that fixes the add domain functionality to admin/create-domain.php ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1858922&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-17 17:47:50
|
Bugs item #1852533, was opened at 2007-12-17 17:12 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1852533&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: syntax error in password.php Initial Comment: Missing right parenthesis on line 51. ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2007-12-17 17:47 Message: Logged In: YES user_id=1761957 Originator: NO Hi, I can't reproduce this - namely line 51 is : $username = $SESSID_USERNAME; // this is line 51. $result = db_query ("SELECT * FROM $table_admin WHERE username='$username'"); There are no brackets on the previous line. So - did you get the wrong file? thanks David. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1852533&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-17 17:12:43
|
Bugs item #1852533, was opened at 2007-12-17 09:12 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=1852533&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: syntax error in password.php Initial Comment: Missing right parenthesis on line 51. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1852533&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-17 00:48:50
|
Feature Requests item #1843281, was opened at 2007-12-03 12:42 Message generated for change (Comment added) made by amsys You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1843281&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: language chooser Initial Comment: Hello all I have installed postfixadmin and set the language to nl, this works on a dutch browser, all text is translated like it should. But if i use a English browser the translations are not done, it all stays English. Is this desired behavior? and am i missing something in the config file regards, Johan ---------------------------------------------------------------------- Comment By: amsys (amsys) Date: 2007-12-17 01:45 Message: Logged In: YES user_id=1299438 Originator: NO I suggest something what looks like hyperlink: _change language.._ it's not eating much space and clicking there opens/expands form item with language selector and there sets cookie, this way looks better, maybe it's bad idea... you decide ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-12-06 00:18 Message: Logged In: YES user_id=593261 Originator: NO Good point - having a language selector would be a good idea. Possible location: login page Technical implementation: a) set a cookie b) ignore the Accept-Language header if the language cookie is set ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-05 15:15 Message: Logged In: NO Well i think it would be more logic that if you do not set language that it defaults to the browser but if you set the language that it stick to that language regardless of the browser language. now i only can use nl if i am behind an nl browser. If i am behind an polish browser i am lost. regards, Johan ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-12-03 13:25 Message: Logged In: YES user_id=593261 Originator: NO Yes, this is desired behaviour. Postfixadmin checks the Accept-Language HTTP header and then uses the requested language. (Hint: Most browsers have a "preferred language" setting.) Do you need a different behaviour (like enforcing a language independent of the Accept-Language header)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1843281&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-17 00:40:25
|
Feature Requests item #1785513, was opened at 2007-08-31 13:15 Message generated for change (Comment added) made by amsys You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1785513&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: suprune (suprune) Assigned to: Nobody/Anonymous (nobody) Summary: Password and username restrictions Initial Comment: A user can change its password, and a domain administrator can set the password of a user. It would be nice if there were the following parameters in config.inc.php: password minimum length; and/or characters a password may contain, e.g. a regular expression for a password, like this: "!^[\\x21-\\x7E]{3,}$!" The same thing is desired for the users' names. Thanks. ---------------------------------------------------------------------- Comment By: amsys (amsys) Date: 2007-12-17 01:40 Message: Logged In: YES user_id=1299438 Originator: NO Maybe it will be nice to fix that nice red-to-green js password strength checker ;-) ---------------------------------------------------------------------- Comment By: suprune (suprune) Date: 2007-10-08 13:53 Message: Logged In: YES user_id=1868725 Originator: YES > Minimum password length is implemented in the latest SVN version > as config option. Thanks. > Checking the password against a RegEx shouldn't be too hard to implement, > but I'm not sure if we really need it. I believe the non-ASCII administrators (like me, a Russian speaking man) would like to prevent their users to set passwords containing non-acsii characters. There are at least 3 different code pages for Russian characters, and one never knows how the password is encoded when it arrives to the postfixadmin scripts. Besides, a space (0x20) is not always convenient as a possible character of a password. A regEx seems to be the best way to check a password, including a check against minimum and maximum lengths. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-10-07 20:49 Message: Logged In: YES user_id=593261 Originator: NO Status: Minimum password length is implemented in the latest SVN version as config option. Checking the password against a RegEx shouldn't be too hard to implement, but I'm not sure if we really need it. Usernames always have to be (valid) mail addresses and are already checked. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1785513&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-17 00:38:47
|
Feature Requests item #1748385, was opened at 2007-07-05 14:41 Message generated for change (Comment added) made by amsys You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1748385&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: let admin manage users' mails Initial Comment: maybe you adda a support to SMTP/IMAP/POP3+SASL+SSL/TLS that will be more scure :D ---------------------------------------------------------------------- Comment By: amsys (amsys) Date: 2007-12-17 01:38 Message: Logged In: YES user_id=1299438 Originator: NO a) user privacy b) excess complexity negative vote. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-10-07 23:56 Message: Logged In: YES user_id=593261 Originator: NO changing summary to a better one - Gingerdog, you should have the permissions to do this yourself ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2007-10-07 15:31 Message: Logged In: YES user_id=1761957 Originator: NO It's an interesting question - should administrators be allowed to see user(s) email, with e.g. the intention of marking it as spam or whatever. I think, due to the privacy implications, at the very least, there would have to be some sort of 'opt-in' request from the user allowing an admin to do this - along the lines of allowing sharing mailboxes within outlook/exchange. I'm not sure how the technical aspect of this could be undertaken - most passwords are encrypted, so it wouldn't be easy/feasible to open the mailbox via IMAP/POP3/whatever. I suppose if you were using Cyrus for the backend mailstore you could alter the permissions on the mailbox, but this isn't something you could do with Courier. FWIW, the title of this ticket is misleading. ---------------------------------------------------------------------- Comment By: Sergey Litvinenko (lisergey) Date: 2007-10-06 04:32 Message: Logged In: YES user_id=1902244 Originator: NO grep'ing maildirs?? with what argument? if this works, it is the solution of misdirected mails problem without breaking privacy, yes. but how to produce a string for grep search? ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-10-05 23:47 Message: Logged In: YES user_id=593261 Originator: NO Personal note: I don't want to be the admin in a company that follows your example (it would be a very annoying admin job) and don't think that going through everybody's mailbox to delete a specific mail is reasonable. In this case, grep'ing through the maildirs on the disk is ways faster and also reduces privacy implications (because you don't see other mails "accidently"). Anyway: I really think this could (and will) cause privacy problems, and it's not a real difference if you call it "read" or "manage misdirected mails" ;-) I also see no real difference in (not) encrypting the password and would _always_ ask for the password. So IMHO we are down to "link to squirrelmail, with the mail address already entered in the login form". ---------------------------------------------------------------------- Comment By: Sergey Litvinenko (lisergey) Date: 2007-10-05 12:38 Message: Logged In: YES user_id=1902244 Originator: NO if passwords are encrypted, than the admin who wish to check the mailbox for spam or misdirected mails, would be forced to enter the passwords, and it's okay for that case. the idea is for admin not to READ the other's mails, but to MANAGE misdirected mails. example - one of employee by impulse of her bad mood was to sent alot of stupid jokes to everyones addresses - practically spam. if there would be interface for admin to remove erroneously sent mails, I think, it would be of great help. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-10-05 01:26 Message: Logged In: YES user_id=593261 Originator: NO I see two problems here: a) technical: passwords are often encrypted in the database, therefore it could be difficult or even impossible to pass them to squirrelmail etc. b) legal: In germany, you aren't allowed to read other people's mails, and I guess there are similar rules in other countries as well. Even if it isn't forbidden by law, this would make it too easy to ignore the privacy of your users. ---------------------------------------------------------------------- Comment By: Sergey Litvinenko (lisergey) Date: 2007-10-05 00:32 Message: Logged In: YES user_id=1902244 Originator: NO what kind of support to PostfixAdmin?? I'd love to see the ability for admin of a domain to see/manage the mail in any mailbox for that domain. probably with squirrelmail or alike, but without intermediate additional login/password interaction ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1748385&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-16 01:28:32
|
Feature Requests item #1851244, was opened at 2007-12-15 10:57 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1851244&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: GingerDog (gingerdog) Assigned to: Nobody/Anonymous (nobody) Summary: Reform alias table Initial Comment: On IRC last night, DRJ33 suggested that the 'alias' table is reformed to not have a comma seperated list within it. Obviously there are some scalability issues with this (i.e. you wouldn't be able to have more aliases than the field length could handle). His suggestion is to go from : mysql> select * from alias; +-------------------+----------------------------------------------------+--------------+---------------------+---------------------+--------+ | address | goto | domain | created | modified | active | | d9...@ex... | do...@ex... | example.com 2007-12-13 15:06:55 | 2007-12-13 15:06:55 | 1 | | dr...@ex... | do...@ex...,te...@ex...,ej...@ex... | example.com | 2007-12-13 15:17:31 | 2007-12-14 11:40:53 | 1 | TO : +----+-------------------+--------------------+--------------+---------------------+---------------------+--------+ | id | address | goto | domain | created | modified | active | | 1 | to...@ex... | ro...@ex... | example.com | 2007-12-14 13:28:26 | 2007-12-14 13:28:26 | 2 | to...@ex... | ro...@ex... | example.com | 2007-12-14 13:28:30 | 2007-12-14 13:28:30 | 1 | 3 | to...@ex... | ro...@ex... | example.com | 2007-12-14 13:28:35 | 2007-12-14 13:28:35 | 1 | Apparently the queries for Postfix would still work fine if there are multiple rows returned, and not just a single row with multiple comma seperated lists. This seems a great idea, and would certainly simplify some of e.g. the vacation handling logic; but it would also mean that there would need to be some sort of database reforming code for anyone wishing to migrate. I'd like to see this implemented, but probably in 2.3? (See also http://pastebin.com/d3bec4ec8 if it exists) David. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-12-16 02:28 Message: Logged In: YES user_id=593261 Originator: NO Some notes in random order: The "goto" field is "text", which means up to 64 kB (for MySQL - please check for PgSQL). I guess nobody will have 64kB (that means >1000 targets if each address is 63 bytes long) of alias targets ;-) (That's a usecase for mailman etc.) Does DRJ33 have real problems with the field length? Support in postfix needs careful testing in different postfix versions. People with some performance tuning in their postfix config will have broken aliases, delivering only to the first goto target. This happens when someone uses "LIMIT 1" because up to now it's clear that there will be only one result. vacation logic / adding the vacation target: yes, maybe - but this is the only advantage I see right now. This requires several changes in postfixadmin, so we should not do it in 2.2. Oh, and the pastebin sniplet doesn't exist :-( If you have saved it somewhere, please upload it again or mail it to me. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1851244&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-16 00:06:21
|
Patches item #1851126, was opened at 2007-12-15 01:51 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1851126&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: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Jesper R. Meyer (jespermeyer) Assigned to: Nobody/Anonymous (nobody) Summary: update for da.lang Initial Comment: This is the translation of the two strings with re-translation comments on line 199 and 200 of da.lang: $PALANG['pSendmail_result_error'] = '<span class="error_msg">Kan ikke sende email!</span>'; $PALANG['pSendmail_result_success'] = 'Email sendt!'; Regards, Jesper ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-12-16 01:06 Message: Logged In: YES user_id=593261 Originator: NO Commited to SVN r269. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1851126&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-15 09:57:23
|
Feature Requests item #1851244, was opened at 2007-12-15 09:57 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=1851244&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: GingerDog (gingerdog) Assigned to: Nobody/Anonymous (nobody) Summary: Reform alias table Initial Comment: On IRC last night, DRJ33 suggested that the 'alias' table is reformed to not have a comma seperated list within it. Obviously there are some scalability issues with this (i.e. you wouldn't be able to have more aliases than the field length could handle). His suggestion is to go from : mysql> select * from alias; +-------------------+----------------------------------------------------+--------------+---------------------+---------------------+--------+ | address | goto | domain | created | modified | active | | d9...@ex... | do...@ex... | example.com 2007-12-13 15:06:55 | 2007-12-13 15:06:55 | 1 | | dr...@ex... | do...@ex...,te...@ex...,ej...@ex... | example.com | 2007-12-13 15:17:31 | 2007-12-14 11:40:53 | 1 | TO : +----+-------------------+--------------------+--------------+---------------------+---------------------+--------+ | id | address | goto | domain | created | modified | active | | 1 | to...@ex... | ro...@ex... | example.com | 2007-12-14 13:28:26 | 2007-12-14 13:28:26 | 2 | to...@ex... | ro...@ex... | example.com | 2007-12-14 13:28:30 | 2007-12-14 13:28:30 | 1 | 3 | to...@ex... | ro...@ex... | example.com | 2007-12-14 13:28:35 | 2007-12-14 13:28:35 | 1 | Apparently the queries for Postfix would still work fine if there are multiple rows returned, and not just a single row with multiple comma seperated lists. This seems a great idea, and would certainly simplify some of e.g. the vacation handling logic; but it would also mean that there would need to be some sort of database reforming code for anyone wishing to migrate. I'd like to see this implemented, but probably in 2.3? (See also http://pastebin.com/d3bec4ec8 if it exists) David. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1851244&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-15 00:51:13
|
Patches item #1851126, was opened at 2007-12-15 01:51 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=1851126&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: Jesper R. Meyer (jespermeyer) Assigned to: Nobody/Anonymous (nobody) Summary: update for da.lang Initial Comment: This is the translation of the two strings with re-translation comments on line 199 and 200 of da.lang: $PALANG['pSendmail_result_error'] = '<span class="error_msg">Kan ikke sende email!</span>'; $PALANG['pSendmail_result_success'] = 'Email sendt!'; Regards, Jesper ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1851126&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-07 09:56:31
|
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: Fixed 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-12-07 10:56 Message: Logged In: YES user_id=593261 Originator: NO The english text has been changed by GingerDog in r262 to PALANG['pSendmail_result_error'] = '<span class="error_msg">Unable to send email!</span>'; $PALANG['pSendmail_result_success'] = 'Email sent!'; I also added re-translation comments added to *.lang in r265. -> This is fixed in english, the other languages will catch up as soon as the translators send updated language files. ---------------------------------------------------------------------- Comment By: Jan Örnstedt (ornstedt) Date: 2007-11-29 02:52 Message: Logged In: YES user_id=498787 Originator: YES I think we should change the meaning of the translation. As I have just confirmed. Saying anything about the mailbox being created is utterly false... We only know that we handed it over to postfix. We don't know if something trips it up on the way to the mailbox. As it did in my case ;-) A misconfigured postfix setting. Still the webpage let us believe that everything was fine. And from a "message delivery" perspective it is correct. However we have no idea if the mbox has been created or not. Unless we check the postfix queue or log files. So leave it as is and change it to "Message has been sent" or something similar. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-27 21:48 Message: Logged In: YES user_id=593261 Originator: NO translation update commited to SVN r245 - thanks! Regarding pSendmail_result_success: You are right, this message is not really correct. The problem is that it is used in multiple places: - create-mailbox.php - here the message is correct, because sending the welcome mail creates the mailbox - sendmail.php and broadcast-message.php - those are not about mailbox creation and should show a different message In case your latest patch has changed the meaning of the message, please undo this change to have it consistent with the other languages. I'll introduce another $PALANG string which really says "The message has been sent!" (except if you have a better idea, I'll wait until tomorrow ;-) ---------------------------------------------------------------------- Comment By: Jan Örnstedt (ornstedt) Date: 2007-11-27 01:50 Message: Logged In: YES user_id=498787 Originator: YES More translations. I don't agree with this translation: $PALANG['pSendmail_result_success'] = 'The mailbox has been created!'; If and email has been sent to an alias there is no creation of a mailbox. Cheers Jan File Added: lang.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-12-07 09:41:44
|
Bugs item #1844063, was opened at 2007-12-04 14: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=1844063&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface (example) Group: SVN (please specify revision!) >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: admin can't delete mailboxes Initial Comment: on the search result page, when i try to delete a mailbox with a virtual domain's admin account, it gives "Invalid parameter!" error. i checked out delete.php, and it seems the table parameter doesn't get passed. checked out the 'del' link, and indeed, no table parameter in the link (but only on the search results page). if i'm logged in with superadmin, everything is alright. SVN revision 257 ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-12-07 10:41 Message: Logged In: YES user_id=593261 Originator: NO Fixed in SVN r266 - it was a superfluous superadmin check in the template file... Thanks for your report! ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-07 10:13 Message: Logged In: NO nope, it doesn't work, same thing happens. i don't think changing the mysql queries will solve it, there's something else. the GET variable 'table' doesn't get passed to delete.php from the search.php when clicking on the 'del' link. tried with revision 265. ---------------------------------------------------------------------- Comment By: amsys (amsys) Date: 2007-12-06 20:21 Message: Logged In: YES user_id=1299438 Originator: NO http://sourceforge.net/tracker/index.php?func=detail&aid=1845743&group_id=191583&atid=937966 Try this, maybe it will work then (didn't tested) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1844063&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-07 09:13:14
|
Bugs item #1844063, was opened at 2007-12-04 05:16 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1844063&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: admin can't delete mailboxes Initial Comment: on the search result page, when i try to delete a mailbox with a virtual domain's admin account, it gives "Invalid parameter!" error. i checked out delete.php, and it seems the table parameter doesn't get passed. checked out the 'del' link, and indeed, no table parameter in the link (but only on the search results page). if i'm logged in with superadmin, everything is alright. SVN revision 257 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-07 01:13 Message: Logged In: NO nope, it doesn't work, same thing happens. i don't think changing the mysql queries will solve it, there's something else. the GET variable 'table' doesn't get passed to delete.php from the search.php when clicking on the 'del' link. tried with revision 265. ---------------------------------------------------------------------- Comment By: amsys (amsys) Date: 2007-12-06 11:21 Message: Logged In: YES user_id=1299438 Originator: NO http://sourceforge.net/tracker/index.php?func=detail&aid=1845743&group_id=191583&atid=937966 Try this, maybe it will work then (didn't tested) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1844063&group_id=191583 |
700 messages has been excluded from this view by a project administrator.
