postfixadmin-tracker Mailing List for PostfixAdmin (Page 51)
Brought to you by:
christian_boltz,
gingerdog
Menu
▾
▴
postfixadmin-tracker — Postfix Admin tracker notification - READ ONLY!
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(67) |
Nov
(83) |
Dec
(47) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(57) |
Feb
(15) |
Mar
(21) |
Apr
(38) |
May
(27) |
Jun
(38) |
Jul
(35) |
Aug
(50) |
Sep
(8) |
Oct
(9) |
Nov
(59) |
Dec
(59) |
| 2009 |
Jan
(27) |
Feb
(42) |
Mar
(63) |
Apr
(46) |
May
(26) |
Jun
(25) |
Jul
(40) |
Aug
(19) |
Sep
(17) |
Oct
(35) |
Nov
(26) |
Dec
(21) |
| 2010 |
Jan
(11) |
Feb
(19) |
Mar
(40) |
Apr
(25) |
May
(23) |
Jun
(17) |
Jul
(10) |
Aug
(18) |
Sep
(21) |
Oct
(12) |
Nov
(10) |
Dec
(22) |
| 2011 |
Jan
(30) |
Feb
(23) |
Mar
(23) |
Apr
(38) |
May
(32) |
Jun
(19) |
Jul
(20) |
Aug
(36) |
Sep
(11) |
Oct
(28) |
Nov
(4) |
Dec
(4) |
| 2012 |
Jan
(6) |
Feb
(3) |
Mar
(16) |
Apr
(28) |
May
(29) |
Jun
(10) |
Jul
(2) |
Aug
(3) |
Sep
|
Oct
(13) |
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
(11) |
Feb
(7) |
Mar
(29) |
Apr
(2) |
May
(3) |
Jun
(15) |
Jul
(8) |
Aug
(5) |
Sep
(5) |
Oct
(4) |
Nov
(27) |
Dec
(81) |
| 2014 |
Jan
(12) |
Feb
(13) |
Mar
(5) |
Apr
|
May
(41) |
Jun
(16) |
Jul
(7) |
Aug
(10) |
Sep
(24) |
Oct
(50) |
Nov
|
Dec
(2) |
| 2015 |
Jan
(5) |
Feb
(2) |
Mar
(7) |
Apr
(20) |
May
(1) |
Jun
(3) |
Jul
(12) |
Aug
(1) |
Sep
(17) |
Oct
(5) |
Nov
(20) |
Dec
(10) |
| 2016 |
Jan
(10) |
Feb
(11) |
Mar
(22) |
Apr
(30) |
May
(33) |
Jun
(3) |
Jul
|
Aug
(12) |
Sep
(20) |
Oct
(11) |
Nov
(15) |
Dec
(8) |
| 2017 |
Jan
(1) |
Feb
(11) |
Mar
(10) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
(3) |
| 2018 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
(4) |
Jun
(2) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2008-06-08 18:02:26
|
Feature Requests item #1973673, was opened at 2008-05-27 01:04 Message generated for change (Comment added) made by lenix You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1973673&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: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: merge SQL queries for alias domains Initial Comment: >From POSTFIX_CONF.txt: virtual_alias_maps = proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_maps.cf, proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_maps.cf, proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_catchall_maps.cf virtual_mailbox_maps = proxy:mysql:/etc/postfix/sql/mysql_virtual_mailbox_maps.cf, proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_mailbox_maps.cf This means MySQL is called twice for mailboxes and three times for aliases (except if the first try returns a result, of course). If possible, we should merge the queries so that alias and mailbox queries always only need one map. SELECT ... UNION SELECT ... UNION SELECT ... doesn't look very nice, but it has a better performance than doing two or three separate queries. Or is there a special reason why we should do separate queries? ---------------------------------------------------------------------- Comment By: Guido Boehm (lenix) Date: 2008-06-08 20:02 Message: Logged In: YES user_id=142401 Originator: NO hi christian, after re-thinking the way postfix does lookups it appears to me it already does run 2 queries per item in 'virtual_alias_maps': - a first try for exact matches (looking up the key 'bo...@ex...') - if the first try didn't give any results a second try for catchall (looking up the key '@example.com') based on this assumption i created the following query which should be able to replace the 3 virtual_alias_maps-queries in the current setup: SELECT alias.goto FROM alias LEFT JOIN alias_domain ON alias_domain.alias_domain = '%d' WHERE alias.active = 1 AND ( alias.address='%s' OR (alias_domain.alias_domain='%d' AND alias.address=CONCAT('%u','@',alias_domain.target_domain)) ) although i did run a set of test-queries against my own database which looked promising i don't have the time to extensivly test it inside my postfix-setup right now. i'll try to do this next week and keep you updated. thanks for your patience, lenix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1973673&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-06-08 07:39:39
|
Feature Requests item #1987990, was opened at 2008-06-08 07:39 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1987990&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: GingerDog (gingerdog) Assigned to: Nobody/Anonymous (nobody) Summary: Installer - check perms to create tables etc Initial Comment: Quite a few users seem to run into problems on installation regarding the ability to create tables within their db. The installer (setup.php) should check to see whether the db user can create tables within the database, and if not, it should write out the SQL to screen for the user to run. (Presumably this is just a case of doing "echo $sql" rather than "db_query($sql)") The user can then be responsible for copy & pasting the SQL in as appropriate. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1987990&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-06-06 23:26:54
|
Patches item #1986622, was opened at 2008-06-06 18:20 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1986622&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: tw.lang (modified) Initial Comment: Modified Tranditional Chinese language file ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-06-07 01:27 Message: Logged In: YES user_id=593261 Originator: NO I'm slightly confused - according to the comments in the file, it is based on cn.lang (simplified chinese). However, you have uploaded it as tw.lang (traditional chinese). Which is the correct language of your file? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1986622&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-06-06 16:20:40
|
Patches item #1986622, was opened at 2008-06-06 09:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1986622&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: tw.lang (modified) Initial Comment: Modified Tranditional Chinese language file ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1986622&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-06-05 19:03:55
|
Feature Requests item #1939286, was opened at 2008-04-10 04:05 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1939286&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: 9evill (simpsas) Assigned to: Nobody/Anonymous (nobody) Summary: Check box to insert into alias then creating new mailbox. Initial Comment: Hi when creating new mailbox it would be nice to have a checkbox to select in witch alises to insert new email. For now you have to create new email, and then manualy go to all needed aliases and insert that email. Then i say aliases i mean groups like of...@do...d eve...@do... etc... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-06-05 12:04 Message: Logged In: NO this would be very welcome and saves a lot of time when adding a user to the mail server, wich needs to be in several groups. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1939286&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-31 02:25:21
|
Bugs item #1980062, was opened at 2008-05-30 22:25 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1980062&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: v 2.1 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thomas Harold (tgharold) Assigned to: Nobody/Anonymous (nobody) Summary: Long entries in alias.goto field cause log.data field error Initial Comment: Once the length of the alias.goto field approaches 255, PostfixAdmin will start erroring out due to attempting to write information into the log.data field. The fix for this is to make the data field in the log table a "text" (in PostgreSQL) field instead of character(255). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1980062&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-29 12:00:41
|
Feature Requests item #1977705, was opened at 2008-05-29 14:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1977705&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: bo_i (bo_i) Assigned to: Nobody/Anonymous (nobody) Summary: Secure access to Super Admin Initial Comment: Hi, In the previous version 2.1.0 the admin stuff lived in its own directory. This was good because I could use Apache to bloce access from users outside the intranet. This is no longer possible. It would be nice to have this functionality again. Perhaps a table containing the IP addresses allowed to log in to the super admin account. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1977705&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-28 08:18:05
|
Feature Requests item #1976231, was opened at 2008-05-28 01:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1976231&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Broadcast message to real mailboxes only Initial Comment: It would be nice to have a checkbox for exluding aliases from receiving a broadcast message. For example, a message announcing a server maintenance break should go only to local users, not external emails defined in aliases. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1976231&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-27 18:43:26
|
Patches item #1974742, was opened at 2008-05-27 14:05 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1974742&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: Johan Hendriks (sylhouette) Assigned to: Nobody/Anonymous (nobody) Summary: updated nl language file rev 373 Initial Comment: Here an updated language file of the dutch language file nl.lang regards, Johan Hendriks ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-05-27 20:43 Message: Logged In: YES user_id=593261 Originator: NO Commited to SVN r376. Thanks for the translation update! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1974742&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-27 12:05:11
|
Patches item #1974742, was opened at 2008-05-27 12:05 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1974742&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: Johan Hendriks (sylhouette) Assigned to: Nobody/Anonymous (nobody) Summary: updated nl language file rev 373 Initial Comment: Here an updated language file of the dutch language file nl.lang regards, Johan Hendriks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1974742&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-26 23:04:28
|
Feature Requests item #1973673, was opened at 2008-05-27 01:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1973673&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: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: merge SQL queries for alias domains Initial Comment: >From POSTFIX_CONF.txt: virtual_alias_maps = proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_maps.cf, proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_maps.cf, proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_catchall_maps.cf virtual_mailbox_maps = proxy:mysql:/etc/postfix/sql/mysql_virtual_mailbox_maps.cf, proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_mailbox_maps.cf This means MySQL is called twice for mailboxes and three times for aliases (except if the first try returns a result, of course). If possible, we should merge the queries so that alias and mailbox queries always only need one map. SELECT ... UNION SELECT ... UNION SELECT ... doesn't look very nice, but it has a better performance than doing two or three separate queries. Or is there a special reason why we should do separate queries? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1973673&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-26 21:09:05
|
Bugs item #1972703, was opened at 2008-05-26 13:25 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1972703&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Database Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: utf-8 problem in different tables fields Initial Comment: Almost all the tables created by upgrade.php have LATIN1 codepage, thus it's impossible give the description in utf-8 codepage in domain table, for example. I think the right behavior is that all of the tables should be utf-8 by default. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-05-26 23:09 Message: Logged In: YES user_id=593261 Originator: NO The correct behaviour is: - have utf8 for all fields where the user can enter any text (description, vacation message etc) - have latin1 for domains and mail addresses - they will never contain non-ascii characters (special characters have to be punicode-encoded in domain names) - and, most important: use latin1 whenever possible. utf8 can cause various problems (for example with index length limits), therefore it should only be used if really necessary. I just checked the database. The following fields need to be changed to utf8: - domain.description - mailbox.name - (vacation message is already utf-8) I just added the needed ALTER TABLE statements to upgrade.php. Please run setup.php to update your database. -> Fixed in SVN r374 - thanks for your report! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1972703&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-26 11:25:28
|
Bugs item #1972703, was opened at 2008-05-26 04:25 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1972703&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: utf-8 problem in different tables fields Initial Comment: Almost all the tables created by upgrade.php have LATIN1 codepage, thus it's impossible give the description in utf-8 codepage in domain table, for example. I think the right behavior is that all of the tables should be utf-8 by default. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1972703&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-25 21:21:07
|
Patches item #1923030, was opened at 2008-03-22 15:39 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1923030&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: SVN (please specify revision!) >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Michiel van Baak (mvanbaak) Assigned to: Nobody/Anonymous (nobody) Summary: quota and scripthook for edit-mailbox.php Initial Comment: This patch is against revision 313 of trunk. The mailbox_postcreation hook does not send the quota to the script. We need this in order to run 'maildirmake -q' Also, when you alter a mailbox you need to run a script to alter the quota as well. I found no hook for it so implemented it. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-05-25 23:21 Message: Logged In: YES user_id=593261 Originator: NO Thanks for the patch - commited to SVN r373. I did some small changes: - made $quota an required parameter in the mailbox_postedit and mailbox_postcreation functions - the scripts always get the quota as 4th parameter. In case $quota is <= 0, it is set to 0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1923030&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-25 20:52:27
|
Bugs item #1971591, was opened at 2008-05-25 02:34 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1971591&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: Allen Brooker (allen_jb) Assigned to: Nobody/Anonymous (nobody) Summary: Error in Dovecot SQL configuration (Password scheme) Initial Comment: DOCUMENTS/DOVECOT.txt (in PostfixAdmin 2.2.0) instructs the user to set default_pass_scheme to PLAIN-MD5 (MD5 sum stored in hex - http://wiki.dovecot.org/Authentication/PasswordSchemes ), when it should be MD5 ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-05-25 22:52 Message: Logged In: YES user_id=593261 Originator: NO Hmm, the dovecot wiki says: - MD5-CRYPT: MD5 based salted password hash nowadays commonly used in /etc/shadow. (e.g. "pass" = $1$ozdpg0V0$0fb643pVsPtHVPX8mCZYW/) - MD5: Alias for MD5-CRYPT. Dovecot versions earlier than v1.0.rc16 need to use this instead of MD5-CRYPT. This name is deprecated because MD5-CRYPT isn't an actual MD5 hash. - PLAIN-MD5: An actual MD5 hash of the password. (e.g. "pass" = 1a1dc91c907325c69271ddf0c944bc72) -> the setting "MD5" is deprecated, it's called MD5-CRYPT nowadays -> DOVECOT.txt is still wrong, because md5-crypt is the default setting in config.inc.php -> the documentation should contain a list of settings, depending on the postfixadmin $CONF['encrypt'] setting Fixed in SVN r372. DOVECOT.txt now contains: # Default password scheme. # depends on your $CONF['encrypt'] setting: # md5crypt -> MD5-CRYPT # md5 -> PLAIN-MD5 # cleartext -> PLAIN default_pass_scheme = MD5-CRYPT I'm not a dovecot expert - please speak up if I got something wrong ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1971591&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-25 20:34:29
|
Bugs item #1971444, was opened at 2008-05-24 21:10 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1971444&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: Allen Brooker (allen_jb) Assigned to: Nobody/Anonymous (nobody) Summary: DOCUMENTS/BACKUP_MX.txt contains old format maps file Initial Comment: DOCUMENTS/BACKUP_MX.txt in postfixadmin 2.2.0 contains only instructions for the old-style (pre-2.2) Postfix maps file (see below). It should be updated for the new style format (as used in DOCUMENTS/POSTFIX_CONF.txt) user = postfix password = postfix hosts = localhost dbname = postfix table = domain select_field = domain where_field = domain additional_conditions = and backupmx = '1' ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-05-25 22:34 Message: Logged In: YES user_id=593261 Originator: NO Fixed in SVN r371. Thanks for reporting even this small issue! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1971444&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-25 19:44:12
|
Bugs item #1865122, was opened at 2008-01-06 16:19 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865122&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface (example) Group: SVN (please specify revision!) >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Raphael Schmid (sixtyfive) Assigned to: Nobody/Anonymous (nobody) Summary: PFA doesn't know it works with LigHTTPd Initial Comment: setup.php should be modified to recognize LigHTTPd since PFA works just fine with it! (Rev. 286) ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-05-25 21:44 Message: Logged In: YES user_id=593261 Originator: NO Fixed in SVN r370. - warning message removed - still displaying Apache version if running on Apache ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-03-05 01:18 Message: Logged In: YES user_id=593261 Originator: NO I think the easiest solution is to simply remove this check. - the Apache version isn't really relevant (only the PHP version, which is a different check) - if another webserver is used, the check is pointless - and, after all, postfixadmin _is_ running, so obviously we are on a supported webserver ;-)) ---------------------------------------------------------------------- Comment By: Raphael Schmid (sixtyfive) Date: 2008-01-06 21:49 Message: Logged In: YES user_id=658318 Originator: YES I can see what you mean, but I'll disagree if you allow :-) ... IMO the proper way would be to check whether Apache is the webserver and _if_ it is, _then_ show any warnings about it... ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-01-06 18:08 Message: Logged In: YES user_id=1761957 Originator: NO I think this is invalid, namely the setup.php page says something like : "Unable to check for Apache version. (missing function: apache_get_version()) (Ignore this warning if you use another webserver software.)" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1865122&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-25 19:36:09
|
Bugs item #1970684, was opened at 2008-05-23 19: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=1970684&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Mailbox/Subfolder Autocreation Problems with Courier IMAP Initial Comment: This is believed to only be relevant when using Courier IMAP When adding a new mailbox to a domain and default IMAP folders to be created are specified in the config file (e.g. $CONF['create_mailbox_subdirs']=array('Trash'); these folders are never created and an error is displayed. The reason is that in create-mailbox.php, the IMAP commands to create the subfolders are issued _before_ the welcome mail is sent. However, when no welcome mail is sent, the users home directory is not present. Without it, Courier IMAP is not able to successfully authenticate, thus not allowing to create the IMAP directories. The fix is simple, just move the function that sends the mail above the one that creates the subfolders. Adding a little pause, say sleep(1) helped me to get the mail through my filters (spam, etc) before the IMAP commands were issued. This fix was tested and found to be working. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-05-25 21:36 Message: Logged In: YES user_id=593261 Originator: NO Fixed in SVN r369. Thanks for the report! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1970684&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-25 00:34:30
|
Bugs item #1971591, was opened at 2008-05-25 00:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1971591&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: Allen Brooker (allen_jb) Assigned to: Nobody/Anonymous (nobody) Summary: Error in Dovecot SQL configuration (Password scheme) Initial Comment: DOCUMENTS/DOVECOT.txt (in PostfixAdmin 2.2.0) instructs the user to set default_pass_scheme to PLAIN-MD5 (MD5 sum stored in hex - http://wiki.dovecot.org/Authentication/PasswordSchemes ), when it should be MD5 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1971591&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-24 19:10:45
|
Bugs item #1971444, was opened at 2008-05-24 19:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1971444&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: Allen Brooker (allen_jb) Assigned to: Nobody/Anonymous (nobody) Summary: DOCUMENTS/BACKUP_MX.txt contains old format maps file Initial Comment: DOCUMENTS/BACKUP_MX.txt in postfixadmin 2.2.0 contains only instructions for the old-style (pre-2.2) Postfix maps file (see below). It should be updated for the new style format (as used in DOCUMENTS/POSTFIX_CONF.txt) user = postfix password = postfix hosts = localhost dbname = postfix table = domain select_field = domain where_field = domain additional_conditions = and backupmx = '1' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1971444&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-23 17:23:43
|
Bugs item #1970684, was opened at 2008-05-23 10:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1970684&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Mailbox/Subfolder Autocreation Problems with Courier IMAP Initial Comment: This is believed to only be relevant when using Courier IMAP When adding a new mailbox to a domain and default IMAP folders to be created are specified in the config file (e.g. $CONF['create_mailbox_subdirs']=array('Trash'); these folders are never created and an error is displayed. The reason is that in create-mailbox.php, the IMAP commands to create the subfolders are issued _before_ the welcome mail is sent. However, when no welcome mail is sent, the users home directory is not present. Without it, Courier IMAP is not able to successfully authenticate, thus not allowing to create the IMAP directories. The fix is simple, just move the function that sends the mail above the one that creates the subfolders. Adding a little pause, say sleep(1) helped me to get the mail through my filters (spam, etc) before the IMAP commands were issued. This fix was tested and found to be working. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1970684&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-21 22:03:27
|
Feature Requests item #1969168, was opened at 2008-05-22 00:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1969168&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: 4 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: backup.php should use table list from config Initial Comment: (SVN r363) config.inc.php contains a list of all database tables in $CONF['database_tables']. fetchmail.php contains a similar list, which means additional work if a new table is added. Maybe we should use the list from $CONF in backup.php. The only problem might be: If someone uses an outdated config.inc.php, not all tables are included in the backup :-( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1969168&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-21 21:08:40
|
Patches item #1901104, was opened at 2008-02-25 01:42 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1901104&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core >Group: SVN (please specify revision!) >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Guido Boehm (lenix) Assigned to: Nobody/Anonymous (nobody) Summary: domain aliases without bounces/backscatter Initial Comment: see http://sourceforge.net/forum/message.php?msg_id=4678100 for full problem description. in short: the current mechanism to do domain-aliasing (joh...@al... goes to joh...@re..., fo...@al... goes to fo...@re..., ...) is to insert a record into the alias-table, like address:@alias.com goto:@real.com. unless @real.com has catchall configured (address:@real.com, goto:us...@re...) this solution will generate bounce-mails. postfix will accept all mail for @alias.com, and only afterwards notice that there's no such user @real.com. this "backscatter"-problem makes you unpopular among other postmasters, so you would better try to avoid bouncing many messages. unfortunately, the only way to handle such situations in postfix without producing backscatter involves creating another table and modifying some main.cf configuration. this patch adds an alias_domain table to the setup, includes documentation for postfix-configuration and adds proper listing and forms for handling those alias-domains. it can peacefully co-exists with the "old" way to do domain-aliasing, that means that @alias.com -> @real.com in 'alias'-table will keep working, but it'll still have the same problems described above. since there are new forms/errors/... there are a lot of new strings to translate, i'll provide a german translation myself the next days. Do these new items have to be added to DOCUMENTS/LANGUAGE.txt? regarding PgSQL, i tried to support it everywhere i added new queries, but since i have no postgres-installation at hand i didn't test the relevant parts. it would be nice if somebody could provide some feedback/fixups on this topic. have fun, guido 'lenix' boehm ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2008-05-21 21:08 Message: Logged In: YES user_id=1761957 Originator: NO Hello! Thank you for the patch, and sorry it's taken so long to even try and merge this. I've merged it in with changeset 363 - and it _should_ work (at least from a MySQL point of view, I suspect). (I think list-virtual.php needs some loving attention, but I've run out of time to do this right now - perhaps someone else can?) Both databases should get upgraded correctly via upgrade.php (at least I tested that much). When applying the patch, there was a bit of fuzz reported, so it's possible something is logically broken - hence it needs testing. Anyway, thank you - once again. I'll mark this patch as now accepted and fixed etc so it's easier to distinguish any new bugs etc. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-05 18:13 Message: Logged In: NO Hi Lenix, hope you got some sleep! Thanks for answering my questions. It's a great patch (useful, AND well written) so many thanks for sharing it with us. I hope the postfixadmin team get chance to add it to upstream as it addresses a real problem with the existing system - nobody wants a backscattering mail server! Best Chris ---------------------------------------------------------------------- Comment By: Guido Boehm (lenix) Date: 2008-04-05 00:26 Message: Logged In: YES user_id=142401 Originator: YES Hello Chris, thanks for testing :-) It does mean exactly what you described, although it works for (regular) aliases configured for foo.com, too. So if you happen to have a "fhk...@fo..." alias defined in your example (2), an email to "fhk...@ba..." would be accepted and delivered to whatever turns to be the target (goto/..) of "fhk...@fo...". Next to this you could configure additional addresses which exist only for "bar.com", but would be rejected for "foo.com". Let me know if there's anything left unclear to you, it is currently 2:20am over here, so i might sound a bit confusing again.. ---------------------------------------------------------------------- Comment By: Chris Nolan (chris_nolan) Date: 2008-04-04 21:57 Message: Logged In: YES user_id=2054925 Originator: NO Hmmmm, this looks useful although I'm *slightly* confused about it... Does this patch in effect mean that 1) if I have user1, user2 and user3 set up as mailboxes on foo.com then I alias bar.com to foo.com that postfix will now automatically accept all mail for us...@ba... us...@ba... and us...@ba... and they will be delivered to us...@fo... us...@fo... and us...@fo... respectively? 2) that any mail to an unknown user "fhk...@ba..." that is not set up as a mailbox on foo.com will be rejected with a 550 response? Anyway, the patch applies very nicely against revision 316 too (there is a 2 line difference somewhere, but it applies fine). You need to add a line to templates/menu.php at line 26 for the new feature to be available from the admin menu: $submenu_domain .= _menulink("create-alias-domain.php", $PALANG['pMenu_create_alias_domain']); Hope you can answer my two questions! ---------------------------------------------------------------------- Comment By: Guido Boehm (lenix) Date: 2008-02-25 01:44 Message: Logged In: YES user_id=142401 Originator: YES oh, and patch is diff -pruN against svn 299 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1901104&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-19 21:57:06
|
Bugs item #1830742, was opened at 2007-11-12 15:14 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1830742&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: SVN (please specify revision!) Status: Open Resolution: None Priority: 1 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: unused column "quota" in domain table Initial Comment: (split off from https://sourceforge.net/tracker/index.php?func=detail&aid=1829511&group_id=191583&atid=937964) It seems the "quota" field in domain table is not used anywhere. The actual quota is stored in "maxquota". -> we should drop the column after 2.2 is released ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-05-19 14:57 Message: Logged In: NO Quota is being used in the SVN version in the mailbox table. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1830742&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-05-07 05:29:46
|
Bugs item #1959190, was opened at 2008-05-07 03:17 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1959190&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Languages Group: SVN (please specify revision!) >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Odd Henriksen (oddhenriksen) Assigned to: Nobody/Anonymous (nobody) Summary: New Norwegian (bokmål) translation and languages.php patch Initial Comment: As discussed with gingerdog and christian_boltz in the discussion forum, I have created a new and complete Norwegian (bokmål) translation for Postfix Admin, based on the latest English translation (as far as I can see, latest revision is 358). I ask that someone adds it to the repository. Please note that the language code of this translation (nb) differs from the existing Norwegian translation (nn). This is intentional and it is the correct language code for this translation. I have explained this in greater detail in the thread "Regarding the Norwegian translation" in the discussion forum, if more information is desirable. It is encoded in UTF-8, as it should be. The file languages.php will obviously need an update, as there is currently no definition for "nb" in it. Furthermore, the old Norwegian translation (language code "nn") is simply listed as "Norwegian", falsely giving the impression that it is the primary Norwegian written language (which it is not). I have made a patch for languages.php where "nb" is added, and the language variants are explicitly specified, as it should be. I'm attaching two files to this ticket: nb.lang: New, full Norwegian (bokmål) translation languages.php.patch: Patch (diff) for languages.php. Necessary for the new translation to be enabled. In case any other information is needed, or there are any problems or uncertainties, please let me know. I feel that I should also mention the following as a side note: If Apache (or another web server for that matter) is configured with ISO-8859-1 as the default charset, the Postfix Admin pages will not by default be displayed in UTF-8 encoding. That obviously makes any translation with national characters look gibberish. I've fixed this on my own PA installation, and will create another ticket about this with a patch for templates/header.php (I've simply added one header() command). I have explained this matter in greater detail in the discussion forum, under the thread "Charset encoding". ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2008-05-07 05:29 Message: Logged In: YES user_id=1761957 Originator: NO Uploaded/patched in changeset 360 - many thanks. ---------------------------------------------------------------------- Comment By: Odd Henriksen (oddhenriksen) Date: 2008-05-07 03:19 Message: Logged In: YES user_id=1672080 Originator: YES File Added: language.php.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1959190&group_id=191583 |
700 messages has been excluded from this view by a project administrator.
