postfixadmin-tracker Mailing List for PostfixAdmin (Page 17)
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-02-06 01:51:29
|
Feature Requests item #3171425, was opened at 2011-02-03 11:09 Message generated for change (Comment added) made by valkum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3171425&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: Fredrik Rambris (boost) Assigned to: Nobody/Anonymous (nobody) Summary: Allow for custom generate password hook Initial Comment: I like the feature that the password can be generated but I don't like the passwords generated. How about letting the admin define a custom function to generate password. I have this as my generate_password() return exec("apg -m 8 -x 8 -MNCL -n 1"); ---------------------------------------------------------------------- Comment By: Valkum (valkum) Date: 2011-02-06 02:51 Message: Sounds good for the started password class. In a way the class could load additional classes from a plugin folder. I think a task for todo. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3171425&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-02-03 10:09:25
|
Feature Requests item #3171425, was opened at 2011-02-03 11:09 Message generated for change (Tracker Item Submitted) made by boost You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3171425&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: Fredrik Rambris (boost) Assigned to: Nobody/Anonymous (nobody) Summary: Allow for custom generate password hook Initial Comment: I like the feature that the password can be generated but I don't like the passwords generated. How about letting the admin define a custom function to generate password. I have this as my generate_password() return exec("apg -m 8 -x 8 -MNCL -n 1"); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3171425&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-02-01 22:52:13
|
Patches item #3162501, was opened at 2011-01-20 11:06 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=3162501&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Languages Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Ondrej Zary (rnbw) Assigned to: Nobody/Anonymous (nobody) Summary: Fixed Slovak translation Initial Comment: Updated Slovak translation - no more HTML entities, some spelling fixes, all strings translated and tested so they make sense. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-02-01 23:51 Message: Thanks! Commited to SVN r942 (trunk) and r943 (2.3 branch). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=3162501&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-02-01 22:52:07
|
Patches item #3162501, was opened at 2011-01-20 11:06 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=3162501&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Languages Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ondrej Zary (rnbw) Assigned to: Nobody/Anonymous (nobody) Summary: Fixed Slovak translation Initial Comment: Updated Slovak translation - no more HTML entities, some spelling fixes, all strings translated and tested so they make sense. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-02-01 23:51 Message: Thanks! Commited to SVN r942 (trunk) and r943 (2.3 branch). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=3162501&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-31 20:28:35
|
Feature Requests item #3168338, was opened at 2011-01-30 15:59 Message generated for change (Comment added) made by libertytrek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3168338&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Valkum (valkum) Assigned to: Nobody/Anonymous (nobody) Summary: Pop3 Imap setting Initial Comment: In dovecot you can specify if the user has the right to use pop3 or imap by adding to WHERE clause (FIND_IN_SET('%s', services) %s is pop3 or imap services should contain a comma seperatet list of services (pop3, imap) In googlemail the user can specify if pop3 or imap is activated for this account. this is alos a nice feature for pfa. an admin should define if a domain user can specify this settings. also nice is allow_nets (http://wiki2.dovecot.org/PasswordDatabase/ExtraFields/AllowNets) ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2011-01-31 15:28 Message: Actually, there is already an existing request for a more generic solution for just 'Custom field support'... https://sourceforge.net/tracker/index.php?func=detail&aid=2686461&group_id=191583&atid=937967 and this is something that I'd dearly love to see... should only take a new 'Custom_Fields' table that is keyed on the userID, with the ability for the Admin to ad new fields, set the field type (with a sensible default), and a description - and maybe a way to designate which screens the field should appear on... Yeah, sounds easy enough... so why haven't I done it yet? ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3168338&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-31 13:38:38
|
Bugs item #2864890, was opened at 2009-09-23 11:52 Message generated for change (Settings changed) made by mikaelost You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2864890&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.3 >Status: Deleted Resolution: None Priority: 4 Private: No Submitted By: Mikael Österberg (mikaelost) Assigned to: Nobody/Anonymous (nobody) Summary: Save alias edit Initial Comment: Warning: in_array() [function.in-array]: Wrong datatype for second argument in /var/www-webmail/postfixadmin/edit-alias.php on line 129 Warning: Cannot modify header information - headers already sent by (output started at /var/www-webmail/postfixadmin/edit-alias.php:129) in /var/www-webmail/postfixadmin/edit-alias.php on line 165 ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2009-10-19 02:05 Message: Hmm, that looks OK. Unfortunately I don't have an idea what causes your problem because it works for me without the error message, and I also don't see any obvious errors in the code. For debugging, you can add a var_dump($CONF['default_aliases']) in edit-alias.php line 127 (above the foreach block) to ensure the variable has the value it should have. echo'ing $address inside the foreach block might also be interesting. ---------------------------------------------------------------------- Comment By: Mikael Österberg (mikaelost) Date: 2009-09-24 13:55 Message: $CONF['default_aliases'] = array ( 'abuse' => 'ab...@ro...', 'hostmaster' => 'hostmasterArocksolidDOTse', 'postmaster' => 'postmasterArocksolidDOTse', 'webmaster' => 'webmasterArocksolidDOTse' ); No SPMA 4me: In file A is @, DOT is . ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2009-09-24 13:49 Message: edit-alias.php, line 129 is: if (in_array($address, $CONF['default_aliases'])) continue; What is your setting in $CONF['default_aliases'] ? (see config.inc.php / config.local.php) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2864890&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-30 20:59:26
|
Feature Requests item #3168338, was opened at 2011-01-30 21:59 Message generated for change (Tracker Item Submitted) made by valkum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3168338&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Valkum (valkum) Assigned to: Nobody/Anonymous (nobody) Summary: Pop3 Imap setting Initial Comment: In dovecot you can specify if the user has the right to use pop3 or imap by adding to WHERE clause (FIND_IN_SET('%s', services) %s is pop3 or imap services should contain a comma seperatet list of services (pop3, imap) In googlemail the user can specify if pop3 or imap is activated for this account. this is alos a nice feature for pfa. an admin should define if a domain user can specify this settings. also nice is allow_nets (http://wiki2.dovecot.org/PasswordDatabase/ExtraFields/AllowNets) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3168338&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-20 13:11:03
|
Bugs item #3161276, was opened at 2011-01-19 00:23 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3161276&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: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: J.Kruis (jan-kruis) Assigned to: Nobody/Anonymous (nobody) Summary: user vacation Initial Comment: hi, when i am in users/vacation and ik click om away or back i get this message DEBUG INFORMATION: Invalid query: Unknown column 'modified' in 'field list' Please check the documentation and website for more information. In de admin/vacation it is working ok. has it something to do with the way users/vacation is updating the database $vh -> set-away and $vh -> remove any info is welcome Jan Kruis ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-01-20 14:11 Message: The vacation table does not have a "modified" column for historical reasons (in the past, we deleted the entry when disabling vacation, so the created column was enough). However, nowadays we just disable the entry in the vacation table to preserve the text for the next time vacation is enabled for this user. In short: we should add a "modified" column to the vacation table. (I assume you are talking about SVN trunk (it would match a code change I did some weeks ago) - if this happens in 2.3.x, please add a note about it.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3161276&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-20 10:06:33
|
Patches item #3162501, was opened at 2011-01-20 11:06 Message generated for change (Tracker Item Submitted) made by rnbw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=3162501&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Languages Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ondrej Zary (rnbw) Assigned to: Nobody/Anonymous (nobody) Summary: Fixed Slovak translation Initial Comment: Updated Slovak translation - no more HTML entities, some spelling fixes, all strings translated and tested so they make sense. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=3162501&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-19 07:13:45
|
Bugs item #3161493, was opened at 2011-01-19 07:11 Message generated for change (Settings changed) made by bilalalig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3161493&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: Open Resolution: None >Priority: 9 Private: No Submitted By: Bilal Ahmed (bilalalig) Assigned to: Nobody/Anonymous (nobody) Summary: create mailbox has an error Initial Comment: Dear Sir, create-mailbox.php has an error at line no 162 that has a if statement if($CONF['maildir_name_hook'] != 'NO' && function_exists($CONF['maildir_name_hook'])) { $hook_func = $CONF['maildir_name_hook']; $maildir = $hook_func ($fDomain, $fUsername); } that should be changed as below if($CONF['maildir_name_hook'] != 'NO' && function_exists('maildir_name_hook')) { $maildir = call_user_func('maildir_name_hook', $fDomain, $fUsername); } Thanks Bilal Ahmed ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3161493&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-19 07:11:31
|
Bugs item #3161493, was opened at 2011-01-19 07:11 Message generated for change (Tracker Item Submitted) made by bilalalig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3161493&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: Open Resolution: None Priority: 5 Private: No Submitted By: Bilal Ahmed (bilalalig) Assigned to: Nobody/Anonymous (nobody) Summary: create mailbox has an error Initial Comment: Dear Sir, create-mailbox.php has an error at line no 162 that has a if statement if($CONF['maildir_name_hook'] != 'NO' && function_exists($CONF['maildir_name_hook'])) { $hook_func = $CONF['maildir_name_hook']; $maildir = $hook_func ($fDomain, $fUsername); } that should be changed as below if($CONF['maildir_name_hook'] != 'NO' && function_exists('maildir_name_hook')) { $maildir = call_user_func('maildir_name_hook', $fDomain, $fUsername); } Thanks Bilal Ahmed ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3161493&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-18 23:23:31
|
Bugs item #3161276, was opened at 2011-01-19 00:23 Message generated for change (Tracker Item Submitted) made by jan-kruis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3161276&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Vacation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: J.Kruis (jan-kruis) Assigned to: Nobody/Anonymous (nobody) Summary: user vacation Initial Comment: hi, when i am in users/vacation and ik click om away or back i get this message DEBUG INFORMATION: Invalid query: Unknown column 'modified' in 'field list' Please check the documentation and website for more information. In de admin/vacation it is working ok. has it something to do with the way users/vacation is updating the database $vh -> set-away and $vh -> remove any info is welcome Jan Kruis ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3161276&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-18 08:02:08
|
Feature Requests item #2882264, was opened at 2009-10-20 12:24 Message generated for change (Comment added) made by nidla 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: 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-01-17 12:05:52
|
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-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-01-17 08:27:34
|
Feature Requests item #2882264, was opened at 2009-10-20 12:24 Message generated for change (Comment added) made by nidla 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: Open Resolution: None 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: 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-01-15 17:13:26
|
Bugs item #3158948, was opened at 2011-01-15 17:13 Message generated for change (Tracker Item Submitted) made by stalks 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: Open Resolution: None 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 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3158948&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-07 20:53:33
|
Bugs item #3153035, was opened at 2011-01-07 19:38 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3153035&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: J.Kruis (jan-kruis) Assigned to: Nobody/Anonymous (nobody) Summary: wrong link in footer.tpl Initial Comment: If you click on the "Return to yourwebsit" the footer.tpl wil add two entry's to of the config.inc.php togegether. these are $CONF['postfix_admin_url'] = and $CONF['footer_link'] = to correct this is use this patch ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-01-07 21:53 Message: Strictly speaking, $CONF[postfix_admin_url] is not used. It's "just" that the "://" part of the URL is encoded: <a href="http%3A%2F%2Fchange-this-to-your.domain.tld">Return to change-this-to-your.domain.tld</a> Nevertheless, thanks for reporting it! I removed the escaping inside the a tag to fix it. Commited to SVN r940. However I did not remove the escaping of $CONF.footer_text - as far as I can see, escaping it doesn't break anything. (If you disagree, please reopen this bugreport.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3153035&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-07 18:38:30
|
Bugs item #3153035, was opened at 2011-01-07 19:38 Message generated for change (Tracker Item Submitted) made by jan-kruis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3153035&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: J.Kruis (jan-kruis) Assigned to: Nobody/Anonymous (nobody) Summary: wrong link in footer.tpl Initial Comment: If you click on the "Return to yourwebsit" the footer.tpl wil add two entry's to of the config.inc.php togegether. these are $CONF['postfix_admin_url'] = and $CONF['footer_link'] = to correct this is use this patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3153035&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-06 19:15:36
|
Bugs item #3152571, was opened at 2011-01-06 14:15 Message generated for change (Tracker Item Submitted) made by cviebrock You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3152571&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: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Colin Viebrock (cviebrock) Assigned to: Nobody/Anonymous (nobody) Summary: Vacation dates not working Initial Comment: The SQL that checks to make sure the vacation is between the start and stop dates is only in one of 3 queries. Here's the patch (against rev 757, but I see the fix isn't in 882 either) to add the SQL conditions to the other two queries. I'm not sure if this is the most efficient solution, though. Perhaps this logic shouldn't be in the queries at all, and instead maybe the find_real_address() should return the entire record, and have the date range checking done at the end of the script in the main program? - Colin ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3152571&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-06 09:59:03
|
Patches item #3152352, was opened at 2011-01-06 10:59 Message generated for change (Tracker Item Submitted) made by piszta You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=3152352&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: Martin Jaros (piszta) Assigned to: Nobody/Anonymous (nobody) Summary: sorting capabilities Initial Comment: it allows to sort records by any column. it is used in virtual list only just now, but another sections are supported too. changes: - functions.inc.php: added function get_sort() - list-virtual.php: it uses session for limit (paging) and calls get_sort() - templates/list-virtual_mailbox.tpl, templates/list-virtual_alias.tpl: table headers became links ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=3152352&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-05 20:27:42
|
Feature Requests item #2684081, was opened at 2009-03-11 23: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=2684081&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: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: one function for sending mail Initial Comment: from https://sourceforge.net/tracker2/?func=detail&atid=937964&aid=2682897&group_id=191583 I think there should be the only function for mail sending that can be used in broadcast-message.php, sendmail.php, create-mailbox.php. Also I think that base64 encoding of message body in broadcast-message.php isn't necessary - plain text would be better. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-01-05 21:27 Message: First step: some (but not all) files call smtp_mail() (defined in functions.inc.php). The remaining files need to be changed sooner or later. Switching to some "external" class can then be done in a second step - or not, as long as smtp_mail works ;-) (and I don't remember bugreports about it...). Additionally, the mails that postfixadmin sends are text/plain - no attachments, no multipart etc., just plain and easy to handle text. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2009-03-12 09:44 Message: I'd rather we used e.g. PEAR::Mail or Zend_Mail or SwiftMailer (delete/add as appropriate) and not try talking SMTP or deal with encoding issues. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2684081&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-05 18:53:17
|
Patches item #2686611, was opened at 2009-03-14 00:48 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2686611&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: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: allow disabling changing password / forwarding for users Initial Comment: Comment from libertytrek in https://sourceforge.net/tracker2/?func=detail&atid=937966&aid=2678293&group_id=191583 ---------------------------------------------------------------------- I actually don't WANT the users to be able to change their passwords for one server I manage... passwords are assigned and periodically changed... I had to modify the users template to remove the code allowing them to change their passwords AND the code allowing them to create forwarders (this was being heavily abused)... but I did want them to still be able to manage their vacation message... ---------------------------------------------------------------------- @libertytrek: come on - it isn't that difficult ;-) There are two methods to disable code sections based on a $CONF variable: a) if you want to disable a small section (for example the menu entry), wrap it in an if block: if (boolconf('users_password_control')) { ... code printing the menu item ... } b) to disable the whole file, add the following section at the beginning if( !boolconf('users_password_control') ) { header("Location: " . $CONF['postfix_admin_url'] . "/users/main.php"); exit(0); } And yes, I really want to see a patch from you. Even if it isn't perfect, it makes it easier for me than doing all the needed changes myself. At least I see which code sections need to be changed ;-) ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2011-01-05 19:53 Message: Looks like people not involved with a tracker item are not allowed to submit patches :-/ therefore libertytrek mailed them to me. Thanks! The patches (against 2.3.x) look good, however a user could still change his alias or password by just entering "edit-alias.php" or "password.php" in the browser. I'm quite sure that's not what you want *g* Solution: add a check as described in part b) of the summary. No need to submit a patch for this, I can do it myself ;-) ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2011-01-03 23:57 Message: Ummm... now what... i can't attach any files... what am i missing? ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2011-01-03 23:56 Message: Ok... almost two years to complete my first two itty bitty patches... not too promising... ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2686611&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-05 18:53:06
|
Feature Requests item #2686611, was opened at 2009-03-14 00:48 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2686611&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: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: allow disabling changing password / forwarding for users Initial Comment: Comment from libertytrek in https://sourceforge.net/tracker2/?func=detail&atid=937966&aid=2678293&group_id=191583 ---------------------------------------------------------------------- I actually don't WANT the users to be able to change their passwords for one server I manage... passwords are assigned and periodically changed... I had to modify the users template to remove the code allowing them to change their passwords AND the code allowing them to create forwarders (this was being heavily abused)... but I did want them to still be able to manage their vacation message... ---------------------------------------------------------------------- @libertytrek: come on - it isn't that difficult ;-) There are two methods to disable code sections based on a $CONF variable: a) if you want to disable a small section (for example the menu entry), wrap it in an if block: if (boolconf('users_password_control')) { ... code printing the menu item ... } b) to disable the whole file, add the following section at the beginning if( !boolconf('users_password_control') ) { header("Location: " . $CONF['postfix_admin_url'] . "/users/main.php"); exit(0); } And yes, I really want to see a patch from you. Even if it isn't perfect, it makes it easier for me than doing all the needed changes myself. At least I see which code sections need to be changed ;-) ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2011-01-05 19:53 Message: Looks like people not involved with a tracker item are not allowed to submit patches :-/ therefore libertytrek mailed them to me. Thanks! The patches (against 2.3.x) look good, however a user could still change his alias or password by just entering "edit-alias.php" or "password.php" in the browser. I'm quite sure that's not what you want *g* Solution: add a check as described in part b) of the summary. No need to submit a patch for this, I can do it myself ;-) ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2011-01-03 23:57 Message: Ummm... now what... i can't attach any files... what am i missing? ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2011-01-03 23:56 Message: Ok... almost two years to complete my first two itty bitty patches... not too promising... ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2686611&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2011-01-05 18:45:41
|
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: Open Resolution: None 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-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-01-03 23:00:24
|
Bugs item #3150296, was opened at 2011-01-03 07:10 Message generated for change (Comment added) made by libertytrek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3150296&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: Open Resolution: None Priority: 5 Private: No Submitted By: Charles (libertytrek) Assigned to: Nobody/Anonymous (nobody) Summary: Vacation logging is broken Initial Comment: Ok, now I see why I opened that other one... Apparently, logging at log_level 1 is just broken. I know I saw something logged with INFO tags, but now nothing is being logged at level 1 again, I'm not even sure everything ie being logged that should be when set to 2, but someone with more knowledge of the vacation script is going to have to look at this... And, imho, logging is very important, so this should be a priority. I'm happy to performy any diags necessary to help troubleshoot. ---------------------------------------------------------------------- >Comment By: Charles (libertytrek) Date: 2011-01-03 18:00 Message: INFO log level doesn't seem to log anything... DEBUG log level is missing LOTS of things... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3150296&group_id=191583 |
700 messages has been excluded from this view by a project administrator.
