postfixadmin-tracker Mailing List for PostfixAdmin (Page 21)
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...> - 2010-08-22 21:37:44
|
Bugs item #3047744, was opened at 2010-08-18 15:26 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3047744&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 removal doesn't clear out old notifications Initial Comment: When you turn off vacation, PFA doesn't remove the list of people who were notified. The next time you enable vacation, those people won't receive the new notifications. The solution (I think) is to clear the list of notifications each time vacation is enabled. Here's a patch to do that against SVN rev. 856. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-08-22 23:37 Message: I just had a quick look at the code - there's already a DELETE query in line 121 (2.3 branch) / line 126 (trunk) that should in theory do that. Your bugreport shows that practise seems to be different ;-) - we'll have to check that... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3047744&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-08-22 21:25:05
|
Bugs item #2956766, was opened at 2010-02-22 22:42 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2956766&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: v 2.3 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Bartosz Feński (fenio) Assigned to: Nobody/Anonymous (nobody) Summary: wrong dependencies in deb package Initial Comment: Currently postfixadmin depends on: apache2 | lighttpd It should depend on httpd meta package. There's no need to use apache nor lighttpd. All you need is WWW server and php5. I use it with nginx for example. Please add httpd dependency so it would be apache2 | lighttpd | httpd regards fEnIo ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-08-22 23:25 Message: fixed in 2.3 branch (SVN r851, 3 weeks ago), will be ported to trunk after the 2.3.2 release ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2956766&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-08-22 21:18:25
|
Bugs item #3047672, was opened at 2010-08-18 13:33 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3047672&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface (example) Group: SVN (please specify revision!) >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: xkendy (xkendy) Assigned to: Nobody/Anonymous (nobody) Summary: Function delete alias erase in one moment alias and mailbox Initial Comment: In frontend section "Alias control" if I click "DELETE ALIAS" the postfixadmin delete an alias and mailbox in the same time (and user lost all messages). I think this is wrong and may be fixed. May be with this: In section alias function delete deletes only alias not mailbox, and mailbox can be deleted only from the mailbox control, not from alias control. Wrong code is in the file delete.php section elseif ($fTable == "alias" or $fTable == "mailbox") in next else. There is on the same level this: $result = db_query("SELECT * FROM $table_alias WHERE address = '$fDelete' AND domain = '$fDomain'"); $result = db_query ("SELECT * FROM $table_mailbox WHERE username='$fDelete' AND domain='$fDomain'"); SVN Revision 820 ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-08-22 23:18 Message: This behaviour is correct because every mailbox has an alias attached to it (that's needed for technical reasons, without the alias a catchall alias would break/hide all mailboxes on a domain). The question is why/where you see the mailbox alias in the alias list. Normally it should be hidden there and only show up in the mailbox list. Can you please tell me the location where you see mailbox aliases in the alias section? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3047672&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-08-22 21:14:07
|
Bugs item #3047721, was opened at 2010-08-18 14:39 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3047721&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: Pending Resolution: None Priority: 5 Private: No Submitted By: echternacht (echternacht) Assigned to: Nobody/Anonymous (nobody) Summary: usercreation Initial Comment: On a setup with virtual domains, I got an error with creating a new user. This only happens on domainnames with a "-" in the name f.e.: google-analytics.com The entries in the alias-table of the database are good. But in the mailbox-table the maildir looks like this: hom...@go... Than postfix create the maildirectory in this way: /maildirpath/hom...@go... With my setup, that works on version 2.2.1.1 very well, postfix creates the path rigth: /maildirpath/google-analytics.com/homer.simpson ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-08-22 23:14 Message: I just tested this, but can't reproduce it. The mailbox table contains the correct maildir. Which settings in config.inc.php did you change? Please attach all modified values (without database details and setup password of course). If you are using config.local.php and did not edit config.inc.php, just attach config.local.php. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3047721&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-08-18 13:26:30
|
Bugs item #3047744, was opened at 2010-08-18 09:26 Message generated for change (Tracker Item Submitted) made by cviebrock You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3047744&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 removal doesn't clear out old notifications Initial Comment: When you turn off vacation, PFA doesn't remove the list of people who were notified. The next time you enable vacation, those people won't receive the new notifications. The solution (I think) is to clear the list of notifications each time vacation is enabled. Here's a patch to do that against SVN rev. 856. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3047744&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-08-18 13:09:33
|
Feature Requests item #3047739, was opened at 2010-08-18 09:09 Message generated for change (Tracker Item Submitted) made by cviebrock You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3047739&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: Colin Viebrock (cviebrock) Assigned to: Nobody/Anonymous (nobody) Summary: Add mail-to-all alias Initial Comment: The catch-all alias is nice: *@example.com -> jo...@ex... What would also be nice is a mail-to-all alias so that email to that address gets sent to all the mailboxes/aliases for the domain (without having to manually specify them all, and without having to update it each time the mailboxes or aliases are changed). al...@ex... -> *@example.com (which expands to joe@, mary@, bob@, jane@, etc.) (BTW, right now, specifying "*" as the destination for an alias translates to "@example.com", which causes Postfix to complain "user unknown".) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3047739&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-08-18 12:39:11
|
Bugs item #3047721, was opened at 2010-08-18 14:39 Message generated for change (Tracker Item Submitted) made by echternacht You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3047721&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: echternacht (echternacht) Assigned to: Nobody/Anonymous (nobody) Summary: usercreation Initial Comment: On a setup with virtual domains, I got an error with creating a new user. This only happens on domainnames with a "-" in the name f.e.: google-analytics.com The entries in the alias-table of the database are good. But in the mailbox-table the maildir looks like this: hom...@go... Than postfix create the maildirectory in this way: /maildirpath/hom...@go... With my setup, that works on version 2.2.1.1 very well, postfix creates the path rigth: /maildirpath/google-analytics.com/homer.simpson ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3047721&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-08-18 11:33:35
|
Bugs item #3047672, was opened at 2010-08-18 13:33 Message generated for change (Tracker Item Submitted) made by xkendy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3047672&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: xkendy (xkendy) Assigned to: Nobody/Anonymous (nobody) Summary: Function delete alias erase in one moment alias and mailbox Initial Comment: In frontend section "Alias control" if I click "DELETE ALIAS" the postfixadmin delete an alias and mailbox in the same time (and user lost all messages). I think this is wrong and may be fixed. May be with this: In section alias function delete deletes only alias not mailbox, and mailbox can be deleted only from the mailbox control, not from alias control. Wrong code is in the file delete.php section elseif ($fTable == "alias" or $fTable == "mailbox") in next else. There is on the same level this: $result = db_query("SELECT * FROM $table_alias WHERE address = '$fDelete' AND domain = '$fDomain'"); $result = db_query ("SELECT * FROM $table_mailbox WHERE username='$fDelete' AND domain='$fDomain'"); SVN Revision 820 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3047672&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-08-08 09:30:56
|
Feature Requests item #3041449, was opened at 2010-08-08 11:30 Message generated for change (Tracker Item Submitted) made by valkum You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3041449&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: Valkum (valkum) Assigned to: Nobody/Anonymous (nobody) Summary: Mailbox Quota should be overwritable by Superadmin Initial Comment: An Admin should not be bound on the default/max quota. So SUoeradmin can define that user x had an quota about 2 MBs but default/max conf var is set to 1 MB ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3041449&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-08-06 17:32:10
|
Feature Requests item #3039048, was opened at 2010-08-04 00:11 Message generated for change (Comment added) made by gw0 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3039048&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: gw0 (gw0) Assigned to: Nobody/Anonymous (nobody) Summary: Order domain list by description field Initial Comment: It would be great to have a option to change ordering of domains in the "Domain list". In particular I would like to see changing the sort order by the "Description" field. There could be a general solution by adding ordering options to all fields that make sense everywhere or at least a configuration option (e.g. in config.inc.php) to change the ordering. Sort of patch of what I would like to see: - in list-domain.php line 75 should have an option to change it to: ORDER BY $table_domain.description, $table_domain.domain ---------------------------------------------------------------------- >Comment By: gw0 (gw0) Date: 2010-08-06 19:32 Message: Huh, this doesn't work on PostgreSQL that way. Instead it could be done just with: ORDER BY $table_domain.description ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3039048&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-08-03 22:11:49
|
Feature Requests item #3039048, was opened at 2010-08-04 00:11 Message generated for change (Tracker Item Submitted) made by gw0 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3039048&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: gw0 (gw0) Assigned to: Nobody/Anonymous (nobody) Summary: Order domain list by description field Initial Comment: It would be great to have a option to change ordering of domains in the "Domain list". In particular I would like to see changing the sort order by the "Description" field. There could be a general solution by adding ordering options to all fields that make sense everywhere or at least a configuration option (e.g. in config.inc.php) to change the ordering. Sort of patch of what I would like to see: - in list-domain.php line 75 should have an option to change it to: ORDER BY $table_domain.description, $table_domain.domain ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3039048&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-08-03 22:07:12
|
Bugs item #3039042, was opened at 2010-08-03 23:55 Message generated for change (Comment added) made by gw0 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: Invalid Priority: 5 Private: No Submitted By: gw0 (gw0) Assigned to: Nobody/Anonymous (nobody) Summary: Hard coded URL when adding domain aliases 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: 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...> - 2010-08-03 21:55:54
|
Bugs item #3039042, was opened at 2010-08-03 23:55 Message generated for change (Tracker Item Submitted) made by gw0 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: Hard coded URL when adding domain aliases 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3039042&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-08-03 11:40:42
|
Bugs item #2797690, was opened at 2009-05-27 22:27 Message generated for change (Comment added) made by libertytrek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2797690&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: Open Resolution: None Priority: 6 Private: No Submitted By: Bjorn (bjornnilsen) Assigned to: Nobody/Anonymous (nobody) Summary: When domain is deleted any domain aliases are not removed Initial Comment: When domain is deleted any related domain aliases are not removed. This occurs for both the domain and the aliased domain. I am not sure if this causes any real world problems but it certainly is not tidy :) ---------------------------------------------------------------------- Comment By: Charles (libertytrek) Date: 2010-08-03 07:40 Message: Christian - I think your suggestion makes the most sense... much better to err on the safe side. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-08-02 16:55 Message: The easy part (deletion of the "from" domain) is fixed in SVN r853 (2.3 branch, will be in the 2.3.2 release). I'll also port it to trunk. The behaviour when deleting the "to" domain still has to be discussed - see my previous comment for details. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-06-25 18:45 Message: Indeed. I'm just thinking how we correctly solve it... Let's assume we have @example.com -> @domain.tld If example.com is deleted, it's easy - just delete the domain alias. The problem is: what should we do if domain.tld is deleted? Just deleting the domain alias isn't an option, because it affects/breaks example.com without notifying the admin/users. (Well, it will most probably break automatically ;-) even if the domain alias is still in the database...) IMHO the best solution would be to deny the deletion and display an error message "This domain is setup as alias domain for domain example.com. Please delete the domain alias before deleting the target domain." (Hmmm, basically "normal" aliases have similar problems, and we don't have a check there. However the difference is that alias domains pointing to "external" domains can't work due to the queries used in postfix.) I'm open to suggestions - do you like my idea or do you have a different proposal? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2797690&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-08-02 20:55:05
|
Bugs item #2797690, was opened at 2009-05-28 04: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=2797690&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: Open Resolution: None Priority: 6 Private: No Submitted By: Bjorn (bjornnilsen) Assigned to: Nobody/Anonymous (nobody) Summary: When domain is deleted any domain aliases are not removed Initial Comment: When domain is deleted any related domain aliases are not removed. This occurs for both the domain and the aliased domain. I am not sure if this causes any real world problems but it certainly is not tidy :) ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-08-02 22:55 Message: The easy part (deletion of the "from" domain) is fixed in SVN r853 (2.3 branch, will be in the 2.3.2 release). I'll also port it to trunk. The behaviour when deleting the "to" domain still has to be discussed - see my previous comment for details. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-06-26 00:45 Message: Indeed. I'm just thinking how we correctly solve it... Let's assume we have @example.com -> @domain.tld If example.com is deleted, it's easy - just delete the domain alias. The problem is: what should we do if domain.tld is deleted? Just deleting the domain alias isn't an option, because it affects/breaks example.com without notifying the admin/users. (Well, it will most probably break automatically ;-) even if the domain alias is still in the database...) IMHO the best solution would be to deny the deletion and display an error message "This domain is setup as alias domain for domain example.com. Please delete the domain alias before deleting the target domain." (Hmmm, basically "normal" aliases have similar problems, and we don't have a check there. However the difference is that alias domains pointing to "external" domains can't work due to the queries used in postfix.) I'm open to suggestions - do you like my idea or do you have a different proposal? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2797690&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-08-02 20:37:34
|
Feature Requests item #3034935, was opened at 2010-07-26 23:27 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3034935&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: hardfalcon (hardfalcon) Assigned to: Nobody/Anonymous (nobody) Summary: Remove dependency on apache2/lighttpd from DEB package Initial Comment: The "official" DEB packages have apache2/lighttpd marked as a dependency instead of a suggestion, however postfixadmin works just as fine one many other webserver (for example nginx, cherokee, hiawatha or any other webserver featuring CGI support). Please replace the dependency for apache2/lighttp with a dependency on the httpd-cgi metapackage. The script which is executed during installation to reconfigure apache2 or lighttpd could be changed so it detects whether apache2 or lighttpd are installed, and displays a warning message that the admin will have to configure the server by himself if none of those 2 webservers are detected. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-08-02 22:37 Message: Hoaxter and GingerDog told me (in the #postfixadmin IRC channel) to use "httpd" instead of your "httpd-cgi". Commited to SVN r851 (2.3 branch), will be fixed in PostfixAdmin 2.3.2. I'll also port this fix to trunk. The script that reconfigures the webserver is not changed yet, therefore I'll keep this bug open for now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3034935&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-08-01 21:25:12
|
Bugs item #3027375, was opened at 2010-07-09 15:09 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3027375&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: 9 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: users/edit-alias does not verify alias targets Initial Comment: Looks like users/edit-alias does not verify the alias targets (or the verification is broken) - it just accepted "foo" as alias target... (2.3 has the same bug, therefore no regression and no reason to delay the 2.3.1 release ;-) ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-08-01 23:25 Message: This bug has a very interesting solution: It's fixed by adding $error = 0; before checking the alias targets. With $error uninitialized, $error += 1 is still === 0 - at least PHP thinks so... Lection learned: always initialize your variables! Fixed in the 2.3 branch (SVN r850). The not-so-good news is that some internals of edit-alias aren't too nice - for example, $goto[] can contain an element with empty string. I added a check for that in the 2.3 branch, but we should use a better solution (avoid empty elements in $goto) in trunk ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3027375&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-07-26 21:27:55
|
Feature Requests item #3034935, was opened at 2010-07-26 23:27 Message generated for change (Tracker Item Submitted) made by hardfalcon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3034935&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: hardfalcon (hardfalcon) Assigned to: Nobody/Anonymous (nobody) Summary: Remove dependency on apache2/lighttpd from DEB package Initial Comment: The "official" DEB packages have apache2/lighttpd marked as a dependency instead of a suggestion, however postfixadmin works just as fine one many other webserver (for example nginx, cherokee, hiawatha or any other webserver featuring CGI support). Please replace the dependency for apache2/lighttp with a dependency on the httpd-cgi metapackage. The script which is executed during installation to reconfigure apache2 or lighttpd could be changed so it detects whether apache2 or lighttpd are installed, and displays a warning message that the admin will have to configure the server by himself if none of those 2 webservers are detected. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=3034935&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-07-25 19:20:09
|
Bugs item #3032816, was opened at 2010-07-21 23:56 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3032816&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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: $CONF['encrypt'] refusing all dovecot methods Initial Comment: Forgotten quotes at line 1207 of functions.inc.php (pacrypt function) lead postfixadmin to die and display the "$CONF[encrypt] = dovecot:md5-crypt will not work because dovecotpw generates a random salt each time. Please use \$CONF[encrypt] = md5crypt instead." message. Also, shouldn't there be quotes surrounding the "encrypt" in that message ? Fixed file attached. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-07-25 21:20 Message: "bigger changes" also mean that a separate bugreport makes sense. It's the old game: only one bug per bugreport ;-) I just opened https://sourceforge.net/tracker/?func=detail&aid=3034389&group_id=191583&atid=937964 The new bugreport also contains a code change that you could test - please reply there ;-) ---------------------------------------------------------------------- Comment By: Mickael Nguyen (mickaelnguyen) Date: 2010-07-23 18:35 Message: 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: Christian Boltz (christian_boltz) Date: 2010-07-23 00:05 Message: 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.) ---------------------------------------------------------------------- Comment By: Mickael Nguyen (mickaelnguyen) Date: 2010-07-22 04:20 Message: 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~ ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-07-22 01:07 Message: Thanks for the report! Fixed in SVN r849 (2.3 branch), needs to be merged to trunk also. Looks like we'll have to do a 2.3.2 release in some weeks ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3032816&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-07-25 19:19:33
|
Bugs item #3034389, was opened at 2010-07-25 21:10 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=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: 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...> - 2010-07-25 19:10:57
|
Bugs item #3034389, was opened at 2010-07-25 21:10 Message generated for change (Tracker Item Submitted) made by christian_boltz 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". :( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3034389&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-07-23 16:35:12
|
Bugs item #3032816, was opened at 2010-07-21 23:56 Message generated for change (Comment added) made by mickaelnguyen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3032816&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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: $CONF['encrypt'] refusing all dovecot methods Initial Comment: Forgotten quotes at line 1207 of functions.inc.php (pacrypt function) lead postfixadmin to die and display the "$CONF[encrypt] = dovecot:md5-crypt will not work because dovecotpw generates a random salt each time. Please use \$CONF[encrypt] = md5crypt instead." message. Also, shouldn't there be quotes surrounding the "encrypt" in that message ? Fixed file attached. ---------------------------------------------------------------------- Comment By: Mickael Nguyen (mickaelnguyen) Date: 2010-07-23 18:35 Message: 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: Christian Boltz (christian_boltz) Date: 2010-07-23 00:05 Message: 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.) ---------------------------------------------------------------------- Comment By: Mickael Nguyen (mickaelnguyen) Date: 2010-07-22 04:20 Message: 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~ ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-07-22 01:07 Message: Thanks for the report! Fixed in SVN r849 (2.3 branch), needs to be merged to trunk also. Looks like we'll have to do a 2.3.2 release in some weeks ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3032816&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-07-22 22:05:41
|
Bugs item #3032816, was opened at 2010-07-21 23:56 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3032816&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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: $CONF['encrypt'] refusing all dovecot methods Initial Comment: Forgotten quotes at line 1207 of functions.inc.php (pacrypt function) lead postfixadmin to die and display the "$CONF[encrypt] = dovecot:md5-crypt will not work because dovecotpw generates a random salt each time. Please use \$CONF[encrypt] = md5crypt instead." message. Also, shouldn't there be quotes surrounding the "encrypt" in that message ? Fixed file attached. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-07-23 00:05 Message: 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.) ---------------------------------------------------------------------- Comment By: Mickael Nguyen (mickaelnguyen) Date: 2010-07-22 04:20 Message: 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~ ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-07-22 01:07 Message: Thanks for the report! Fixed in SVN r849 (2.3 branch), needs to be merged to trunk also. Looks like we'll have to do a 2.3.2 release in some weeks ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3032816&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-07-22 02:20:40
|
Bugs item #3032816, was opened at 2010-07-21 23:56 Message generated for change (Comment added) made by mickaelnguyen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3032816&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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: $CONF['encrypt'] refusing all dovecot methods Initial Comment: Forgotten quotes at line 1207 of functions.inc.php (pacrypt function) lead postfixadmin to die and display the "$CONF[encrypt] = dovecot:md5-crypt will not work because dovecotpw generates a random salt each time. Please use \$CONF[encrypt] = md5crypt instead." message. Also, shouldn't there be quotes surrounding the "encrypt" in that message ? Fixed file attached. ---------------------------------------------------------------------- Comment By: Mickael Nguyen (mickaelnguyen) Date: 2010-07-22 04:20 Message: 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~ ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2010-07-22 01:07 Message: Thanks for the report! Fixed in SVN r849 (2.3 branch), needs to be merged to trunk also. Looks like we'll have to do a 2.3.2 release in some weeks ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3032816&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2010-07-21 23:07:12
|
Bugs item #3032816, was opened at 2010-07-21 23:56 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3032816&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: $CONF['encrypt'] refusing all dovecot methods Initial Comment: Forgotten quotes at line 1207 of functions.inc.php (pacrypt function) lead postfixadmin to die and display the "$CONF[encrypt] = dovecot:md5-crypt will not work because dovecotpw generates a random salt each time. Please use \$CONF[encrypt] = md5crypt instead." message. Also, shouldn't there be quotes surrounding the "encrypt" in that message ? Fixed file attached. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2010-07-22 01:07 Message: Thanks for the report! Fixed in SVN r849 (2.3 branch), needs to be merged to trunk also. Looks like we'll have to do a 2.3.2 release in some weeks ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=3032816&group_id=191583 |
700 messages has been excluded from this view by a project administrator.
