postfixadmin-tracker Mailing List for PostfixAdmin (Page 57)
Brought to you by:
christian_boltz,
gingerdog
Menu
▾
▴
postfixadmin-tracker — Postfix Admin tracker notification - READ ONLY!
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(67) |
Nov
(83) |
Dec
(47) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(57) |
Feb
(15) |
Mar
(21) |
Apr
(38) |
May
(27) |
Jun
(38) |
Jul
(35) |
Aug
(50) |
Sep
(8) |
Oct
(9) |
Nov
(59) |
Dec
(59) |
| 2009 |
Jan
(27) |
Feb
(42) |
Mar
(63) |
Apr
(46) |
May
(26) |
Jun
(25) |
Jul
(40) |
Aug
(19) |
Sep
(17) |
Oct
(35) |
Nov
(26) |
Dec
(21) |
| 2010 |
Jan
(11) |
Feb
(19) |
Mar
(40) |
Apr
(25) |
May
(23) |
Jun
(17) |
Jul
(10) |
Aug
(18) |
Sep
(21) |
Oct
(12) |
Nov
(10) |
Dec
(22) |
| 2011 |
Jan
(30) |
Feb
(23) |
Mar
(23) |
Apr
(38) |
May
(32) |
Jun
(19) |
Jul
(20) |
Aug
(36) |
Sep
(11) |
Oct
(28) |
Nov
(4) |
Dec
(4) |
| 2012 |
Jan
(6) |
Feb
(3) |
Mar
(16) |
Apr
(28) |
May
(29) |
Jun
(10) |
Jul
(2) |
Aug
(3) |
Sep
|
Oct
(13) |
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(11) |
Feb
(7) |
Mar
(29) |
Apr
(2) |
May
(3) |
Jun
(15) |
Jul
(8) |
Aug
(5) |
Sep
(5) |
Oct
(4) |
Nov
(27) |
Dec
(81) |
| 2014 |
Jan
(12) |
Feb
(13) |
Mar
(5) |
Apr
|
May
(41) |
Jun
(16) |
Jul
(7) |
Aug
(10) |
Sep
(24) |
Oct
(50) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(5) |
Feb
(2) |
Mar
(7) |
Apr
(20) |
May
(1) |
Jun
(3) |
Jul
(12) |
Aug
(1) |
Sep
(17) |
Oct
(5) |
Nov
(20) |
Dec
(10) |
| 2016 |
Jan
(10) |
Feb
(11) |
Mar
(22) |
Apr
(30) |
May
(33) |
Jun
(3) |
Jul
|
Aug
(12) |
Sep
(20) |
Oct
(11) |
Nov
(15) |
Dec
(8) |
| 2017 |
Jan
(1) |
Feb
(11) |
Mar
(10) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
(3) |
| 2018 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
(4) |
Jun
(2) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2008-01-06 17:14:08
|
Bugs item #1865122, was opened at 2008-01-06 15:19 Message generated for change (Settings changed) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865122&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: None Priority: 5 Private: No Submitted By: Raphael Schmid (sixtyfive) Assigned to: Nobody/Anonymous (nobody) Summary: PFA doesn't know it works with LigHTTPd Initial Comment: setup.php should be modified to recognize LigHTTPd since PFA works just fine with it! (Rev. 286) ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-01-06 17:08 Message: Logged In: YES user_id=1761957 Originator: NO I think this is invalid, namely the setup.php page says something like : "Unable to check for Apache version. (missing function: apache_get_version()) (Ignore this warning if you use another webserver software.)" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865122&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-01-06 17:13:49
|
Bugs item #1865124, was opened at 2008-01-06 15:21 Message generated for change (Settings changed) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865124&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: Raphael Schmid (sixtyfive) Assigned to: Nobody/Anonymous (nobody) Summary: Password too short doesn't show the minimum size Initial Comment: Shows "%s" instead (Rev. 286) ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-01-06 17:12 Message: Logged In: YES user_id=1761957 Originator: NO fixed; see revision 287 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865124&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-01-06 17:13:35
|
Bugs item #1865126, was opened at 2008-01-06 15:23 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865126&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: Pending >Resolution: Later Priority: 5 Private: No Submitted By: Raphael Schmid (sixtyfive) Assigned to: Nobody/Anonymous (nobody) Summary: I18N is horrible (sorry :-) ) Initial Comment: Right now, there's a variable for every text that needs translation. You guys sure you don't wanna use proper _() and stuff? (Rev. 286). Also, translators just _love_ .po files ;-) ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2008-01-06 17:13 Message: Logged In: YES user_id=1761957 Originator: NO Yes, it should use gettext... for historical reasons it doesn't... it'll probably be one more thing to fix in 2.3 :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865126&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-01-06 17:12:18
|
Bugs item #1865124, was opened at 2008-01-06 15:21 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865124&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: Raphael Schmid (sixtyfive) Assigned to: Nobody/Anonymous (nobody) Summary: Password too short doesn't show the minimum size Initial Comment: Shows "%s" instead (Rev. 286) ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2008-01-06 17:12 Message: Logged In: YES user_id=1761957 Originator: NO fixed; see revision 287 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865124&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-01-06 17:10:17
|
Bugs item #1865123, was opened at 2008-01-06 15:21 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865123&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: Invalid Priority: 5 Private: No Submitted By: Raphael Schmid (sixtyfive) Assigned to: Nobody/Anonymous (nobody) Summary: Superadmin should be the admin of all existing domains Initial Comment: Right now, you have to manually add any new domain to the superadmin. This should be done automatically. (Rev. 286) ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2008-01-06 17:10 Message: Logged In: YES user_id=1761957 Originator: NO Errm.. a superadmin can edit any domain; note the checkbox _overrides_ any domains selected through the edit-admin page. (Perhaps the UI needs modifying to make this obvious however) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865123&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-01-06 17:08:31
|
Bugs item #1865122, was opened at 2008-01-06 15:19 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865122&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: Raphael Schmid (sixtyfive) Assigned to: Nobody/Anonymous (nobody) Summary: PFA doesn't know it works with LigHTTPd Initial Comment: setup.php should be modified to recognize LigHTTPd since PFA works just fine with it! (Rev. 286) ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2008-01-06 17:08 Message: Logged In: YES user_id=1761957 Originator: NO I think this is invalid, namely the setup.php page says something like : "Unable to check for Apache version. (missing function: apache_get_version()) (Ignore this warning if you use another webserver software.)" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865122&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-01-06 15:23:17
|
Bugs item #1865126, was opened at 2008-01-06 16:23 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=1865126&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: Raphael Schmid (sixtyfive) Assigned to: Nobody/Anonymous (nobody) Summary: I18N is horrible (sorry :-) ) Initial Comment: Right now, there's a variable for every text that needs translation. You guys sure you don't wanna use proper _() and stuff? (Rev. 286). Also, translators just _love_ .po files ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865126&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-01-06 15:21:27
|
Bugs item #1865124, was opened at 2008-01-06 16: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=1865124&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: Raphael Schmid (sixtyfive) Assigned to: Nobody/Anonymous (nobody) Summary: Password too short doesn't show the minimum size Initial Comment: Shows "%s" instead (Rev. 286) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865124&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-01-06 15:21:00
|
Bugs item #1865123, was opened at 2008-01-06 16: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=1865123&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: Raphael Schmid (sixtyfive) Assigned to: Nobody/Anonymous (nobody) Summary: Superadmin should be the admin of all existing domains Initial Comment: Right now, you have to manually add any new domain to the superadmin. This should be done automatically. (Rev. 286) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865123&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-01-06 15:19:46
|
Bugs item #1865122, was opened at 2008-01-06 16:19 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=1865122&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: Raphael Schmid (sixtyfive) Assigned to: Nobody/Anonymous (nobody) Summary: PFA doesn't know it works with LigHTTPd Initial Comment: setup.php should be modified to recognize LigHTTPd since PFA works just fine with it! (Rev. 286) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865122&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-01-03 18:23:13
|
Bugs item #1863321, was opened at 2008-01-03 19:23 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=1863321&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: Pierluigi Pretara (pretaz) Assigned to: Nobody/Anonymous (nobody) Summary: Mailboxes config Initial Comment: It seems that the following configuration in config.inc.php is not handled in release 2.1.0: $CONF['domain_path'] = 'NO'; $CONF['domain_in_mailbox'] = 'NO'; I've had to change create-mailbox.php as following: if ($CONF['domain_path'] == "YES") { if ($CONF['domain_in_mailbox'] == "YES") { $maildir = $fDomain . "/" . $fUsername . "/"; } else { $maildir = $fDomain . "/" . escape_string ($_POST['fUsername']) . "/ "; } } else { if ($CONF['domain_in_mailbox'] == "YES") { $maildir = $fUsername . "/"; } else // START OF NEW LINES { $maildir = escape_string ($_POST['fUsername']) . "/"; } // END OF NEW LINES } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1863321&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-01-03 15:03:58
|
Bugs item #1828857, was opened at 2007-11-09 12:00 Message generated for change (Comment added) made by goshoo 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: Georgi Naplatanov (goshoo) Date: 2008-01-03 17:04 Message: Logged In: YES user_id=181398 Originator: NO > problem will then be that we loose utf8 encoded email handle, is this > problem olso with postgresql and unicode ? Not really, it's a mysql bug - see http://bugs.mysql.com/bug.php?id=4541 UTF-8 has a variable lenght ( between 1 and 3 bytes per character), mysql allocates maximum space. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-11-18 21: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 16: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 03: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 03: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 23:29 Message: Logged In: YES user_id=593261 Originator: NO Looks like an utf8 problem... The key uses two varchar(255) field, which means the key is 2 * 255 chars long. And utf8 means 3 bytes per char, which results in 1530 bytes. Since these fields only contain mail addresses, I'll change them to latin1 encoding. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1828857&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-01-01 20:59:42
|
Bugs item #1861812, was opened at 2008-01-01 21:59 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=1861812&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: 3 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: mailbox creation: wrong default quota for next mailbox Initial Comment: How to reproduce: - create a domain with a maxquota different from $COMD['maxquota'] - go to create-mailbox.php?domain=domain_just_created - create a mailbox, it gets the domain default quota (as expected) - notice that the form proposes $CONF['maxquota'] instead of the domain maxquota To fix this, the line $tQuota = $CONF['maxquota']; probably has to be replaced with some database query (see GET part of the file, which should probably be moved down to avoid code duplication.) [minor, not release critical] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1861812&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-31 05:47:39
|
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: Fixed 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-31 05:47 Message: Logged In: YES user_id=1968759 Originator: YES I try to use the SVN version but I get some problems. Here I explain my steps: I go to /admin and the setup.php page shows asking me to add an Admin. I do so and it says the Admin has been added correctly and I can delete setup.php So I delete setup.php and I go to /admin but it still wants to find setup.php and I get a 404 Object not found error. What am I doing wrong? ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-12-30 19:02 Message: Logged In: YES user_id=593261 Originator: NO I have added the missing JS code for the dropdown menu. It should work now in IE. (SVN r281). I have tested with IE 6 (running on Linux via wine) - the menu wraps correctly there. Unfortunately I have no idea why it doesn't wrap in IE 7, so I can't offer a fix for that. It might be a bug in 2.1 or a bug in IE 7. Since I basically rewrote the menu CSS two months ago (using the "son of suckerfish" menu), I guess it might be fixed in the SVN version. Please retest with the latest SVN version and reopen this report if it doesn't work in IE 7. (See http://sourceforge.net/svn/?group_id=191583 for info about SVN.) ---------------------------------------------------------------------- Comment By: PRAEDO (praedo) Date: 2007-12-30 01:55 Message: Logged In: YES user_id=1968759 Originator: YES Please let me know when I can test the dropdown menu. Removing the width fixes the bug and this is only trueif it's large enough. If I make the window smaller, it doesn't wrap correctly and the bug appears again. I'll have a look at 2.2rc2, thanks. ---------------------------------------------------------------------- Comment By: PRAEDO (praedo) Date: 2007-12-30 01:54 Message: Logged In: YES user_id=1968759 Originator: YES Please let me know when I can test the dropdown menu. Removing the width fixes the bug and this is only trueif it's large enough. If I make the window smaller, it doesn't wrap correctly and the bug appears again. I'll have a look at 2.2rc2, thanks. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-12-30 00: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 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-31 05:29:08
|
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: different font in single-line and multi-line input boxes 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-31 05:29 Message: Logged In: YES user_id=1968759 Originator: NO # patch stylesheet.css < patch.txt patching file stylesheet.css patch: **** malformed patch at line 6: body { --- Where's the mistake? ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-12-30 19:07 Message: Logged In: YES user_id=593261 Originator: NO patch stylesheet.css < patch.txt However, the SVN version already contains the changes. (renaming the ticket to the remaining part) ---------------------------------------------------------------------- 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-30 22:04:51
|
Feature Requests item #1724759, was opened at 2007-05-24 13:25 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1724759&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements (example) Group: None Status: Open Resolution: None >Priority: 1 Private: No Submitted By: superlolo (superlolo) Assigned to: Nobody/Anonymous (nobody) Summary: Show Mailbox disk space Initial Comment: It's possible to have an information for the diskspace quota used for each mailbox (ex: 70% full ...) ? in the old forum, someone have post a solution for this (i think) Sorry for my poor english! ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-12-30 23:04 Message: Logged In: YES user_id=593261 Originator: NO I'm afraid this might become technically difficult. There are two possible solutions: a) login to the mailboxes with IMAP - requires unencrypted passwords b) run "du" in the maildir - needs read access for wwwrun user Both are not good for security :-( (If you find the post in the old forum archive, please add the link here.) [downgrading priority until someone has a good idea how to implement this in a secure way.] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1724759&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-30 22:00:00
|
Feature Requests item #1690316, was opened at 2007-03-29 04:18 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1690316&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: 4 Private: No Submitted By: Josh Cheney (sysandnet) Assigned to: Nobody/Anonymous (nobody) >Summary: Domain administrator login - use mailbox passwords? Initial Comment: Is there any reason that the domain administrator shouldn't use the mail password associated with that account? I noticed the other day that the password for the domain admin accounts is stored seperately, but still uses an email address for the user name. I would think that it would be simpler for the users (and for the admins) to have the domain admin login use the same password as the mail account. If there is a reason that this has not been done yet, just let me know, otherwise, I can make the change and submit a patch. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-12-30 23:00 Message: Logged In: YES user_id=593261 Originator: NO Good question. My personal opinion is that the passwords should stay separated. Some random thoughts: - we (developers) discussed to always encrypt admin passwords independent of $CONF['encrypt']. This would mean that admin passwords _have to_ be separate. - if admin accounts have separate passwords, they don't necessarily need to use mail addresses as account names. (I often use postmaster@<domain>, but using names like "cboltz" would fit my need better.) This would be an easy change - just remove the syntax check for admin names. Anyway - this is nothing we'll change for 2.2. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1690316&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-30 21:39:29
|
Bugs item #1694669, was opened at 2007-04-05 02:14 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1694669&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: 2 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Improper Use of crypt() Initial Comment: Inside the pacrypt() function in functions.inc.php, crypt() is used for the 'system' encryption type. Salt is first calculated, with the below code: if (ereg ("\$1\$", $pw_db)) { $split_salt = preg_split ('/\$/', $pw_db); $salt = $split_salt[2]; } else { $salt = substr ($pw_db, 0, 2); } ... however, that is improper according to the php.net documentation (http://www.php.net/crypt) for the crypt() call: ... You should pass the entire results of crypt() as the salt for comparing a password, to avoid problems when different hashing algorithms are used. (As it says above, standard DES-based password hashing uses a 2-character salt, but MD5-based hashing uses 12.) ... Simply modifying the code to read: if ($pw_db) { $password = crypt ($pw, $pw_db); } else { $password = crypt ($pw); } ... fixed the problem in my case. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2007-10-09 19:05 Message: Logged In: YES user_id=1761957 Originator: NO I'd be tempted to think not - after all people must (!?) be using crypt'ed passwords with other 3rd party applications (e.g. imap/pop3 clients).... doesn't this imply we can fix this without any side effects? ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-10-07 22:03 Message: Logged In: YES user_id=593261 Originator: NO Your arguments are valid, but the question is: Will this break existing passwords? (If yes, it will be problematic to do this change.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1694669&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2007-12-30 21:33:12
|
Feature Requests item #1748385, was opened at 2007-07-05 14:41 Message generated for change (Comment added) made by christian_boltz 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: Closed >Resolution: Wont Fix 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: Christian Boltz (christian_boltz) Date: 2007-12-30 22:33 Message: Logged In: YES user_id=593261 Originator: NO Only negative votes from several developers. Sorry, but we won't implement this. The reasons are given in the various comments, amsys has written a good and short summary. ---------------------------------------------------------------------- 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-30 19:15:48
|
Bugs item #1860193, was opened at 2007-12-28 22:48 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=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: Closed >Resolution: Fixed 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 ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2007-12-30 20:15 Message: Logged In: YES user_id=593261 Originator: NO Well, the vacation_notification table is not critical (the worst thing that can happen is that someone receives another autoreply when sending the next mail), but basically you are right ;-) Thanks for reporting this! Fixed in SVN r282. ---------------------------------------------------------------------- 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-30 19:07:22
|
Bugs item #1839084, was opened at 2007-11-27 01:40 Message generated for change (Comment added) made by christian_boltz 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: different font in single-line and multi-line input boxes 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: Christian Boltz (christian_boltz) Date: 2007-12-30 20:07 Message: Logged In: YES user_id=593261 Originator: NO patch stylesheet.css < patch.txt However, the SVN version already contains the changes. (renaming the ticket to the remaining part) ---------------------------------------------------------------------- Comment By: PRAEDO (praedo) Date: 2007-12-29 02: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 01: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-28 00: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-30 19:02:30
|
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: Closed >Resolution: Fixed 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 20:02 Message: Logged In: YES user_id=593261 Originator: NO I have added the missing JS code for the dropdown menu. It should work now in IE. (SVN r281). I have tested with IE 6 (running on Linux via wine) - the menu wraps correctly there. Unfortunately I have no idea why it doesn't wrap in IE 7, so I can't offer a fix for that. It might be a bug in 2.1 or a bug in IE 7. Since I basically rewrote the menu CSS two months ago (using the "son of suckerfish" menu), I guess it might be fixed in the SVN version. Please retest with the latest SVN version and reopen this report if it doesn't work in IE 7. (See http://sourceforge.net/svn/?group_id=191583 for info about SVN.) ---------------------------------------------------------------------- Comment By: PRAEDO (praedo) Date: 2007-12-30 02:55 Message: Logged In: YES user_id=1968759 Originator: YES Please let me know when I can test the dropdown menu. Removing the width fixes the bug and this is only trueif it's large enough. If I make the window smaller, it doesn't wrap correctly and the bug appears again. I'll have a look at 2.2rc2, thanks. ---------------------------------------------------------------------- Comment By: PRAEDO (praedo) Date: 2007-12-30 02:54 Message: Logged In: YES user_id=1968759 Originator: YES Please let me know when I can test the dropdown menu. Removing the width fixes the bug and this is only trueif it's large enough. If I make the window smaller, it doesn't wrap correctly and the bug appears again. I'll have a look at 2.2rc2, thanks. ---------------------------------------------------------------------- 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-30 19:00:20
|
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 20:00 Message: Logged In: YES user_id=593261 Originator: NO It _is_ ready. (At least I hope so ;-) To test it, you can checkout the latest SVN version as described on http://sourceforge.net/svn/?group_id=191583. ---------------------------------------------------------------------- Comment By: PRAEDO (praedo) Date: 2007-12-30 02: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 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 01:55:15
|
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-30 01:55 Message: Logged In: YES user_id=1968759 Originator: YES Please let me know when I can test the dropdown menu. Removing the width fixes the bug and this is only trueif it's large enough. If I make the window smaller, it doesn't wrap correctly and the bug appears again. I'll have a look at 2.2rc2, thanks. ---------------------------------------------------------------------- Comment By: PRAEDO (praedo) Date: 2007-12-30 01:54 Message: Logged In: YES user_id=1968759 Originator: YES Please let me know when I can test the dropdown menu. Removing the width fixes the bug and this is only trueif it's large enough. If I make the window smaller, it doesn't wrap correctly and the bug appears again. I'll have a look at 2.2rc2, thanks. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-12-30 00: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 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-30 01:54:50
|
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-30 01:54 Message: Logged In: YES user_id=1968759 Originator: YES Please let me know when I can test the dropdown menu. Removing the width fixes the bug and this is only trueif it's large enough. If I make the window smaller, it doesn't wrap correctly and the bug appears again. I'll have a look at 2.2rc2, thanks. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2007-12-30 00: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 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 |
700 messages has been excluded from this view by a project administrator.
