postfixadmin-tracker Mailing List for PostfixAdmin (Page 42)
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...> - 2009-01-28 11:10:20
|
Bugs item #2541610, was opened at 2009-01-27 23:28 Message generated for change (Settings changed) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2541610&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: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Tabmow (tabmowtez) Assigned to: Nobody/Anonymous (nobody) Summary: Admin remove vacation does not clear vacation_notifcation Initial Comment: Hi, I have found a bug (courtesy of Echo_Fox from #FreeBSDHelp on EFNet) that has to do with the edit-vacation.php script. When an admin removes a user vacation message it does not clear the vacation_notification table. So when a user re-enters vacation mode the people that have already been notified will not receive an e-mail. The patch is below inline: --- edit-vacation.php.orig 2009-01-28 09:47:42.000000000 +1100 +++ edit-vacation.php 2009-01-28 09:48:03.000000000 +1100 @@ -118,7 +118,7 @@ $db_false = db_get_boolean(false); // retain vacation message if possible - i.e disable vacation away-ness. $result = db_query ("UPDATE $table_vacation SET active = $db_false WHERE email='$fUsername'"); - + $result = db_query ("DELETE FROM $table_vacation_notification WHERE on_vacation='$fUsername'"); $result = db_query ("SELECT * FROM $table_alias WHERE address='$fUsername'"); if ($result['rows'] == 1) { ---------------------------------------------------------------------- Comment By: Tabmow (tabmowtez) Date: 2009-01-27 23:30 Message: Nevermind, just saw http://postfixadmin.svn.sourceforge.net/viewvc/postfixadmin/trunk/edit-vacation.php?r1=302&r2=432 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2541610&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-27 23:30:41
|
Bugs item #2541610, was opened at 2009-01-28 10:28 Message generated for change (Comment added) made by tabmowtez You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2541610&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: Closed Resolution: None Priority: 5 Private: No Submitted By: Tabmow (tabmowtez) Assigned to: Nobody/Anonymous (nobody) Summary: Admin remove vacation does not clear vacation_notifcation Initial Comment: Hi, I have found a bug (courtesy of Echo_Fox from #FreeBSDHelp on EFNet) that has to do with the edit-vacation.php script. When an admin removes a user vacation message it does not clear the vacation_notification table. So when a user re-enters vacation mode the people that have already been notified will not receive an e-mail. The patch is below inline: --- edit-vacation.php.orig 2009-01-28 09:47:42.000000000 +1100 +++ edit-vacation.php 2009-01-28 09:48:03.000000000 +1100 @@ -118,7 +118,7 @@ $db_false = db_get_boolean(false); // retain vacation message if possible - i.e disable vacation away-ness. $result = db_query ("UPDATE $table_vacation SET active = $db_false WHERE email='$fUsername'"); - + $result = db_query ("DELETE FROM $table_vacation_notification WHERE on_vacation='$fUsername'"); $result = db_query ("SELECT * FROM $table_alias WHERE address='$fUsername'"); if ($result['rows'] == 1) { ---------------------------------------------------------------------- >Comment By: Tabmow (tabmowtez) Date: 2009-01-28 10:30 Message: Nevermind, just saw http://postfixadmin.svn.sourceforge.net/viewvc/postfixadmin/trunk/edit-vacation.php?r1=302&r2=432 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2541610&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-27 23:28:23
|
Bugs item #2541610, was opened at 2009-01-28 10:28 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=2541610&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: Tabmow (tabmowtez) Assigned to: Nobody/Anonymous (nobody) Summary: Admin remove vacation does not clear vacation_notifcation Initial Comment: Hi, I have found a bug (courtesy of Echo_Fox from #FreeBSDHelp on EFNet) that has to do with the edit-vacation.php script. When an admin removes a user vacation message it does not clear the vacation_notification table. So when a user re-enters vacation mode the people that have already been notified will not receive an e-mail. The patch is below inline: --- edit-vacation.php.orig 2009-01-28 09:47:42.000000000 +1100 +++ edit-vacation.php 2009-01-28 09:48:03.000000000 +1100 @@ -118,7 +118,7 @@ $db_false = db_get_boolean(false); // retain vacation message if possible - i.e disable vacation away-ness. $result = db_query ("UPDATE $table_vacation SET active = $db_false WHERE email='$fUsername'"); - + $result = db_query ("DELETE FROM $table_vacation_notification WHERE on_vacation='$fUsername'"); $result = db_query ("SELECT * FROM $table_alias WHERE address='$fUsername'"); if ($result['rows'] == 1) { ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2541610&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-26 17:17:42
|
Feature Requests item #2538114, was opened at 2009-01-26 12:17 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=2538114&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: Randy T (tarantir) Assigned to: Nobody/Anonymous (nobody) Summary: Feature Add Alias Description Initial Comment: A nice feature to have would be a description to go along with aliases. As an admin I setup many aliases and tend to forget what the more obscure ones I create are for. I have added a field for description to the alias table. Whenever a new release becomes available I modify the respective .PHP’s to allow displaying and editing of the alias description. I would offer a patch but I’m a bit of a hack when it comes to development. I used to display and edit the alias descriptions directly in the database. Kind Regards, ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=2538114&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-24 15:40:27
|
Patches item #2532202, was opened at 2009-01-24 02:27 Message generated for change (Settings changed) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2532202&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: Updated nb.lang Initial Comment: Updated nb translation for 2.3beta. This patch is meant to be applied on the old nb.lang in 2.3beta / r527 (made with 'diff -au2 old/nb.lang new/nb.lang'). ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2009-01-24 15:40 Message: applied; thank you for taking the time to do this. See revision 546; It'll appear in either the next beta release, or 2.3. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2532202&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-24 02:27:07
|
Patches item #2532202, was opened at 2009-01-24 03:27 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=2532202&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: Open Resolution: None Priority: 5 Private: No Submitted By: Odd Henriksen (oddhenriksen) Assigned to: Nobody/Anonymous (nobody) Summary: Updated nb.lang Initial Comment: Updated nb translation for 2.3beta. This patch is meant to be applied on the old nb.lang in 2.3beta / r527 (made with 'diff -au2 old/nb.lang new/nb.lang'). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2532202&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-23 23:13:10
|
Patches item #2530792, was opened at 2009-01-23 10:17 Message generated for change (Settings changed) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2530792&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 Initial Comment: Updated NL language file ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2009-01-23 21:46 Message: Thanks - see changeset 544.. merged/accepted etc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2530792&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-23 10:18:02
|
Patches item #2530792, was opened at 2009-01-23 10:17 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=2530792&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 Initial Comment: Updated NL language file ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2530792&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-15 14:33:57
|
Patches item #1793352, was opened at 2007-09-12 19:35 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1793352&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Fred (fple) Assigned to: Nobody/Anonymous (nobody) Summary: support of mysql encrypt method for passwords Initial Comment: the function pacrypt is patched to support a new method called "mysql_encrypt" that use the mysql function ENCRYPT() to encrypt password ($CONF['encrypt']) ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2009-01-15 14:33 Message: Ah, ok; that's a better explanation and gives me justification for merging. Now merged. Thank you. (See changeset 525) ---------------------------------------------------------------------- Comment By: Fred (fple) Date: 2009-01-15 14:23 Message: Hi, no pb with pacrypt. I just proposed to add a new authentication method in order to let people (like me) manage postfixadmin and use pam_mysql with postfix and a pop3/imap server. Regards ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2007-09-19 13:34 Message: Logged In: YES user_id=1761957 Originator: NO What's wrong with pacrypt? I'd be hesitant about changing to use a MySQL specific function, as this would make it more difficult to support other databases. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1793352&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-15 14:23:56
|
Patches item #1793352, was opened at 2007-09-12 21:35 Message generated for change (Settings changed) made by fple You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1793352&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: Invalid Priority: 5 Private: No Submitted By: Fred (fple) Assigned to: Nobody/Anonymous (nobody) Summary: support of mysql encrypt method for passwords Initial Comment: the function pacrypt is patched to support a new method called "mysql_encrypt" that use the mysql function ENCRYPT() to encrypt password ($CONF['encrypt']) ---------------------------------------------------------------------- >Comment By: Fred (fple) Date: 2009-01-15 15:23 Message: Hi, no pb with pacrypt. I just proposed to add a new authentication method in order to let people (like me) manage postfixadmin and use pam_mysql with postfix and a pop3/imap server. Regards ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2007-09-19 15:34 Message: Logged In: YES user_id=1761957 Originator: NO What's wrong with pacrypt? I'd be hesitant about changing to use a MySQL specific function, as this would make it more difficult to support other databases. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1793352&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-15 13:03:19
|
Patches item #2060309, was opened at 2008-08-19 18:19 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2060309&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: Accepted Priority: 5 Private: No Submitted By: shario (shario) Assigned to: Nobody/Anonymous (nobody) Summary: Patch for used quota viewing Initial Comment: Here is a patch to safely view used quota for virtual mailboxes, if they are stored in a dictionary db table as described in: http://wiki.dovecot.org/Quota/Dict Please note that the instructions do not mention that you also need to change your user_query to read the proxy dict plugin name such as: CONCAT('dict:storage=',floor(quota/1000),' proxy::dictquota') as quota Adds boolean $CONF['used_quotas'] Also adds rounding to divide_quota() display function. This resolves the feature request http://sourceforge.net/tracker/index.php?func=detail&aid=1724759&group_id=191583&atid=937967 Could be merged to trunk? ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2009-01-15 11:39 Message: Hi, I've pulled out my finger, and just merged this.See changeset 518. ---------------------------------------------------------------------- Comment By: shario (shario) Date: 2008-08-19 21:53 Message: Logged In: YES user_id=1660028 Originator: YES Here's a new patch with DOCUMENTATION/DOVECOT.txt and DOCUMENTS/POSTFIX_CONF.txt updated too. File Added: patch.viewquotas ---------------------------------------------------------------------- Comment By: shario (shario) Date: 2008-08-19 21:06 Message: Logged In: YES user_id=1660028 Originator: YES Dictionary backend (stores key=value pairs) can be used to store the used quota data instead of Maildir++ storage (maildirsize files), and Dovecot (and it's LDA) updates used quota. Unfortunately it seems that at least Courier and Cyrus do not support dict storage method for quota. It seems that there is actually very little on quotas in DOCUMENTS. I'll take a look and submit a patch tomorrow latest. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-08-19 20:09 Message: Logged In: YES user_id=1761957 Originator: NO Hi, Thank you for taking time to fix this; the patch itself looks fine, and I'll merge it in a few days. If possible, it would help me if someone else could test this and confirm it works as expected (I don't use Dovecot so can't confirm it). Also, could you also provide a patch for the documentation that needs changing - I'm not sure how the quota figures get updated in the database... is there some sort of dovecot call back? Is this what the dict:storage stuff is for? I've no real idea of how Dovecot works, so the description you've given in the patch doesn't help me! thanks David ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2060309&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-15 12:54:48
|
Patches item #1793352, was opened at 2007-09-12 19:35 Message generated for change (Settings changed) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1793352&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: Pending >Resolution: Invalid Priority: 5 Private: No Submitted By: Fred (fple) Assigned to: Nobody/Anonymous (nobody) Summary: support of mysql encrypt method for passwords Initial Comment: the function pacrypt is patched to support a new method called "mysql_encrypt" that use the mysql function ENCRYPT() to encrypt password ($CONF['encrypt']) ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2007-09-19 13:34 Message: Logged In: YES user_id=1761957 Originator: NO What's wrong with pacrypt? I'd be hesitant about changing to use a MySQL specific function, as this would make it more difficult to support other databases. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1793352&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-15 11:26:11
|
Patches item #2509524, was opened at 2009-01-15 11:04 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2509524&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: SVN (please specify revision!) >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: alban (albanpeignier) Assigned to: Nobody/Anonymous (nobody) Summary: fetchmail.pl with config, syslog, lock and tempfile Initial Comment: We improved fetchmail.pl to run it in production. Here is our patch from svn trunk r515 : Support for : config, syslog, lock and tempfile * load configuration from a dedicated file * support a --config option * use syslog to log activities and errors * use a lock file to avoid several instances * write fetchmail configuration into a temp file * execute fetchmail with a specified configuration and pid file http://github.com/albanpeignier/postfixadmin/commit/fa4667ac97f46cd73a29cc4e50c3c8cef40cfbb3 ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2009-01-15 11:26 Message: Hi Alan, Thank you for the patch. I've merged it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2509524&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-15 11:19:53
|
Patches item #2508593, was opened at 2009-01-15 01:28 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2508593&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Karl (karlisl) Assigned to: Nobody/Anonymous (nobody) Summary: add domain post creation function Initial Comment: allow for domain post creation script. zip file contains 3 patches. ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2009-01-15 11:19 Message: merged; thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2508593&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-15 11:04:20
|
Patches item #2509524, was opened at 2009-01-15 12:04 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=2509524&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: alban (albanpeignier) Assigned to: Nobody/Anonymous (nobody) Summary: fetchmail.pl with config, syslog, lock and tempfile Initial Comment: We improved fetchmail.pl to run it in production. Here is our patch from svn trunk r515 : Support for : config, syslog, lock and tempfile * load configuration from a dedicated file * support a --config option * use syslog to log activities and errors * use a lock file to avoid several instances * write fetchmail configuration into a temp file * execute fetchmail with a specified configuration and pid file http://github.com/albanpeignier/postfixadmin/commit/fa4667ac97f46cd73a29cc4e50c3c8cef40cfbb3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2509524&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-15 01:28:05
|
Patches item #2508593, was opened at 2009-01-15 12:28 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=2508593&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: Karl (karlisl) Assigned to: Nobody/Anonymous (nobody) Summary: add domain post creation function Initial Comment: allow for domain post creation script. zip file contains 3 patches. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2508593&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-14 16:11:23
|
Bugs item #2073379, was opened at 2008-08-25 10:51 Message generated for change (Settings changed) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2073379&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: v 2.2 >Status: Closed >Resolution: Fixed Priority: 7 Private: No Submitted By: trolo_vk (trolo_vk) Assigned to: Nobody/Anonymous (nobody) Summary: vacation: Invalid from email address WHY? Initial Comment: server#: cat vacation.debug ====== 2008/08/25 12:25:48 ====== Invalid from email address: <aa...@aa...>; exiting. ====== 2008/08/25 12:29:57 ====== Invalid from email address: <bb...@bb...>; exiting. ====== 2008/08/25 12:40:58 ====== [STRIP RECIPIENTS]: | <48B...@cc...> | te...@cc... ====== 2008/08/25 12:40:58 ====== [FOUND VACATION]: | <48B...@cc...> | ad...@cc... | =?ISO-8859-2?Q?= <te...@cc...> | te...@cc... ====== 2008/08/25 12:40:58 ====== [SEND RESPONSE] for <48B...@cc...>: | FROM: te...@cc... (orig_to: =?ISO-8859-2 <te...@cc...>) | TO: ad...@cc... | VACATION SUBJECT: Dovolenka | VACATION BODY: Som na dovolenke od <date> od <date>. S neodkladnimi zpravami kontaktujte <contact person>. ====== 2008/08/25 12:40:58 ====== Mail::Sendmail said :Mail::Sendmail v. 0.79 - Mon Aug 25 12:40:58 2008 Date: Mon, 25 Aug 2008 12:40:58 +0200 Server: localhost Port: 25 From: te...@cc... Subject: Dovolenka To: ad...@cc... Result: 250 2.0.0 Ok: queued as 2D9D9DF81C ====== 2008/08/25 12:42:49 ====== Invalid from email address: <dd...@dd...>; exiting. ====== 2008/08/25 12:43:12 ====== [STRIP RECIPIENTS]: | <200...@pw...> | te...@cc... ====== 2008/08/25 12:43:12 ====== [FOUND VACATION]: | <200...@pw...> | tre...@ee... | te...@cc... | te...@cc... ====== 2008/08/25 12:43:12 ====== [SEND RESPONSE] for <200...@pw...>: | FROM: te...@cc... (orig_to: te...@cc...) | TO: tre...@ee... | VACATION SUBJECT: Dovolenka | VACATION BODY: Som na dovolenke od <date> od <date>. S neodkladnými zprávami kontaktujte <contact person>. ====== 2008/08/25 12:43:12 ====== Mail::Sendmail said :Mail::Sendmail v. 0.79 - Mon Aug 25 12:43:12 2008 Date: Mon, 25 Aug 2008 12:43:12 +0200 Server: localhost Port: 25 From: te...@cc... Subject: Dovolenka To: tre...@ee... Result: 250 2.0.0 Ok: queued as AA379DF81C one emial is good and other is not? why? thx for reply ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-11-23 15:55 Message: Yes, I believe it's fixed - but only because we get the to/from address in a different way (i.e. via parameters from postfix). As I understand it, postfix won''t wrap these parameters in < >s, so it's not a problem. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-11-23 12:26 Message: Do I understand you correct that this should be fixed in the current SVN version? Please add a testcase to be sure and then close this bug as fixed. (BTW: This (and updating the version number in functions.inc.php and the changelog ;-) is the last release blocker for 2.3 IIRC) ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-11-20 06:31 Message: the latest version of vacation doesn't have these particular checks (see changeset 453) ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-11-12 23:45 Message: I did some testing with Email::Valid: # perl -we 'use Email::Valid; print (Email::Valid->address("foo\@example.com") ? "" : "no\n");' # perl -we 'use Email::Valid; print (Email::Valid->address("foo\@example.com") ? "" : "no\n");' # perl -we 'use Email::Valid; print (Email::Valid->address("<foo\@example.com>") ? "" : "no\n");' no # perl -we 'use Email::Valid; print (Email::Valid->address(" <foo\@example.com>") ? "" : "no\n");' no # perl -we 'use Email::Valid; print (Email::Valid->address("foo <foo\@example.com>") ? "" : "no\n");' # perl -we 'use Email::Valid; print (Email::Valid->address("\"\" <foo\@example.com>") ? "" : "no\n");' # perl -we 'use Email::Valid; print (Email::Valid->address("\"\"foo <foo\@example.com>") ? "" : "no\n");' # This means: If there's only the address in <>, it will fail. Prefixing it with anything (quotes, or just a letter) will solve the problem. I'm not sure if this is a bug in Email::Valid or if this address syntax is really invalid - but in practise this syntax appears too often to be ignored. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-11-12 22:14 Message: GingerDog: maybe we can add something like (untested, probably needs some tuning to allow whitespace etc.) if $from =~ /^<.*>$/ $from = "\"\"".$from; At least this would be a workaround for the 2.3 release - otherwise lots of vacation notifications will never be sent! ---------------------------------------------------------------------- Comment By: trolo_vk (trolo_vk) Date: 2008-08-31 19:38 Message: Logged In: YES user_id=2192855 Originator: YES I don't know perl! :) but i think that this line if (!Email::Valid->address($from,-mxcheck => 1)) { do_debug("Invalid from email address: $from; exiting."); exit(0); } check email address, If email address is valid then OK else exit. And i think that when $from=only_email@address.xx then this function not parse good. "and presumably this will prefix all email addresses with "" even if they already look like '"foo" <fo...@ba...>' ? " Yes, it is true, but i wait in original solution from postfixadmin team :)) and i think that this prefix I don't mind, because this line check valid email, and then reply go in email address and no in email prefix... hmmm, sorry for my bad english... ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-08-31 14:18 Message: Logged In: YES user_id=1761957 Originator: NO I'm not sure why prefixing the email address with "" should fix the problem, and presumably this will prefix all email addresses with "" even if they already look like '"foo" <fo...@ba...>' ? ---------------------------------------------------------------------- Comment By: trolo_vk (trolo_vk) Date: 2008-08-25 12:13 Message: Logged In: YES user_id=2192855 Originator: YES So, my solution is: from default code vacation.pl $from = lc ($from); if (!Email::Valid->address($from,-mxcheck => 1)) { do_debug("Invalid from email address: $from; exiting."); exit(0); } and my solution(provisionally) is: $from = lc ($from); # my big line :)))) $from = "\"\"".$from; if (!Email::Valid->address($from,-mxcheck => 1)) { do_debug("Invalid from email address: $from; exiting."); exit(0); } i test it and it's work fine ;) so thnx i wait what solution from you... ;) ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-08-25 12:01 Message: Logged In: YES user_id=1761957 Originator: NO Hi there, Are you able to use the vacation.pl from subversion? It has somewhat better logging in it - which might help identify what the problem is. David ---------------------------------------------------------------------- Comment By: trolo_vk (trolo_vk) Date: 2008-08-25 11:50 Message: Logged In: YES user_id=2192855 Originator: YES UPGRADE2: so, when i send email from www.centrum.cz and i look in vacation.debug, i see: Result: 250 2.0.0 Ok: queued as 2D9D9DF81C ====== 2008/08/25 12:42:49 ====== Invalid from email address: <te...@ce...>; exiting. OK, i see header in email and i see: From: <te...@ce...> OK, then i repair my account in centrum.cz and i write my full name, then i send email again and Vacation is good!!! :) i see header in email and i see: From: "Jozko" <te...@ce...> So, when "From:" is only email address(From: <te...@ce...>), script Vacation.pl not know parse "From:" and then write to vacation.debug error: Invalid from email address Is this Bug? thx fo reply and solution again ;) ---------------------------------------------------------------------- Comment By: trolo_vk (trolo_vk) Date: 2008-08-25 11:21 Message: Logged In: YES user_id=2192855 Originator: YES UPGRADE: so not, i write email form this webmail www.orangeportal.sk and vacation is good, but example from webmail www.centrum.cz is not good or my webmail roundcube.cz is not good too... ---------------------------------------------------------------------- Comment By: trolo_vk (trolo_vk) Date: 2008-08-25 11:12 Message: Logged In: YES user_id=2192855 Originator: YES I found out, that i write email from TH or OUTLOOK then vacation is good, but when I write email from any webmail then vacation is not good(don't send). Sorry for my bad english... Thx for reply and solution ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2073379&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-14 16:07:38
|
Bugs item #2209340, was opened at 2008-10-30 09:01 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2209340&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.2 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: "invalid parameter" when deleting an alias Initial Comment: on the Admin interface, when I try to delete an alias, I've got the message "invalid parameter". ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2009-01-14 16:07 Message: works for me. (svn) ---------------------------------------------------------------------- Comment By: Benoit Lathiere (lathiere) Date: 2008-12-09 12:16 Message: The problem : When You click on "delete" in the search page, the URL is : http://server/postfixadmin/delete.php?delete=j.white&domain=toto.org but the URL must be http://server/postfixadmin/delete.php?table=alias&delete=j.white&domain=toto.org (as in mailbox deletion) The first parameter "table" is missing. You have just to modify your template/search.php file like this : Line86 : print " <td><a href=\"delete.php?table=alias&"; Line 96 : print " <td><a href=\"delete.php?table=alias&delete=" . urlencode ($tAlias[$i]['address']) . "&domain=" . $tAlias[$i]['domain'] . "\"onclick=\"return confirm ('" . $PALANG['confirm'] . $PALANG['pOverview_get_aliases'] . ": ". $tAlias[$i]['address'] . "')\">" . $PALANG['del'] . "</a></td>\n"; ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-11-06 08:49 Message: works for me; what version of postfixadmin are you using? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-10-30 09:08 Message: By the way, my email for responses : b.l...@is... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2209340&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-14 16:06:52
|
Bugs item #2338300, was opened at 2008-11-24 11:20 Message generated for change (Settings changed) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2338300&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: Fixed Priority: 5 Private: No Submitted By: Falco (fschmutz) Assigned to: Nobody/Anonymous (nobody) Summary: French Language Initial Comment: Hello, You know if it s possible to change : $PALANG['pUsersVacation_body_text'] = <<<EOM Je serais absent(e) de <date> jusqu\'au <date>. Pour urgence communiquez avec mon collegue <contact person>. EOM; to $PALANG['pUsersVacation_body_text'] = <<<EOM Je serai absent(e) de <date> jusqu\'au <date>. Pour toute urgence, merci de contacter <contact person>. EOM; I correct the sentence and do it litte bit more french. Thanks & good journey ! ---------------------------------------------------------------------- Comment By: Falco (fschmutz) Date: 2008-11-25 14:00 Message: Ok, it s fixed, thanks good job ! Bye ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-11-25 10:00 Message: Hi - yes, a seperate issue; my failure to test... fixed now ---------------------------------------------------------------------- Comment By: Falco (fschmutz) Date: 2008-11-24 23:06 Message: Some mistakes with last update : When i execute upgrade.php Parse error: syntax error, unexpected T_CONSTANT_ENCAPSED_STRING in /var/www/postfixadmin/upgrade.php on line 375 Bye ;) ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-11-24 21:01 Message: Merged; See changeset 488 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2338300&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-14 16:06:15
|
Bugs item #2343328, was opened at 2008-11-25 13:04 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2343328&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: SVN (please specify revision!) >Status: Closed >Resolution: Fixed Priority: 8 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: Can't delete domain alias Initial Comment: SVN r491 I have (in my local test installation): bar.de is an alias domain for: baz.de ... [delete] If I click the delete link, I get an error message "invalid parameter". The delete link points to delete.php?table=alias_domain&delete=bar.de&domain=bar.de That's a release blocker, but hopefully easy to fix. ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2009-01-14 16:06 Message: i think it's fixed. (I don't use domain_aliases, but i've implemented the code) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2343328&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-14 16:05:09
|
Bugs item #2353128, was opened at 2008-11-27 09:59 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2353128&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.2 >Status: Closed >Resolution: Out of Date Priority: 5 Private: No Submitted By: yava (vyava) Assigned to: Nobody/Anonymous (nobody) Summary: User alias goto ends with ',' Initial Comment: When user changes goto to empty, query "select * from postfix.alias;" shows goto="us...@do...d,". replace '$goto = implode(",",$goto);' with '$goto = trim(implode(",",$goto),",");' in /var/www/postfixadmin/users/edit-alias.php line 86 or don't append empty $goto on line 83. ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2009-01-14 16:05 Message: closing - no response. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-11-27 10:36 Message: I think this is already fixed in what is in subversion/trunk. (firstly, users/edit-alias.php doesn't exist, and secondly /edit-alias.php doesn't use implode any longer) thanks David ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2353128&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-14 16:04:32
|
Bugs item #2359801, was opened at 2008-11-29 20:45 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2359801&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface (example) Group: v 2.2 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Luis (luiscastilho) Assigned to: Nobody/Anonymous (nobody) Summary: Login errors should be less specific Initial Comment: When trying to log in, the login page errors tell you if it's the login or the password that's not valid. This way an attacker could discover valid logins and then focus on finding the right password for that account (with a dictionary attack and some luck, for example). In the .lang files, "pLogin_username_incorrect" and "pLogin_password_incorrect" should print the same error. Something like "Invalid login and/or password". ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2009-01-14 16:04 Message: see changeset 515; thanks for reporting this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2359801&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-14 15:55:33
|
Bugs item #2339963, was opened at 2008-11-24 20:28 Message generated for change (Settings changed) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2339963&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.2 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pgsql DB creation broken w/ schemas Initial Comment: The database creation and upgrade routines for postgreSQL do not fully function when using the schema feature of pgsql. Here's what worked for me: Left is my version, right is 2.2.1.1 from Gentoo ebuild. # diff upgrade.php /usr/share/webapps/postfixadmin/2.2.1.1/htdocs/upgrade.php 79c79 < $sql = "SELECT * FROM " . table_by_key ('config') . " WHERE name = 'version'"; --- > $sql = "SELECT * FROM config WHERE name = 'version'"; 132c132 < $sql = "UPDATE " . table_by_key ('config') . " SET value = $i WHERE name = 'version'"; --- > $sql = "UPDATE config SET value = $i WHERE name = 'version'"; 376c376 < domain character varying(255) NOT NULL REFERENCES ' . table_by_key ('domain') . ', --- > domain character varying(255) NOT NULL REFERENCES domain, 391c391 < domain character varying(255) NOT NULL REFERENCES ' . table_by_key ('domain') . ', --- > domain character varying(255) NOT NULL REFERENCES domain, 414c414 < CREATE TABLE ' . table_by_key('mailbox') . ' ( --- > CREATE TABLE mailbox ( 420c420 < domain character varying(255) NOT NULL REFERENCES ' . table_by_key ('domain') . ', --- > domain character varying(255) NOT NULL REFERENCES domain, 438c438 < domain character varying(255) NOT NULL REFERENCES ' . table_by_key ('domain') . ', --- > "domain" character varying(255) NOT NULL REFERENCES "domain", 448c448 < on_vacation character varying(255) NOT NULL REFERENCES ' . table_by_key ('vacation') . '(email) ON DELETE CASCADE, --- > on_vacation character varying(255) NOT NULL REFERENCES vacation(email) ON DELETE CASCADE, ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-11-25 17:03 Message: Where DB=unified SCHEMA=postfix and there are no other tables in any schema within unified, and postfix is not on the schema_path. postgres=# \c unified You are now connected to database "unified". unified=# select relname from pg_class where relname = 'domain'; relname --------- domain (1 row) unified=# select relname from pg_class where relname = 'postfix.domain'; relname --------- (0 rows) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-11-25 15:48 Message: Power outage ATM, otherwise I'd give an answer for those selects... *sigh* Will do as soon as I can look. _pgsql_field_exists does not work properly with schemas. With DB: unified schema: postfix and table: domain that INCLUDES the quota column, the _pgsql_field_exists call on line 516 returns FALSE. It needs to return TRUE since the column does exist. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-11-25 09:56 Message: Hi, I've not used schema's with postgres before - so does the following still work to determine if a table/object exists? : "SELECT relname from pg_class WHERE relname = 'domain'" (for example) and "SELECT relname from pg_class WHERE relname = 'postfix.domain'" (for example) I still can't see what problem you are gettign with upgrade_4_pgsql.... (Line 407 fixed) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-11-24 21:29 Message: Comparing to subversion trunk via the link you posted: line 407 is wrong, should be: CREATE TABLE ' . table_by_key('mailbox') . ' ( ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-11-24 21:21 Message: Then back into setup.php on line ~312 There's a db_query that needs " . table_by_key('domain') . " tossed in as well. There's comment: "// XXX" just above it if you need something to search for. After all that it lets me create the domain admin user. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-11-24 21:14 Message: The first if within upgrade_4_pgsql fails when $table_domain = "postfix.domain"; 0 Rows are returned, even though quota exists in my db already. postfix is the schema I'm using within a DB called "unified". Since the column already exists, I commented this if section out and continue... Each of the DB changes that uses "REFERENCES" needs to be modified to use table_by_key for the reference as well. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-11-24 21:07 Message: Subvesion version - see https://postfixadmin.svn.sourceforge.net/svnroot/postfixadmin/trunk/upgrade.php Can you elabourate on the problem in update_4_pgsql... I can't see anything wrong with it ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-11-24 21:02 Message: Wow, quick response. I don't know anything about subversion, the above right side was from the 2.2.1.1 release as retrieved via Gentoo ebuild process, left side was the changes I made. I have never before played with pgsql btw - so it's probably ugly, but it got me through version 3 of the DB changes. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-11-24 21:00 Message: _pgsql_field_exists also doesn't work in regard to function upgrade_4_pgsql. I haven't figured out a solution. First time playing with pgsql. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-11-24 20:55 Message: Hi, What you have looks a bit different from what I have from subversion; however, there were some other changes which I've made which might make things better See changeset 487 Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2339963&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-06 18:03:19
|
Feature Requests item #1914367, was opened at 2008-03-14 09:25 Message generated for change (Comment added) made by castlerock4x4 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1914367&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: SVN (please specify revision!) Status: Open Resolution: None Priority: 5 Private: No Submitted By: GingerDog (gingerdog) Assigned to: Nobody/Anonymous (nobody) Summary: Broadcast message - per domain etc Initial Comment: The broadcast message 'stuff' should also work for non-global admins, namely it should allow them to either send a message to all users in the domains they can control, or allow them to select which domains to send messages to. (i.e. perhaps the interface needs to allow users to select which domains to send the message to, with an 'ALL' option at the top? the list could then be filterable based on what sort of admin you are). See also : http://sourceforge.net/forum/forum.php?thread_id=1963431&forum_id=676076 ---------------------------------------------------------------------- Comment By: Mike Smith (castlerock4x4) Date: 2009-01-06 11:03 Message: Any chance of getting this in a future release? I just recently installed postfixadmin and must say it rocks. This is one feature I believe should be added. In my case I have a number of people that manage their own domains. I don't want to give them access to each others, but would like for them to be able to Broadcast to all of their users. Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937967&aid=1914367&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2008-12-13 07:36:36
|
Bugs item #2378038, was opened at 2008-12-02 15:42 Message generated for change (Settings changed) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2378038&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.2 >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: clear transport field after editing of domain Initial Comment: After editing of domain the transport field is blank. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-12-12 20:56 Message: fixed in changeset 499 thanks for reporting the bug. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-12-12 20:56 Message: Thanks for the bug report; we believe this has been fixed in subversion. ---------------------------------------------------------------------- Comment By: Georgi Naplatanov (goshoo) Date: 2008-12-02 15:45 Message: I forgot to login when create this artifact. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2378038&group_id=191583 |
700 messages has been excluded from this view by a project administrator.
