postfixadmin-tracker Mailing List for PostfixAdmin (Page 41)
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-02-16 23:43:51
|
Patches item #2607332, was opened at 2009-02-17 00:43 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=2607332&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: cmuelle8 (trendypack) Assigned to: Nobody/Anonymous (nobody) Summary: add CRAM-MD5 encrypt option for dovecot users Initial Comment: Hi, please apply the following patch to functions.inc.php. Background: I don't want to store the pws plain. Auth mechanisms supported in dovecot: plain login cram-md5 digest-md5 (crypt-md5 is not supported as an auth mechanism, look at http://wiki.dovecot.org/Authentication/Mechanisms and ). I'm aware that using PLAIN or LOGIN over SSL is a viable option (in this case dovecot does PLAIN to MD5-CRYPT and compares). However, in a non-ssl scenario PLAIN and LOGIN are a bad option and disabled by default in dovecot. Using CRAM-MD5 or DIGEST-MD5 is possible, but then the passwords have to be in CRAM-MD5 format as well (since dovecot can't do CRAM-MD5 to MD5-CRYPT, obviously). The patch below makes this an option for dovecot users. A hint in config.inc.php will probably also be needed (along the comment lines for the other authentication methods). Greetings, cmuelle8 --- functions.inc.php.orig 2009-02-17 00:06:37.000000000 +0100 +++ functions.inc.php.cram-md5 2009-02-17 00:00:23.000000000 +0100 @@ -1126,6 +1126,11 @@ $password = md5($pw); } + if ($CONF['encrypt'] == 'cram-md5') { + $password = shell_exec("dovecotpw -s CRAM-MD5 -p $pw"); + $password = trim(str_replace('{CRAM-MD5}', '', $password)); + } + if ($CONF['encrypt'] == 'system') { if (ereg ("\$1\$", $pw_db)) { $split_salt = preg_split ('/\$/', $pw_db); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2607332&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-16 14:50:36
|
Bugs item #2605817, was opened at 2009-02-16 11:50 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=2605817&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Vacation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Henrique Bueno (henriquebueno) Assigned to: Nobody/Anonymous (nobody) Summary: problem to send auto-reply - function do_mail Initial Comment: the var $orig_to sometimes was wrong value, ex: $orig_to= KF5X00$E00913775B96D4FF419472648EEE6670@multidominios instead of $orig_to=lop...@te... Solution: do_mail ($orig_to, $orig_from, $row[0], $row[1]); alter to do_mail ($email, $orig_from, $row[0], $row[1]); on line 163 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2605817&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-16 12:40:42
|
Bugs item #2581010, was opened at 2009-02-09 09:57 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2581010&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: Dystopian (dystopian) Assigned to: Nobody/Anonymous (nobody) Summary: SMTP protocol synchronization error in Exim 4.69 Initial Comment: Mail sending fails if SMTP server is Exim. In function smtp_mail() before sending "EHLO $smtp_server" server response should be read. Just another one "$res = smtp_get_response($fh);" before first fputs(). ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2009-02-16 12:40 Message: Hi, Merged. See changeset 567; thanks for the bug report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2581010&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-16 12:33:30
|
Bugs item #2605295, was opened at 2009-02-16 11:57 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2605295&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: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Dystopian (dystopian) Assigned to: Nobody/Anonymous (nobody) Summary: Can't create domain with unlimited aliases and mailboxes Initial Comment: If admin creates domain and enters unlimited (0) number of aliases and/or mailboxes only default number will be created. In create-domain.php, string 57 : !empty($_POST[$key]) equals FALSE if number == 0. This string should be look this way: if(isset($_POST[$key]) && (0<strlen($_POST[$key]))) ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2009-02-16 12:33 Message: This is already fixed in 2.3beta. Thanks! David. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2605295&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-16 12:29:36
|
Bugs item #2605295, was opened at 2009-02-16 14:57 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=2605295&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dystopian (dystopian) Assigned to: Nobody/Anonymous (nobody) Summary: Can't create domain with unlimited aliases and mailboxes Initial Comment: If admin creates domain and enters unlimited (0) number of aliases and/or mailboxes only default number will be created. In create-domain.php, string 57 : !empty($_POST[$key]) equals FALSE if number == 0. This string should be look this way: if(isset($_POST[$key]) && (0<strlen($_POST[$key]))) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2605295&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-09 09:57:33
|
Bugs item #2581010, was opened at 2009-02-09 12:57 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=2581010&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: Dystopian (dystopian) Assigned to: Nobody/Anonymous (nobody) Summary: SMTP protocol synchronization error in Exim 4.69 Initial Comment: Mail sending fails if SMTP server is Exim. In function smtp_mail() before sending "EHLO $smtp_server" server response should be read. Just another one "$res = smtp_get_response($fh);" before first fputs(). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2581010&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-05 12:48:09
|
Patches item #2567466, was opened at 2009-02-05 09:53 Message generated for change (Comment added) made by fabiobon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2567466&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: Fabio Bonelli (fabiobon) Assigned to: Nobody/Anonymous (nobody) Summary: Create alias even if there is a mailbox with that name Initial Comment: Hi, we want this in order toto support keep&forward for a real mailbox, creating an alias for a mailbox that already exists. Patch against r562. ---------------------------------------------------------------------- >Comment By: Fabio Bonelli (fabiobon) Date: 2009-02-05 13:48 Message: I reindented just the SQL queries I modified, to improve the readability. Additionaly, I should mention that I didn't test it with PostgreSQL. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2009-02-05 13:18 Message: Hi, I think you've re-indented (beautification?) some of the code; although I'm happy in principal to merge it, I'd need to test it..... can someone else let meknow if the code works? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2567466&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-05 12:27:02
|
Patches item #2567397, was opened at 2009-02-05 08:29 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2567397&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: Fabio Bonelli (fabiobon) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect link to delete.php Initial Comment: When logged as domain administrator, the link for alias deletion pass table=mailbox as parameter to delete.php, which is wrong. Trivial patch against r562. ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2009-02-05 12:15 Message: Hi, thanks; merged in revision 563. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2567397&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-05 12:26:50
|
Patches item #2567466, was opened at 2009-02-05 08:53 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2567466&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: Fabio Bonelli (fabiobon) Assigned to: Nobody/Anonymous (nobody) Summary: Create alias even if there is a mailbox with that name Initial Comment: Hi, we want this in order toto support keep&forward for a real mailbox, creating an alias for a mailbox that already exists. Patch against r562. ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2009-02-05 12:18 Message: Hi, I think you've re-indented (beautification?) some of the code; although I'm happy in principal to merge it, I'd need to test it..... can someone else let meknow if the code works? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2567466&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-05 08:53:24
|
Patches item #2567466, was opened at 2009-02-05 09:53 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=2567466&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: Fabio Bonelli (fabiobon) Assigned to: Nobody/Anonymous (nobody) Summary: Create alias even if there is a mailbox with that name Initial Comment: Hi, we want this in order toto support keep&forward for a real mailbox, creating an alias for a mailbox that already exists. Patch against r562. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2567466&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-05 08:29:25
|
Patches item #2567397, was opened at 2009-02-05 09:29 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=2567397&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: Fabio Bonelli (fabiobon) Assigned to: Nobody/Anonymous (nobody) Summary: Incorrect link to delete.php Initial Comment: When logged as domain administrator, the link for alias deletion pass table=mailbox as parameter to delete.php, which is wrong. Trivial patch against r562. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2567397&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-04 10:55:49
|
Bugs item #2557658, was opened at 2009-02-02 18:35 Message generated for change (Settings changed) made by ilyaruprecht You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2557658&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: Accepted Priority: 5 Private: No Submitted By: Ilya Ruprecht (ilyaruprecht) Assigned to: Nobody/Anonymous (nobody) Summary: Can't create mail-aliases that point to other users domains Initial Comment: Hi all! Following situation: Admin1 owns the domain domain1.com (in the postfixadmin, i mean). Admin1 creates a mailbox "som...@do..." Admin2 wants to add an mail-alias for a "som...@do..." in his interface. So Admin2 is trying to add an alias via "create-alias.php". Alias: bl...@do... To/Recipient: som...@do... so he could mail to bl...@do... and the mail should go to som...@do... But this fails because of some logic inside of the script with an error. (and as i understand because the "domain1.com" belongs to Admin1. Pretty sure...) This error is reproduceable anytime. Greetings Ilya ---------------------------------------------------------------------- Comment By: Ilya Ruprecht (ilyaruprecht) Date: 2009-02-04 11:55 Message: Indeed, that was a DNS-resolution problem for this domain on the server. As soon as i fixed it, the interface worked flawlessly. I even do not touched the config-file. Thanks for the hint! Case closed. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2009-02-03 21:38 Message: > "The TO is not valid!" This sounds like the infamous problem with DNS resolution - most probably the DNS resolution of the domain in TO fails. Set $CONF['emailcheck_resolve_domain']='NO'; in config.inc.php (or confic.local.php) and try again - I'm quite sure it will work then. (And fix the DNS problem of the target domain nevertheless - otherwise it will hit you sooner or later.) BTW: The newest version has a separate error message for this problem. ---------------------------------------------------------------------- Comment By: Ilya Ruprecht (ilyaruprecht) Date: 2009-02-03 08:57 Message: Hi Christian, thanks for the quick answer. The exact error message is see is "The TO is not valid!" The version used is the 2.2.1.1; sorry, i can't quick upgrade to 2.3 beta/svn trunk. I think you misunderstood my the question/*ich* habe mich zu undeutlich ausgedrückt: both domains in my example ^^ are using the same ^ host as an mx-server. So both domains - domain1.com and domain2.com - aren't "external". Once again: The domain1.com is owned and administered by "admin1"-user. The domain2.com ist owned and administered by "admin2"-user. Both admins are "simple" admins, not superadmins. i.e. admin2 can create an alias bl...@do... (his own domain) and forward all mails that are "caught" by this mail-address to some external domain - like gmx.net, zum Beispiel. Sure, that's possible, you are totally right. But, if admin2 will try to create an alias "bl...@do..." -> "som...@do..." - this action will fail. Why this happens i do not know exaktly (yet), but i think it's because of the "logic" inside the scripts, so the act like: "ow, admin2 is not permitted to create aliases for domain1.com; quitting/forbidding action". Thats the point. Thanks! ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2009-02-02 23:20 Message: I have no idea what is going wrong on your system - usually this should be possible. It should also be possible to create aliases that forward mails to external adresses (like @gmx.net). Two questions to narrow down the problem: - What is the exact error message you see? - Can you reproduce the error with the latest version of postfixadmin (2.3 beta or SVN trunk)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2557658&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-04 10:55:25
|
Bugs item #2557658, was opened at 2009-02-02 18:35 Message generated for change (Settings changed) made by ilyaruprecht You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2557658&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: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Ilya Ruprecht (ilyaruprecht) Assigned to: Nobody/Anonymous (nobody) Summary: Can't create mail-aliases that point to other users domains Initial Comment: Hi all! Following situation: Admin1 owns the domain domain1.com (in the postfixadmin, i mean). Admin1 creates a mailbox "som...@do..." Admin2 wants to add an mail-alias for a "som...@do..." in his interface. So Admin2 is trying to add an alias via "create-alias.php". Alias: bl...@do... To/Recipient: som...@do... so he could mail to bl...@do... and the mail should go to som...@do... But this fails because of some logic inside of the script with an error. (and as i understand because the "domain1.com" belongs to Admin1. Pretty sure...) This error is reproduceable anytime. Greetings Ilya ---------------------------------------------------------------------- Comment By: Ilya Ruprecht (ilyaruprecht) Date: 2009-02-04 11:55 Message: Indeed, that was a DNS-resolution problem for this domain on the server. As soon as i fixed it, the interface worked flawlessly. I even do not touched the config-file. Thanks for the hint! Case closed. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2009-02-03 21:38 Message: > "The TO is not valid!" This sounds like the infamous problem with DNS resolution - most probably the DNS resolution of the domain in TO fails. Set $CONF['emailcheck_resolve_domain']='NO'; in config.inc.php (or confic.local.php) and try again - I'm quite sure it will work then. (And fix the DNS problem of the target domain nevertheless - otherwise it will hit you sooner or later.) BTW: The newest version has a separate error message for this problem. ---------------------------------------------------------------------- Comment By: Ilya Ruprecht (ilyaruprecht) Date: 2009-02-03 08:57 Message: Hi Christian, thanks for the quick answer. The exact error message is see is "The TO is not valid!" The version used is the 2.2.1.1; sorry, i can't quick upgrade to 2.3 beta/svn trunk. I think you misunderstood my the question/*ich* habe mich zu undeutlich ausgedrückt: both domains in my example ^^ are using the same ^ host as an mx-server. So both domains - domain1.com and domain2.com - aren't "external". Once again: The domain1.com is owned and administered by "admin1"-user. The domain2.com ist owned and administered by "admin2"-user. Both admins are "simple" admins, not superadmins. i.e. admin2 can create an alias bl...@do... (his own domain) and forward all mails that are "caught" by this mail-address to some external domain - like gmx.net, zum Beispiel. Sure, that's possible, you are totally right. But, if admin2 will try to create an alias "bl...@do..." -> "som...@do..." - this action will fail. Why this happens i do not know exaktly (yet), but i think it's because of the "logic" inside the scripts, so the act like: "ow, admin2 is not permitted to create aliases for domain1.com; quitting/forbidding action". Thats the point. Thanks! ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2009-02-02 23:20 Message: I have no idea what is going wrong on your system - usually this should be possible. It should also be possible to create aliases that forward mails to external adresses (like @gmx.net). Two questions to narrow down the problem: - What is the exact error message you see? - Can you reproduce the error with the latest version of postfixadmin (2.3 beta or SVN trunk)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2557658&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-04 10:55:07
|
Bugs item #2557658, was opened at 2009-02-02 18:35 Message generated for change (Comment added) made by ilyaruprecht You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2557658&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: Open Resolution: None Priority: 5 Private: No Submitted By: Ilya Ruprecht (ilyaruprecht) Assigned to: Nobody/Anonymous (nobody) Summary: Can't create mail-aliases that point to other users domains Initial Comment: Hi all! Following situation: Admin1 owns the domain domain1.com (in the postfixadmin, i mean). Admin1 creates a mailbox "som...@do..." Admin2 wants to add an mail-alias for a "som...@do..." in his interface. So Admin2 is trying to add an alias via "create-alias.php". Alias: bl...@do... To/Recipient: som...@do... so he could mail to bl...@do... and the mail should go to som...@do... But this fails because of some logic inside of the script with an error. (and as i understand because the "domain1.com" belongs to Admin1. Pretty sure...) This error is reproduceable anytime. Greetings Ilya ---------------------------------------------------------------------- >Comment By: Ilya Ruprecht (ilyaruprecht) Date: 2009-02-04 11:55 Message: Indeed, that was a DNS-resolution problem for this domain on the server. As soon as i fixed it, the interface worked flawlessly. I even do not touched the config-file. Thanks for the hint! Case closed. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2009-02-03 21:38 Message: > "The TO is not valid!" This sounds like the infamous problem with DNS resolution - most probably the DNS resolution of the domain in TO fails. Set $CONF['emailcheck_resolve_domain']='NO'; in config.inc.php (or confic.local.php) and try again - I'm quite sure it will work then. (And fix the DNS problem of the target domain nevertheless - otherwise it will hit you sooner or later.) BTW: The newest version has a separate error message for this problem. ---------------------------------------------------------------------- Comment By: Ilya Ruprecht (ilyaruprecht) Date: 2009-02-03 08:57 Message: Hi Christian, thanks for the quick answer. The exact error message is see is "The TO is not valid!" The version used is the 2.2.1.1; sorry, i can't quick upgrade to 2.3 beta/svn trunk. I think you misunderstood my the question/*ich* habe mich zu undeutlich ausgedrückt: both domains in my example ^^ are using the same ^ host as an mx-server. So both domains - domain1.com and domain2.com - aren't "external". Once again: The domain1.com is owned and administered by "admin1"-user. The domain2.com ist owned and administered by "admin2"-user. Both admins are "simple" admins, not superadmins. i.e. admin2 can create an alias bl...@do... (his own domain) and forward all mails that are "caught" by this mail-address to some external domain - like gmx.net, zum Beispiel. Sure, that's possible, you are totally right. But, if admin2 will try to create an alias "bl...@do..." -> "som...@do..." - this action will fail. Why this happens i do not know exaktly (yet), but i think it's because of the "logic" inside the scripts, so the act like: "ow, admin2 is not permitted to create aliases for domain1.com; quitting/forbidding action". Thats the point. Thanks! ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2009-02-02 23:20 Message: I have no idea what is going wrong on your system - usually this should be possible. It should also be possible to create aliases that forward mails to external adresses (like @gmx.net). Two questions to narrow down the problem: - What is the exact error message you see? - Can you reproduce the error with the latest version of postfixadmin (2.3 beta or SVN trunk)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2557658&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-03 20:38:41
|
Bugs item #2557658, was opened at 2009-02-02 18:35 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2557658&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: Pending Resolution: None Priority: 5 Private: No Submitted By: Ilya Ruprecht (ilyaruprecht) Assigned to: Nobody/Anonymous (nobody) Summary: Can't create mail-aliases that point to other users domains Initial Comment: Hi all! Following situation: Admin1 owns the domain domain1.com (in the postfixadmin, i mean). Admin1 creates a mailbox "som...@do..." Admin2 wants to add an mail-alias for a "som...@do..." in his interface. So Admin2 is trying to add an alias via "create-alias.php". Alias: bl...@do... To/Recipient: som...@do... so he could mail to bl...@do... and the mail should go to som...@do... But this fails because of some logic inside of the script with an error. (and as i understand because the "domain1.com" belongs to Admin1. Pretty sure...) This error is reproduceable anytime. Greetings Ilya ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2009-02-03 21:38 Message: > "The TO is not valid!" This sounds like the infamous problem with DNS resolution - most probably the DNS resolution of the domain in TO fails. Set $CONF['emailcheck_resolve_domain']='NO'; in config.inc.php (or confic.local.php) and try again - I'm quite sure it will work then. (And fix the DNS problem of the target domain nevertheless - otherwise it will hit you sooner or later.) BTW: The newest version has a separate error message for this problem. ---------------------------------------------------------------------- Comment By: Ilya Ruprecht (ilyaruprecht) Date: 2009-02-03 08:57 Message: Hi Christian, thanks for the quick answer. The exact error message is see is "The TO is not valid!" The version used is the 2.2.1.1; sorry, i can't quick upgrade to 2.3 beta/svn trunk. I think you misunderstood my the question/*ich* habe mich zu undeutlich ausgedrückt: both domains in my example ^^ are using the same ^ host as an mx-server. So both domains - domain1.com and domain2.com - aren't "external". Once again: The domain1.com is owned and administered by "admin1"-user. The domain2.com ist owned and administered by "admin2"-user. Both admins are "simple" admins, not superadmins. i.e. admin2 can create an alias bl...@do... (his own domain) and forward all mails that are "caught" by this mail-address to some external domain - like gmx.net, zum Beispiel. Sure, that's possible, you are totally right. But, if admin2 will try to create an alias "bl...@do..." -> "som...@do..." - this action will fail. Why this happens i do not know exaktly (yet), but i think it's because of the "logic" inside the scripts, so the act like: "ow, admin2 is not permitted to create aliases for domain1.com; quitting/forbidding action". Thats the point. Thanks! ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2009-02-02 23:20 Message: I have no idea what is going wrong on your system - usually this should be possible. It should also be possible to create aliases that forward mails to external adresses (like @gmx.net). Two questions to narrow down the problem: - What is the exact error message you see? - Can you reproduce the error with the latest version of postfixadmin (2.3 beta or SVN trunk)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2557658&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-03 07:57:36
|
Bugs item #2557658, was opened at 2009-02-02 18:35 Message generated for change (Comment added) made by ilyaruprecht You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2557658&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: Open Resolution: None Priority: 5 Private: No Submitted By: Ilya Ruprecht (ilyaruprecht) Assigned to: Nobody/Anonymous (nobody) Summary: Can't create mail-aliases that point to other users domains Initial Comment: Hi all! Following situation: Admin1 owns the domain domain1.com (in the postfixadmin, i mean). Admin1 creates a mailbox "som...@do..." Admin2 wants to add an mail-alias for a "som...@do..." in his interface. So Admin2 is trying to add an alias via "create-alias.php". Alias: bl...@do... To/Recipient: som...@do... so he could mail to bl...@do... and the mail should go to som...@do... But this fails because of some logic inside of the script with an error. (and as i understand because the "domain1.com" belongs to Admin1. Pretty sure...) This error is reproduceable anytime. Greetings Ilya ---------------------------------------------------------------------- >Comment By: Ilya Ruprecht (ilyaruprecht) Date: 2009-02-03 08:57 Message: Hi Christian, thanks for the quick answer. The exact error message is see is "The TO is not valid!" The version used is the 2.2.1.1; sorry, i can't quick upgrade to 2.3 beta/svn trunk. I think you misunderstood my the question/*ich* habe mich zu undeutlich ausgedrückt: both domains in my example ^^ are using the same ^ host as an mx-server. So both domains - domain1.com and domain2.com - aren't "external". Once again: The domain1.com is owned and administered by "admin1"-user. The domain2.com ist owned and administered by "admin2"-user. Both admins are "simple" admins, not superadmins. i.e. admin2 can create an alias bl...@do... (his own domain) and forward all mails that are "caught" by this mail-address to some external domain - like gmx.net, zum Beispiel. Sure, that's possible, you are totally right. But, if admin2 will try to create an alias "bl...@do..." -> "som...@do..." - this action will fail. Why this happens i do not know exaktly (yet), but i think it's because of the "logic" inside the scripts, so the act like: "ow, admin2 is not permitted to create aliases for domain1.com; quitting/forbidding action". Thats the point. Thanks! ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2009-02-02 23:20 Message: I have no idea what is going wrong on your system - usually this should be possible. It should also be possible to create aliases that forward mails to external adresses (like @gmx.net). Two questions to narrow down the problem: - What is the exact error message you see? - Can you reproduce the error with the latest version of postfixadmin (2.3 beta or SVN trunk)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2557658&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-02 22:20:36
|
Bugs item #2557658, was opened at 2009-02-02 18:35 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2557658&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: Pending Resolution: None Priority: 5 Private: No Submitted By: Ilya Ruprecht (ilyaruprecht) Assigned to: Nobody/Anonymous (nobody) Summary: Can't create mail-aliases that point to other users domains Initial Comment: Hi all! Following situation: Admin1 owns the domain domain1.com (in the postfixadmin, i mean). Admin1 creates a mailbox "som...@do..." Admin2 wants to add an mail-alias for a "som...@do..." in his interface. So Admin2 is trying to add an alias via "create-alias.php". Alias: bl...@do... To/Recipient: som...@do... so he could mail to bl...@do... and the mail should go to som...@do... But this fails because of some logic inside of the script with an error. (and as i understand because the "domain1.com" belongs to Admin1. Pretty sure...) This error is reproduceable anytime. Greetings Ilya ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2009-02-02 23:20 Message: I have no idea what is going wrong on your system - usually this should be possible. It should also be possible to create aliases that forward mails to external adresses (like @gmx.net). Two questions to narrow down the problem: - What is the exact error message you see? - Can you reproduce the error with the latest version of postfixadmin (2.3 beta or SVN trunk)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2557658&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-02 22:16:24
|
Patches item #2556431, was opened at 2009-02-02 10:32 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2556431&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: Fabio Bonelli (fabiobon) Assigned to: Nobody/Anonymous (nobody) Summary: [PATCH] Italian typos Initial Comment: This patch corrects a bunch of typos in the italian translation. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2009-02-02 23:14 Message: Commited to SVN r559 - thanks for your patch! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2556431&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-02 22:16:15
|
Patches item #2556927, was opened at 2009-02-02 14:21 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2556927&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 language file ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2009-02-02 23:15 Message: Commited to SVN r559 - thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2556927&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-02 17:35:44
|
Bugs item #2557658, was opened at 2009-02-02 18:35 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=2557658&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: Open Resolution: None Priority: 5 Private: No Submitted By: Ilya Ruprecht (ilyaruprecht) Assigned to: Nobody/Anonymous (nobody) Summary: Can't create mail-aliases that point to other users domains Initial Comment: Hi all! Following situation: Admin1 owns the domain domain1.com (in the postfixadmin, i mean). Admin1 creates a mailbox "som...@do..." Admin2 wants to add an mail-alias for a "som...@do..." in his interface. So Admin2 is trying to add an alias via "create-alias.php". Alias: bl...@do... To/Recipient: som...@do... so he could mail to bl...@do... and the mail should go to som...@do... But this fails because of some logic inside of the script with an error. (and as i understand because the "domain1.com" belongs to Admin1. Pretty sure...) This error is reproduceable anytime. Greetings Ilya ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2557658&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-02 13:21:37
|
Patches item #2556927, was opened at 2009-02-02 13:21 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=2556927&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 language file ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2556927&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-02-02 09:32:55
|
Patches item #2556431, was opened at 2009-02-02 10:32 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=2556431&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: Fabio Bonelli (fabiobon) Assigned to: Nobody/Anonymous (nobody) Summary: [PATCH] Italian typos Initial Comment: This patch corrects a bunch of typos in the italian translation. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2556431&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-30 08:14:14
|
Patches item #2545787, was opened at 2009-01-29 15:56 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2545787&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: Rag3Rac3r (rag3rac3r) Assigned to: Nobody/Anonymous (nobody) Summary: Check if notified_at is older than created Initial Comment: This patch really only applies under certain conditions, when PFAs php-script for some reason can't delete the entry from the vacation_notification table (for example if your running MySQL Replication to a off site email server, and you don't like to setup a master<->master replication in MySQL). What it does is that it enables so vacation.pl takes into consideration that the vacation_notification table can contain outdated values (i.e. a user has changed his message and/or come back from vacation and gone on vacation again). It creates a higher amount of sql queries as an conditional query is moved to be an needed sql query, so it should really be used when you only have to. And it should also be combined with an shell script (perl, php, sh) to clean the vacation_notification table. Patch applies to SVN rev. 535 My suggestion to maintainers is to place it into contrib, this should NOT go into the vacation.pl as it still only applies under very special circumstances. ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2009-01-30 08:14 Message: Thanks; I'll try and review it and add it to SVN shortly. (If I've not done anything in a week, feel free to give me a kick) ---------------------------------------------------------------------- Comment By: Rag3Rac3r (rag3rac3r) Date: 2009-01-29 23:45 Message: Added a example cleanup script for the table in the database that both cleans out active vacations where the notifcation was sent out last time the user was on vacation and where the vacation is inactive and it in normal cases would've been purged by the PFA webscripts. Perl isn't my strong side, if it had been, the script would've been in that ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2545787&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-29 23:45:14
|
Patches item #2545787, was opened at 2009-01-29 16:56 Message generated for change (Comment added) made by rag3rac3r You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2545787&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: Rag3Rac3r (rag3rac3r) Assigned to: Nobody/Anonymous (nobody) Summary: Check if notified_at is older than created Initial Comment: This patch really only applies under certain conditions, when PFAs php-script for some reason can't delete the entry from the vacation_notification table (for example if your running MySQL Replication to a off site email server, and you don't like to setup a master<->master replication in MySQL). What it does is that it enables so vacation.pl takes into consideration that the vacation_notification table can contain outdated values (i.e. a user has changed his message and/or come back from vacation and gone on vacation again). It creates a higher amount of sql queries as an conditional query is moved to be an needed sql query, so it should really be used when you only have to. And it should also be combined with an shell script (perl, php, sh) to clean the vacation_notification table. Patch applies to SVN rev. 535 My suggestion to maintainers is to place it into contrib, this should NOT go into the vacation.pl as it still only applies under very special circumstances. ---------------------------------------------------------------------- Comment By: Rag3Rac3r (rag3rac3r) Date: 2009-01-30 00:45 Message: Added a example cleanup script for the table in the database that both cleans out active vacations where the notifcation was sent out last time the user was on vacation and where the vacation is inactive and it in normal cases would've been purged by the PFA webscripts. Perl isn't my strong side, if it had been, the script would've been in that ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2545787&group_id=191583 |
|
From: SourceForge.net <no...@so...> - 2009-01-29 15:57:01
|
Patches item #2545787, was opened at 2009-01-29 16:56 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=2545787&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: Rag3Rac3r (rag3rac3r) Assigned to: Nobody/Anonymous (nobody) Summary: Check if notified_at is older than created Initial Comment: This patch really only applies under certain conditions, when PFAs php-script for some reason can't delete the entry from the vacation_notification table (for example if your running MySQL Replication to a off site email server, and you don't like to setup a master<->master replication in MySQL). What it does is that it enables so vacation.pl takes into consideration that the vacation_notification table can contain outdated values (i.e. a user has changed his message and/or come back from vacation and gone on vacation again). It creates a higher amount of sql queries as an conditional query is moved to be an needed sql query, so it should really be used when you only have to. And it should also be combined with an shell script (perl, php, sh) to clean the vacation_notification table. Patch applies to SVN rev. 535 My suggestion to maintainers is to place it into contrib, this should NOT go into the vacation.pl as it still only applies under very special circumstances. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2545787&group_id=191583 |
700 messages has been excluded from this view by a project administrator.
