postfixadmin-tracker Mailing List for PostfixAdmin (Page 15)
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...> - 2011-04-10 14:48:24
|
Bugs item #2859165, was opened at 2009-09-15 11:43 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2859165&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: v 2.3 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: ksb (ksb4ever) Assigned to: Nobody/Anonymous (nobody) Summary: domain list incorrect SELECT Initial Comment: Hi! 2.3rc7 For me list-domain.php gives an error: DEBUG INFORMATION: Invalid query: ERROR: column "domain.uid" must appear in the GROUP BY clause or be used in an aggregate function So as I have uid and gid columns (used by dovecot) in domain and mailboxes tables (now filled with default values) error comes out. Backend - ppostgresql. # fetch domain data and number of mailboxes # (PgSQL requires the extensive GROUP BY statement, https://sourceforge.net/forum/message.php?msg_id=7386240) $query = " SELECT domain.* , COUNT( DISTINCT mailbox.username ) AS mailbox_count FROM domain LEFT JOIN mailbox ON domain.domain = mailbox.domain $where GROUP BY domain.domain, domain.description, domain.aliases, domain.mailboxes, domain.maxquota, domain.quota, domain.transport, domain.backupmx, domain.created, domain.modified, domain.active ORDER BY domain.domain "; $result = db_query($query); Good comment, yeah ;) but no so good practice to use "SELECT * " even it isn't postgresql and without GROUP BY clause. I think, best way to resove this problem would be exact select of columns! ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-10 16:48 Message: Even if the solution is easy, it needs some time to do it - and sometimes even 10 minutes can be hard to find... Finally fixed in SVN r1028 (trunk) and r1029 (2.3 branch). Thanks for your bugreport! ---------------------------------------------------------------------- Comment By: ksb (ksb4ever) Date: 2010-02-04 13:51 Message: Bug still exists in 2.3 final! Resolution is easy as 123, exact select on columns. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2859165&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-10 14:36:49
|
Bugs item #2958698, was opened at 2010-02-25 14:29 Message generated for change (Comment added) made by mrfrenzy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2958698&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: v 2.3 Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Pierre Fagrell (mrfrenzy) Assigned to: Nobody/Anonymous (nobody) Summary: Generated passwords are all lowercase and ignore passlength Initial Comment: Autogenerated passwords are all lowercase and 8 characters long regardless of $CONF['min_password_length']. Attached patch creates a password equal in lenght to min_password_length, using numbers, upper and lowercase letters. ---------------------------------------------------------------------- Comment By: Pierre Fagrell (mrfrenzy) Date: 2011-04-10 16:36 Message: Thanks! I never got around to resubmitting the patch, and since it was working I had forgotten about this until today. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-04-10 16:32 Message: I finally found some time to manually apply your patch. I also did some small modifications to your code to avoid the additional parameter (generate_password() can read $CONF itself) and replaced $i with usage of strlen(). Commited to SVN r1026 (trunk) and r1027 (2.3 branch). ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-03-02 16:18 Message: Thanks for the patch. Unfortunately I get an error message when applying it: patch: **** unexpected end of file in patch at line 49 Can you please re-attach it in unified format (diff -u)? BTW: I'd prefer to make the parameter of generate_password optional instead of changing each file that calls it, but that are details ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2958698&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-10 14:32:17
|
Bugs item #2958698, was opened at 2010-02-25 14:29 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2958698&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: v 2.3 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Pierre Fagrell (mrfrenzy) Assigned to: Nobody/Anonymous (nobody) Summary: Generated passwords are all lowercase and ignore passlength Initial Comment: Autogenerated passwords are all lowercase and 8 characters long regardless of $CONF['min_password_length']. Attached patch creates a password equal in lenght to min_password_length, using numbers, upper and lowercase letters. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-10 16:32 Message: I finally found some time to manually apply your patch. I also did some small modifications to your code to avoid the additional parameter (generate_password() can read $CONF itself) and replaced $i with usage of strlen(). Commited to SVN r1026 (trunk) and r1027 (2.3 branch). ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-03-02 16:18 Message: Thanks for the patch. Unfortunately I get an error message when applying it: patch: **** unexpected end of file in patch at line 49 Can you please re-attach it in unified format (diff -u)? BTW: I'd prefer to make the parameter of generate_password optional instead of changing each file that calls it, but that are details ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2958698&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-10 13:14:20
|
Bugs item #3266862, was opened at 2011-04-01 11:00 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3266862&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Vacation Group: v2.3.2 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Gabriele Vivinetto (gabrielev) Assigned to: Nobody/Anonymous (nobody) Summary: Typo in validate_email Initial Comment: In v 2.3.3, Squirrelmail plugin. In: ./functions.inc.php line 95 should be: $return = filter_var('validate_email', $email); NOT $return = filter_var('validate_email', $emai); Note the missing "l" in the variable name ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-10 15:14 Message: Good catch! Thanks for the report! Fixed in SVN r1024 (trunk) and r1025 (2.3 branch). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3266862&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-10 13:07:17
|
Bugs item #3232183, was opened at 2011-03-21 15:40 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232183&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: SVN (please specify revision!) >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: john doe (johndoe64) Assigned to: Nobody/Anonymous (nobody) Summary: postfixadmin-cli wont find dependent php file Initial Comment: Looking for CLI tool of postfixadmin I found the wiki entry. If I do Installed by source chmod +x <path/to/postfixadmin/root>/scripts/postfixadmin-cli ln -s <path/to/postfixadmin/root>/scripts/postfixadmin-cli /usr/bin/postfixadmin-cli Call postfixadmin-cli the result is: Could not open input file: /usr/bin/postfixadmin-cli.php ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-04-10 15:06 Message: Fixed in SVN r1023 (using readlink). Thanks for your report and the feedback! ---------------------------------------------------------------------- Comment By: john doe (johndoe64) Date: 2011-03-21 21:00 Message: I think the second one (test if $0 is a symlink, if yes, call readlink on it) will be the best. The most distribution will set the symlink by her own and an additional config file will be too much for tools. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-03-21 20:38 Message: You can use the parameter -webroot /path/to/postfixadmin/scripts/ That said: We need a better way to handle this, but I'm not sure about the best method. Possible options include: - a config file in /etc/postfixadmin that holds the path - test if $0 is a symlink, if yes, call readlink on it - combination of both (if config file exists, use it, otherwise use readlink) - (other ideas?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232183&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-10 13:06:59
|
Bugs item #3232183, was opened at 2011-03-21 15: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=3232183&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: john doe (johndoe64) Assigned to: Nobody/Anonymous (nobody) Summary: postfixadmin-cli wont find dependent php file Initial Comment: Looking for CLI tool of postfixadmin I found the wiki entry. If I do Installed by source chmod +x <path/to/postfixadmin/root>/scripts/postfixadmin-cli ln -s <path/to/postfixadmin/root>/scripts/postfixadmin-cli /usr/bin/postfixadmin-cli Call postfixadmin-cli the result is: Could not open input file: /usr/bin/postfixadmin-cli.php ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-10 15:06 Message: Fixed in SVN r1023 (using readlink). Thanks for your report and the feedback! ---------------------------------------------------------------------- Comment By: john doe (johndoe64) Date: 2011-03-21 21:00 Message: I think the second one (test if $0 is a symlink, if yes, call readlink on it) will be the best. The most distribution will set the symlink by her own and an additional config file will be too much for tools. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-03-21 20:38 Message: You can use the parameter -webroot /path/to/postfixadmin/scripts/ That said: We need a better way to handle this, but I'm not sure about the best method. Possible options include: - a config file in /etc/postfixadmin that holds the path - test if $0 is a symlink, if yes, call readlink on it - combination of both (if config file exists, use it, otherwise use readlink) - (other ideas?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232183&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-09 22:15:12
|
Bugs item #3039042, was opened at 2010-08-03 23:55 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3039042&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v2.3.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: gw0 (gw0) Assigned to: Nobody/Anonymous (nobody) Summary: absolute vs. relative "Location:" redirects Initial Comment: I noticed that every time I try to add a new domain alias, the following page opens "/postfixadmin/create-alias-domain.php" to display it successfully done its job. Unfortunately I am using a reverse proxy on some other URL (not /postfixadmin/) that opens pages on the server where Postfix Admin lives (here it is in /postfixadmin). All other pages and functions seem to work fine, problems are just with adding new domain aliases. It seems that there is a hardcoded URL of some sort and it would be better to use relative links like everywhere else. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-10 00:15 Message: I changed most of the Location: headers to relative paths in SVN trunk r1021. "most" means that some not-so-easy cases still need to be fixed. $CONF['postfix_admin_url'] is still used in: - functions.inc.php - authentication_require_role() - smarty.inc.php - as prefix for $CONF['theme_css'] and $CONF['theme_logo'] - and obviously config.*.php ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2010-09-14 10:31 Message: Use relative URLs where possible - ideally we could get rid of $CONF['postfix_admin_url'] then. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-09-12 01:48 Message: Just a technical explanation: create-alias-domain.php has (technically correct): header("Location: " . $CONF['postfix_admin_url'] . "/main.php"); edit-alias.php has (not really correct because redirects have to use absolute URLs, but it seems to work with all browsers even with relative paths) header ("Location: list-virtual.php?domain=$fDomain"); oh, and create-alias does not do any redirects ;-) That said: we should use absolute _or_ relative redirects, but not a mix of it. Funnily, the technically wrong solution (relative redirects) tend to be the better solution because they work even if $CONF['postfix_admin_url'] is incorrect. It seems all browsers accept it since nobody complained yet that for example the edit-alias redirect doesn't work. GingerDog: what is your opinion about this? ---------------------------------------------------------------------- Comment By: gw0 (gw0) Date: 2010-08-04 00:07 Message: Ok, it seems $CONF['postfix_admin_url'] is being used and I misconfigured it. It is weird though that adding normal aliases works fine... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3039042&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-04-03 22:19:52
|
Bugs item #3158948, was opened at 2011-01-15 18:13 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3158948&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: Fixed Priority: 5 Private: No Submitted By: Steve (stalks) Assigned to: Nobody/Anonymous (nobody) Summary: update-check.php doesn't support text in version field Initial Comment: For example, "2.3beta" http://postfixadmin.sourceforge.net/update-check.php?version=2.3beta ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-04-04 00:19 Message: Fixed in SVN r1020 and deployed to postfixadmin.sf.net. Thanks for the report! Note: update-check.php is intended for stable versions (it will never recommend betas etc.), therefore the solution I implemented simply removes everything except numbers and dots from the given ?version=. This means "2.3beta" will be seen as "2.3" by the script. And BTW: If you are still using 2.3beta, you should really upgrade to 2.3.3 ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3158948&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-30 17:20:21
|
Feature Requests item #3260737, was opened at 2011-03-30 13:20 Message generated for change (Tracker Item Submitted) made by fafaforza You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3260737&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: 5 Private: No Submitted By: Darek M (fafaforza) Assigned to: Nobody/Anonymous (nobody) Summary: Notofication of quota issue when adding new user Initial Comment: I've been bitten a second time by quota differences. DB value maxquota was at 10, and I was adding a user with 100. Pressed submit, and the page stayed on the create-mailbox.php screen and no mailbox was added. Spent a decent amount of time checking over logs, enabling logging in php.ini, etc, only to remember this issue from the past. It would be very helpful to have a notification message produced in the form of "user quota exceeds domain quota" or similar to tip someone off. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3260737&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-26 21:37:55
|
Feature Requests item #3247839, was opened at 2011-03-26 21:37 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3247839&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Support for IDN (Internationalized Domain Names) Initial Comment: Support for Internationalized Domain Names (IDN) in some future version would be nice. I don't know how hard this would be to implement. This would be a welcome feature to some users who use country specific chars in their domain name. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3247839&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-21 20:00:34
|
Bugs item #3232183, was opened at 2011-03-21 15:40 Message generated for change (Comment added) made by johndoe64 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232183&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: john doe (johndoe64) Assigned to: Nobody/Anonymous (nobody) Summary: postfixadmin-cli wont find dependent php file Initial Comment: Looking for CLI tool of postfixadmin I found the wiki entry. If I do Installed by source chmod +x <path/to/postfixadmin/root>/scripts/postfixadmin-cli ln -s <path/to/postfixadmin/root>/scripts/postfixadmin-cli /usr/bin/postfixadmin-cli Call postfixadmin-cli the result is: Could not open input file: /usr/bin/postfixadmin-cli.php ---------------------------------------------------------------------- >Comment By: john doe (johndoe64) Date: 2011-03-21 21:00 Message: I think the second one (test if $0 is a symlink, if yes, call readlink on it) will be the best. The most distribution will set the symlink by her own and an additional config file will be too much for tools. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-03-21 20:38 Message: You can use the parameter -webroot /path/to/postfixadmin/scripts/ That said: We need a better way to handle this, but I'm not sure about the best method. Possible options include: - a config file in /etc/postfixadmin that holds the path - test if $0 is a symlink, if yes, call readlink on it - combination of both (if config file exists, use it, otherwise use readlink) - (other ideas?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232183&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-21 19:38:40
|
Bugs item #3232183, was opened at 2011-03-21 15: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=3232183&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: john doe (johndoe64) Assigned to: Nobody/Anonymous (nobody) Summary: postfixadmin-cli wont find dependent php file Initial Comment: Looking for CLI tool of postfixadmin I found the wiki entry. If I do Installed by source chmod +x <path/to/postfixadmin/root>/scripts/postfixadmin-cli ln -s <path/to/postfixadmin/root>/scripts/postfixadmin-cli /usr/bin/postfixadmin-cli Call postfixadmin-cli the result is: Could not open input file: /usr/bin/postfixadmin-cli.php ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-03-21 20:38 Message: You can use the parameter -webroot /path/to/postfixadmin/scripts/ That said: We need a better way to handle this, but I'm not sure about the best method. Possible options include: - a config file in /etc/postfixadmin that holds the path - test if $0 is a symlink, if yes, call readlink on it - combination of both (if config file exists, use it, otherwise use readlink) - (other ideas?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232183&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-21 18:18:52
|
Bugs item #3232719, was opened at 2011-03-21 19:18 Message generated for change (Tracker Item Submitted) made by johndoe64 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232719&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: john doe (johndoe64) Assigned to: Nobody/Anonymous (nobody) Summary: postfixadmin-cli error by adding alias Initial Comment: If I use postfixadmin-cli alias add us...@ex... us...@li... I get an PHP error: PHP Fatal error: Call to undefined method AliasHandler::add() in /usr/share/postfixadmin/scripts/shells/alias.php on line 107 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232719&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-21 14:45:32
|
Bugs item #3232192, was opened at 2011-03-21 15:45 Message generated for change (Tracker Item Submitted) made by johndoe64 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232192&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: john doe (johndoe64) Assigned to: Nobody/Anonymous (nobody) Summary: some wiki entry couldn´t find without linking from main page Initial Comment: After looking for informations about postfixadmin and mailman I get from irc/cboltz the link to the wiki page. This page was not linked from main page so users couldn´t find the good informations. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232192&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-21 14:40:42
|
Bugs item #3232183, was opened at 2011-03-21 15:40 Message generated for change (Tracker Item Submitted) made by johndoe64 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232183&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: john doe (johndoe64) Assigned to: Nobody/Anonymous (nobody) Summary: postfixadmin-cli wont find dependent php file Initial Comment: Looking for CLI tool of postfixadmin I found the wiki entry. If I do Installed by source chmod +x <path/to/postfixadmin/root>/scripts/postfixadmin-cli ln -s <path/to/postfixadmin/root>/scripts/postfixadmin-cli /usr/bin/postfixadmin-cli Call postfixadmin-cli the result is: Could not open input file: /usr/bin/postfixadmin-cli.php ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232183&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-21 14:37:11
|
Bugs item #3232174, was opened at 2011-03-21 15:37 Message generated for change (Tracker Item Submitted) made by johndoe64 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232174&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: john doe (johndoe64) Assigned to: Nobody/Anonymous (nobody) Summary: information box dont disappear Initial Comment: Using the latest svn version - If I add for example an alias domain the information box on the upper side of the website (with green border) appear. If I add more alias domain or switch into another menu the information box dont disappear - whatever I do. It´s the same with error messages (with red border). It would be nice if the box disappear by changing menu. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3232174&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-18 20:11:47
|
Bugs item #3034389, was opened at 2010-07-25 21:10 Message generated for change (Comment added) made by tex0000 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3034389&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: v2.3.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: dovecot 2.0 breaks dovecotpw encryption Initial Comment: copied from http://sourceforge.net/tracker/index.php?func=detail&aid=3032816&group_id=191583&atid=937964 ***** mickaelnguyen ***** Also, dovecot 2.0 (which is nearing release, see http://dovecot.org/list/dovecot-news/2010-July/000162.html) will break this setting, because dovecotpw has been removed and its functionality integrated in doveadm. So the command to encrypt a password goes from dovecotpw -s 'CRYPT-METHOD' to doveadm pw -s 'CRYPT-METHOD' Maybe something to look into for 2.3.2 :D~ ***** christian_boltz ***** Oh, nice - I like it when external programs come with incompatible changes :-/ Well, at least it's a new major version ;-) $CONF['dovecotpw'] = '/path/to/doveadm -pw' could work... (untested, feedback welcome) If this works, I'll add a comment to config.inc.php in the 2.3 branch. (I'd like to avoid a bigger change in this branch.) ***** mickaelnguyen ***** It doesn't work. After a bit of tinkering, it appears that doveadm does a check on whether it's stdin is a tty or not (It outputs "Fatal: stdin isn't a TTY") Guess we can't fix this without "bigger changes". :( ---------------------------------------------------------------------- Comment By: tex (tex0000) Date: 2011-03-18 21:11 Message: This is exactly the reason why I think that it's a _bad_ idea to rely on external binaries. If they are available at all they are going to break a some point in time. Why don't you implement the functionality in PHP? Have a look at http://git.gauner.org/vboxadm.git/blob/HEAD:/contrib/roundcube/plugins/vboxadm/vboxadm.php, the code there does exactly what you want to do. ---------------------------------------------------------------------- Comment By: Valkum (valkum) Date: 2010-12-30 19:28 Message: Timo said it was a bug in this version youve tested. A tty check is also done by getpass() so it is not the real problem. He said also that the tty check is gone in 2.0.8 For us it means that we need a way to suppress the output of /dev/tty which comes from dovecotpw and doveadm pw for use in cli,. ---------------------------------------------------------------------- Comment By: Valkum (valkum) Date: 2010-12-30 18:48 Message: Damn, checked it and it doesn't work ---------------------------------------------------------------------- Comment By: Valkum (valkum) Date: 2010-12-30 18:44 Message: Another try: Snowleopard wrote this at proc_open He uses this for his GPG function: // Set up the descriptors $Descriptors = array( 0 => array("pipe", "r"), 1 => array("pipe", "w"), 2 => array("pipe", "w"), 3 => array("pipe", "r") // This is the pipe we can feed the password into ); we could also try // Set up the descriptors $Descriptors = array( 0 => array("pty"), 1 => array("pty"), 2 => array("pty"), 3 => array("pty") // This is the pipe we can feed the password into ); But i think the securest and better way is to write a php lib for dovecot crypt methods ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2010-12-30 16:17 Message: Maybe someone could pose a question to Timo (dovecot author) and he could make a suggestion for how to handle this - or possibly even change the way 'doveadm -pw' works so this could be fixed properly in pfadmin? ---------------------------------------------------------------------- Comment By: Valkum (valkum) Date: 2010-12-30 15:02 Message: I tested the pty fix but it doesn't work i got can't encrypt password with dovecotpw on my console with use of PFA-CLI ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-07-25 21:19 Message: A user comment on http://php.net/manual/en/function.proc-open.php (from 2007-12-27) suggests that using 'pty' might work. Please open functions.inc.php, search for "$spec = array(" (around line 1213 in 2.3.1) and replace it (including the following 3 lines) with: $spec = array( 0 => array('pty'), 1 => array('pty'), 2 => array('pty') ); Does this help? Otherwise we'll probably have to use "doveadm pw -p foobar" with the password on the commandline. However I don't like this idea because the password will be visible in the processlist for a short time then :-( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3034389&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-17 22:47:00
|
Bugs item #3060495, was opened at 2010-09-06 18:27 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3060495&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: Fixed Priority: 5 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: split() is deprecated Initial Comment: split() is deprecated in PHP 5.3. It is used in - functions.inc.php line 1186 - »$result = split('{|}', $pw_db, 3);« - upgrade.php - 4 times »$all_sql = split("\n", trim("« - several files in tests/simpletest/ The problem is that the use in functions.inc.php causes the login to fail: http://sourceforge.net/projects/postfixadmin/forums/forum/676076/topic/3840323 Workaround: add the following line to config.local.php: ini_set('display_errors', 0); ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-03-17 23:47 Message: simpletest was updated by GingerDog in r1017 (trunk) ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-12-16 01:37 Message: upgrade.php is fixed in SVN trunk r894 Remaining: several files in tests/simpletest/* - David, that's something for you (new upstream version of simpletest available?) ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-12-16 00:23 Message: functions.inc.php is fixed in SVN trunk r892. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3060495&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-13 22:07:44
|
Patches item #3209218, was opened at 2011-03-13 23:07 Message generated for change (Settings changed) made by jan-kruis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=3209218&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: J.Kruis (jan-kruis) Assigned to: Nobody/Anonymous (nobody) >Summary: display outside table window Initial Comment: Admin List and Domain List are displaying the New Admin and New Domain outside the table windows. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=3209218&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-13 22:07:11
|
Patches item #3209218, was opened at 2011-03-13 23:07 Message generated for change (Tracker Item Submitted) made by jan-kruis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=3209218&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: J.Kruis (jan-kruis) Assigned to: Nobody/Anonymous (nobody) Summary: displat outside Initial Comment: Admin List and Domain List are displaying the New Admin and New Domain outside the table windows. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=3209218&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-09 21:42:28
|
Feature Requests item #2882264, was opened at 2009-10-20 12:24 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2882264&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: Closed Resolution: Out of Date Priority: 5 Private: No Submitted By: Aldin Kapetanovic (nidla) Assigned to: Nobody/Anonymous (nobody) Summary: Lock editing for default mail aliases Initial Comment: When "super admin" is adding new domain, there is option "Add default mail aliases:", ok i do that always for RFC reasons :), but problem is when i give some user admin account for that newly created domain, and he deletes default aliases, the point is that i want to restrict him to do that. For example, when creating new domain it would be useful to have these steps: "1. Add default mail aliases" "2. Forbid editing default aliases". 'alias' table structure |address|goto|domain|created|modified|active| alter add column 'edit' default 't' |address|goto|domain|created|modified|active||edit| *forbid editing might be colored different in web interface or being non clickable ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-03-09 22:42 Message: That was before I started working on PostfixAdmin ;-) ---------------------------------------------------------------------- Comment By: Aldin Kapetanovic (nidla) Date: 2011-01-18 09:02 Message: I found it ;) since 2.1.0 CHANGELOG.TXT Version 2.1.0 -- 2005/01/07 - Added: $CONF['special_alias_control'] variable. (Thanx Mihau) ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-01-17 13:05 Message: Maybe, however I don't remember a change in this area (except a fix I did in SVN trunk for what will be the 2.4 release). Nevertheless: thanks for confirming that it does what you need ;-) ---------------------------------------------------------------------- Comment By: Aldin Kapetanovic (nidla) Date: 2011-01-17 09:27 Message: Just tested, now it works, and it is by default set to "NO". Perhaps because it is newer version since report? >>Submitted: >>Aldin Kapetanovic ( nidla ) - 2009-10-20 12:24:06 CEST however, since it works, you can "close" this feature request ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-01-05 19:45 Message: I assume you talk about aliases you defined in $CONF['default_aliases']. You can protect them by setting $CONF['special_alias_control'] = 'NO'. With this setting, domain admins will no longer be able to edit or delete those aliases. (Superadmin still can.) Does that do what you need or do you have a usecase where per-alias locking would be needed? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2882264&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-09 21:13:52
|
Bugs item #3148692, was opened at 2010-12-31 14:56 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3148692&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: v2.3.2 >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Charles (libertytrek) Assigned to: Nobody/Anonymous (nobody) Summary: Modifying a users vacation as admin is not logged Initial Comment: Not sure if this bug belongs in core or not... When I enable, disable or just edit a users vacation message when logged in as admin, nothing logged. Editing the users personal details (name, etc) is logged... When I modify the users vacation when logged in as the user, it is logged, but there are TWO entries with a duplicate time stamp. ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2011-03-07 13:07 Message: Thanks Christian! I agree double logging is better than no logging... ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-03-06 22:52 Message: > Not sure if this bug belongs in core or not... PostfixAdmin is a small project - therefore you don't need to be too exact about the paperwork. The most important field in the tracker is the Group (version) field - often I don't even look at the Category field ;-) That said: - I just commited a fix to the 2.3 branch that adds the logging - valkum changed trunk to use VacationHandler, which means it uses the same code as users/ does - including the logging. The double logging is not fixed yet (and my fix in the 2.3 branch will also cause double logging), but there's another bugreport open for it (3148694) - therefore I'll close this one as fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3148692&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-09 19:52:29
|
Feature Requests item #3202865, was opened at 2011-03-08 11:33 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3202865&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: Rejected Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Mailing List Initial Comment: Hey, it would be awesome if postfixadmin would provide a way to create mailing lists (i.e. for newsletters). For instance, after creating a "new...@do..." mailing list, you can define the following settings: == Subscription == 1) Anyone (if 4. is set to "allow") may subscribe via Email to new...@do... 2) Registered may unsubscribe via Email to new...@do... 3) Manually add email adresses to the list (kind of 1-n alias, but more comfortable) 4) Allow / Disallow subscribtion of anyone via Email (for non-public mailing lists) 5) Define moderators (Email-adresses) for this mailing list 6) Notify moderator(s) on new subscriptions == Posting Policies == 7) Member can post a message (yes/no) 8) Non-Member can post a message (yes/no) 9) Moderator can post a message (yes/no) 10) Send delivery errors to moderators (yes/no) 11) Reply-To Header attribute 12) Subject Prefix 13) Hide sender's email (yes/no) 14) Allow messages with empty subject (yes/no) == Comments == 15) Text automatically sent to new members (i.e. welcome message) 16) Text automatically appended to each E-Mail (i.e. Unsibscription notice) Cheers, Fabian ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-03-09 20:52 Message: I fully agree with libertytrek - we have more interesting things to do than re-inventing the wheel ^W mailinglist managers. Personally, I'm using mailman. For integration with PostfixAdmin, see https://sourceforge.net/apps/mediawiki/postfixadmin/index.php?title=Mailman_integration (I'm using the first method described there) ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2011-03-08 12:21 Message: There are already mailing list managers available... I hope PFA doesn't go down the road of trying to do everything... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3202865&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-08 11:21:10
|
Feature Requests item #3202865, was opened at 2011-03-08 05:33 Message generated for change (Comment added) made by libertytrek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3202865&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Mailing List Initial Comment: Hey, it would be awesome if postfixadmin would provide a way to create mailing lists (i.e. for newsletters). For instance, after creating a "new...@do..." mailing list, you can define the following settings: == Subscription == 1) Anyone (if 4. is set to "allow") may subscribe via Email to new...@do... 2) Registered may unsubscribe via Email to new...@do... 3) Manually add email adresses to the list (kind of 1-n alias, but more comfortable) 4) Allow / Disallow subscribtion of anyone via Email (for non-public mailing lists) 5) Define moderators (Email-adresses) for this mailing list 6) Notify moderator(s) on new subscriptions == Posting Policies == 7) Member can post a message (yes/no) 8) Non-Member can post a message (yes/no) 9) Moderator can post a message (yes/no) 10) Send delivery errors to moderators (yes/no) 11) Reply-To Header attribute 12) Subject Prefix 13) Hide sender's email (yes/no) 14) Allow messages with empty subject (yes/no) == Comments == 15) Text automatically sent to new members (i.e. welcome message) 16) Text automatically appended to each E-Mail (i.e. Unsibscription notice) Cheers, Fabian ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2011-03-08 06:21 Message: There are already mailing list managers available... I hope PFA doesn't go down the road of trying to do everything... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3202865&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-03-08 10:33:06
|
Feature Requests item #3202865, was opened at 2011-03-08 10:33 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3202865&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Mailing List Initial Comment: Hey, it would be awesome if postfixadmin would provide a way to create mailing lists (i.e. for newsletters). For instance, after creating a "new...@do..." mailing list, you can define the following settings: == Subscription == 1) Anyone (if 4. is set to "allow") may subscribe via Email to new...@do... 2) Registered may unsubscribe via Email to new...@do... 3) Manually add email adresses to the list (kind of 1-n alias, but more comfortable) 4) Allow / Disallow subscribtion of anyone via Email (for non-public mailing lists) 5) Define moderators (Email-adresses) for this mailing list 6) Notify moderator(s) on new subscriptions == Posting Policies == 7) Member can post a message (yes/no) 8) Non-Member can post a message (yes/no) 9) Moderator can post a message (yes/no) 10) Send delivery errors to moderators (yes/no) 11) Reply-To Header attribute 12) Subject Prefix 13) Hide sender's email (yes/no) 14) Allow messages with empty subject (yes/no) == Comments == 15) Text automatically sent to new members (i.e. welcome message) 16) Text automatically appended to each E-Mail (i.e. Unsibscription notice) Cheers, Fabian ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3202865&group_id=191583 |
700 messages has been excluded from this view by a project administrator.
