postfixadmin-tracker Mailing List for PostfixAdmin (Page 49)
Brought to you by:
christian_boltz,
gingerdog
You can subscribe to this list here.
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(67) |
Nov
(83) |
Dec
(47) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(57) |
Feb
(15) |
Mar
(21) |
Apr
(38) |
May
(27) |
Jun
(38) |
Jul
(35) |
Aug
(50) |
Sep
(8) |
Oct
(9) |
Nov
(59) |
Dec
(59) |
2009 |
Jan
(27) |
Feb
(42) |
Mar
(63) |
Apr
(46) |
May
(26) |
Jun
(25) |
Jul
(40) |
Aug
(19) |
Sep
(17) |
Oct
(35) |
Nov
(26) |
Dec
(21) |
2010 |
Jan
(11) |
Feb
(19) |
Mar
(40) |
Apr
(25) |
May
(23) |
Jun
(17) |
Jul
(10) |
Aug
(18) |
Sep
(21) |
Oct
(12) |
Nov
(10) |
Dec
(22) |
2011 |
Jan
(30) |
Feb
(23) |
Mar
(23) |
Apr
(38) |
May
(32) |
Jun
(19) |
Jul
(20) |
Aug
(36) |
Sep
(11) |
Oct
(28) |
Nov
(4) |
Dec
(4) |
2012 |
Jan
(6) |
Feb
(3) |
Mar
(16) |
Apr
(28) |
May
(29) |
Jun
(10) |
Jul
(2) |
Aug
(3) |
Sep
|
Oct
(13) |
Nov
(1) |
Dec
(1) |
2013 |
Jan
(11) |
Feb
(7) |
Mar
(29) |
Apr
(2) |
May
(3) |
Jun
(15) |
Jul
(8) |
Aug
(5) |
Sep
(5) |
Oct
(4) |
Nov
(27) |
Dec
(81) |
2014 |
Jan
(12) |
Feb
(13) |
Mar
(5) |
Apr
|
May
(41) |
Jun
(16) |
Jul
(7) |
Aug
(10) |
Sep
(24) |
Oct
(50) |
Nov
|
Dec
(2) |
2015 |
Jan
(5) |
Feb
(2) |
Mar
(7) |
Apr
(20) |
May
(1) |
Jun
(3) |
Jul
(12) |
Aug
(1) |
Sep
(17) |
Oct
(5) |
Nov
(20) |
Dec
(10) |
2016 |
Jan
(10) |
Feb
(11) |
Mar
(22) |
Apr
(30) |
May
(33) |
Jun
(3) |
Jul
|
Aug
(12) |
Sep
(20) |
Oct
(11) |
Nov
(15) |
Dec
(8) |
2017 |
Jan
(1) |
Feb
(11) |
Mar
(10) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(1) |
Nov
|
Dec
(3) |
2018 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
(4) |
Jun
(2) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2008-07-18 20:39:45
|
Bugs item #2021826, was opened at 2008-07-18 22:39 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=2021826&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: edit-alias allows empty alias when vacation is on Initial Comment: It's possible to set an empty alias goto, see https://sourceforge.net/forum/message.php?msg_id=5104264 for details. Most important is the reproducer: Usually edit-mailbox errors out if you clear all target addresses. But I found a way to work around this safety net :-( Reproducer: - enable vacation - edit the alias for the mailbox, remove us...@ex... (so that only the vacation address remains) - disable vacation -> the alias now has an empty target Possible solutions: - the vacation alias should be ignored when testing if the alias target is empty - the vacation alias should not even be listed in the target list (print a "vacation is on" note instead) Needs to be tested with users/edit-alias also. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2021826&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-18 20:31:16
|
Bugs item #1958315, was opened at 2008-05-06 00:17 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1958315&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None >Priority: 4 Private: No Submitted By: Roel Adriaans (helldesk) Assigned to: Nobody/Anonymous (nobody) >Summary: Possible to make alias without mailbox - want loop detection Initial Comment: In 2.2.0 with the alias_control settings to "NO" I can make this alias (as Admin): fo...@ba... -> fo...@ba... Since there is no fo...@ba... mailbox the mail gets rejected by postfix. There is a catch-all Address on the bar.com domain, doesn't have any effect. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-07-18 22:31 Message: Logged In: YES user_id=593261 Originator: NO You have basically created a mail loop. Without having it tested, I guess you see a "too many hops" bounce. The catch-all isn't used because postfix sees fo...@ba... as the better option and doesn't even check if there is a catch-all. Yes, we could check for alias == goto && mailbox_doesn't_exist However, I think this is a corner case. And even if we test for direct loops, indirect loops (foo@ -> bar@, bar@ -> foo@) will have the same problem. Recursive loop detection would be a nice feature, but also requires lots of programming. I'll lower the priority for now - and I'll happily accept patches ;-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1958315&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-18 16:05:35
|
Bugs item #2021578, was opened at 2008-07-18 16:00 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=2021578&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Database Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: latin1_swedish_ci used only in swedish Initial Comment: upgrade.php brokes database when collation is not swedish. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2021578&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-15 13:11:28
|
Bugs item #2018539, was opened at 2008-07-15 12:22 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2018539&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: Georgi Naplatanov (goshoo) Assigned to: Nobody/Anonymous (nobody) Summary: broken bulgarian translation Initial Comment: Hello, the bulgarioan translation is broken when translations where converted with recode. In case somebody can convert the translation to cp1251 the right command for converting to utf-8 is: iconv -f cp1251 -t utf8 cp1251_file > utf8_file Best regards Georgi ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-07-15 15:11 Message: Logged In: YES user_id=593261 Originator: NO Commited to SVN r402. Thanks for fixing the file and the additional translations! ---------------------------------------------------------------------- Comment By: Georgi Naplatanov (goshoo) Date: 2008-07-15 13:32 Message: Logged In: YES user_id=181398 Originator: YES File Added: bg.lang ---------------------------------------------------------------------- Comment By: Georgi Naplatanov (goshoo) Date: 2008-07-15 13:30 Message: Logged In: YES user_id=181398 Originator: YES It's the right file. File Added: bg.lang ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2018539&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-15 11:44:09
|
Bugs item #2018539, was opened at 2008-07-15 13:22 Message generated for change (Comment added) made by goshoo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2018539&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Georgi Naplatanov (goshoo) Assigned to: Nobody/Anonymous (nobody) Summary: broken bulgarian translation Initial Comment: Hello, the bulgarioan translation is broken when translations where converted with recode. In case somebody can convert the translation to cp1251 the right command for converting to utf-8 is: iconv -f cp1251 -t utf8 cp1251_file > utf8_file Best regards Georgi ---------------------------------------------------------------------- >Comment By: Georgi Naplatanov (goshoo) Date: 2008-07-15 14:30 Message: Logged In: YES user_id=181398 Originator: YES It's the right file. File Added: bg.lang ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2018539&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-15 11:44:04
|
Bugs item #2018539, was opened at 2008-07-15 13:22 Message generated for change (Comment added) made by goshoo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2018539&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Georgi Naplatanov (goshoo) Assigned to: Nobody/Anonymous (nobody) Summary: broken bulgarian translation Initial Comment: Hello, the bulgarioan translation is broken when translations where converted with recode. In case somebody can convert the translation to cp1251 the right command for converting to utf-8 is: iconv -f cp1251 -t utf8 cp1251_file > utf8_file Best regards Georgi ---------------------------------------------------------------------- >Comment By: Georgi Naplatanov (goshoo) Date: 2008-07-15 14:32 Message: Logged In: YES user_id=181398 Originator: YES File Added: bg.lang ---------------------------------------------------------------------- Comment By: Georgi Naplatanov (goshoo) Date: 2008-07-15 14:30 Message: Logged In: YES user_id=181398 Originator: YES It's the right file. File Added: bg.lang ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2018539&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-15 10:37:26
|
Bugs item #2018539, was opened at 2008-07-15 13:22 Message generated for change (Settings changed) made by goshoo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2018539&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Georgi Naplatanov (goshoo) Assigned to: Nobody/Anonymous (nobody) >Summary: broken bulgarian translation Initial Comment: Hello, the bulgarioan translation is broken when translations where converted with recode. In case somebody can convert the translation to cp1251 the right command for converting to utf-8 is: iconv -f cp1251 -t utf8 cp1251_file > utf8_file Best regards Georgi ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2018539&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-15 10:22:20
|
Bugs item #2018539, was opened at 2008-07-15 13:22 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=2018539&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Georgi Naplatanov (goshoo) Assigned to: Nobody/Anonymous (nobody) Summary: broken bulgarioan translation Initial Comment: Hello, the bulgarioan translation is broken when translations where converted with recode. In case somebody can convert the translation to cp1251 the right command for converting to utf-8 is: iconv -f cp1251 -t utf8 cp1251_file > utf8_file Best regards Georgi ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2018539&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-15 04:51:52
|
Bugs item #2018402, was opened at 2008-07-15 04:52 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=2018402&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: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: error with deleting mailbox or alias Initial Comment: Hi. When I'm want delete a mailbox or alias I see next error: DEBUG INFORMATION: Invalid query: Duplicate entry '2008-07-15 10:22:30' for key 1 and mysql.log 58241 Query DELETE FROM alias WHERE address='te...@ex...' AND domain='example.ru' 58242 Query INSERT INTO log (timestamp,username,domain,action,data) VALUES (NOW(),'an...@ex... (17.7.181.96)','example.ru','delete_alias','te...@ex...') 58243 Query SELECT * FROM mailbox WHERE username='te...@ex...' AND domain='example.ru' 58244 Query DELETE FROM mailbox WHERE username='te...@ex...' AND domain='example.ru' 58245 Query DELETE FROM vacation WHERE email='te...@ex...' AND domain='example.ru' 58246 Query INSERT INTO log (timestamp,username,domain,action,data) VALUES (NOW(),'an...@ex... (17.7.181.96)','example.ru','delete_mailbox','te...@ex...') In my opinion problem be appear at the time of query insert data on table "log" to MySQL in a unit of time. Fixed this problem I can added in file delete.php function sleep(1); 123 $result = db_query ("DELETE FROM $table_mailbox WHERE username='$fDelete' AND domain='$fDomain'"); 124 sleep (1); 125 $postdel_res=mailbox_postdeletion($fDelete,$fDomain); 126 if ($result['rows'] != 1 || !$postdel_res) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2018402&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-11 06:03:52
|
Bugs item #2015707, was opened at 2008-07-11 06:04 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=2015707&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: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: create-mailbox operation does not show password in op result Initial Comment: create-mailbox operation does not show password in op result when $CONF['generate_password']=='YES' --- create-mailbox.php (revision 401) +++ create-mailbox.php (working copy) @@ -278,22 +278,6 @@ */ $tDomain = $fDomain; - if ($CONF['generate_password'] == "YES") - { - $tMessage .= " / $fPassword)</br />"; - } - else - { - if ($CONF['show_password'] == "YES") - { - $tMessage .= " / $fPassword)</br />"; - } - else - { - $tMessage .= ")</br />"; - } - } - $tQuota = $CONF['maxquota']; if ($fMail == "on") @@ -328,6 +312,23 @@ } } + + if ($CONF['generate_password'] == "YES") + { + $tMessage .= " / $fPassword)</br />"; + } + else + { + if ($CONF['show_password'] == "YES") + { + $tMessage .= " / $fPassword)</br />"; + } + else + { + $tMessage .= ")</br />"; + } + } + } } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2015707&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-09 12:14:24
|
Patches item #2014010, was opened at 2008-07-09 06:37 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2014010&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: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Fabio Bonelli (fabiobon) Assigned to: Nobody/Anonymous (nobody) Summary: vacation.pl fails to properly log and to detect failure Initial Comment: vacation.pl doesn't report an error when the query to vacation_notification in already_notified fails. Additionally, many do_log() calls have a wrong argument count. Patch attached. ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2008-07-09 12:14 Message: Logged In: YES user_id=1761957 Originator: NO Thanks, merged in changeset's 400 and 401. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2014010&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-09 06:37:49
|
Patches item #2014010, was opened at 2008-07-09 08:37 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=2014010&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: Fabio Bonelli (fabiobon) Assigned to: Nobody/Anonymous (nobody) Summary: vacation.pl fails to properly log and to detect failure Initial Comment: vacation.pl doesn't report an error when the query to vacation_notification in already_notified fails. Additionally, many do_log() calls have a wrong argument count. Patch attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2014010&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-08 20:00:18
|
Bugs item #2013772, was opened at 2008-07-08 22:00 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=2013772&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: "undeliverable" marker doesn't detect catchall account Initial Comment: SVN r358, most probably still valid in r399 The "probably undeliverable" marker doesn't detect local catchall aliases and marks targets that use the catchall as undeliverable. Example: Alias *@example.com exists (and example.com is a valid local domain in postfixadmin) Alias fo...@my... -> ba...@ex... is marked as probably undeliverable ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2013772&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-02 19:56:44
|
Patches item #1776747, was opened at 2007-08-18 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=1776747&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Thomas Witzenrath (tom_witzenrath) Assigned to: Nobody/Anonymous (nobody) Summary: simple python vacation script Initial Comment: Hi, since the vacation.pl distributed with postfixadmin is broken, i rewrote the whole thing in python. Features: * loop detection * Uses Sender:-Header if present * rejects multiple Adresses in From:-Header, but replies to Sender: or Reply-To: if present * Does not answer to Spam-Messages (checks for X-Spam-Status) * Does not answer to Precedence: [bulk|list|junk] * Does not send notifications to people that have been notified in the last week * writes messages to logfile * logs errors to errorlog, or if all else fails, tries to send a message to an administrator Limits: * So far only support for Postgres, but changing this to MySQL should be as easy as changing two lines of code (line 20 and 40). *relies on postfix handing in the recipients e-mail address, so you have to change master.cf like this: vacation unix - n n - - pipe flags=DRhu user=vacation argv=/var/spool/vacation/vacation.py ${user} * based on the gentoo-wiki tablelayout, which I am not sure is the same as is propagated through postfixadmin (but I think it should): Table "public.vacation" Column | Type | Modifiers ----------+--------------------------+---------------------------------------- email | character varying(255) | not null default ''::character varying subject | character varying(255) | not null default ''::character varying body | text | not null cache | text | domain | character varying(255) | not null default ''::character varying created | timestamp with time zone | default now() modified | timestamp with time zone | default now() active | boolean | not null default true Indexes: "vacation_key" PRIMARY KEY, btree (email) Table "public.vacation_notification" Column | Type | Modifiers -------------+--------------------------+------------------------ on_vacation | character varying(255) | not null notified | character varying(255) | not null notified_at | timestamp with time zone | not null default now() Indexes: "vacation_notification_pkey" PRIMARY KEY, btree (on_vacation, notified) Foreign-key constraints: "vacation_notification_on_vacation_fkey" FOREIGN KEY (on_vacation) REFERENCES vacation(email) ON DELETE CASCADE only limited testing has been done, friendly bug reports are welcome! ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2008-07-02 19:56 Message: Logged In: YES user_id=1761957 Originator: NO I should probably point out that your script is vulnerable to SQL injection (at least, I assume email addresses can contain ' marks). ---------------------------------------------------------------------- Comment By: Thomas Witzenrath (tom_witzenrath) Date: 2007-09-20 21:02 Message: Logged In: YES user_id=1864391 Originator: YES Hi, well, I have posted this to share it. I felt a rewrite of the (original) vacation script was needed, since there were many problems that I have encountered when using it. I fully understand that two (or more) versions of the same functionality can not be maintained. Personaly I think Python to be much more "maintainable", but thats just a personal thing, if you like Perl, keep the perl script and just ignore this.. I won't mind, since I can't promise I will maintain this thing in any way other than to keep it running for my customers. Greets Tom ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2007-09-20 20:40 Message: Logged In: YES user_id=1761957 Originator: NO Hello, Thanks for taking the effort to write this. With this, and the PHP vacation script, I get the feeling that the vacation script(s) are quite useful. I'm not against merging this, but I don't want to maintain two code bases (hence vacation.pl has been replaced by vacation-pgsql.pl recently)... so either this has to be shown to be better than the perl vacation.pl and/or be shown to be more maintainable... Did you try the vacation-pgsql.pl script from subversion? (now just 'vacation.pl') Ideally "there can[should] be only one".... thanks David ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1776747&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-02 19:52:33
|
Patches item #2008468, was opened at 2008-07-02 04:51 Message generated for change (Settings changed) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2008468&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: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Tabmow (tabmowtez) Assigned to: Nobody/Anonymous (nobody) Summary: Vacation.pl patch Initial Comment: Hi, I installed postfixadmin and decided to get the virtual vacation working. I setup everything and I was getting vacation.log errors saying that I could not connect to localhost. The vacation.pl which uses Mail::Sendmail to send it's mail defaults to using localhost as a smtp server. I have added the functionality (which defaults to localhost) for people who don't run their mail servers on localhost. The diff for vacation.pl is attached. ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-07-02 19:52 Message: Logged In: YES user_id=1761957 Originator: NO Hi; Thank you - merged into trunk and postfixadmin-2.2.1 branch Changeset 399 and 398 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2008468&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-02 19:52:25
|
Patches item #2008468, was opened at 2008-07-02 04:51 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2008468&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: Accepted Priority: 5 Private: No Submitted By: Tabmow (tabmowtez) Assigned to: Nobody/Anonymous (nobody) Summary: Vacation.pl patch Initial Comment: Hi, I installed postfixadmin and decided to get the virtual vacation working. I setup everything and I was getting vacation.log errors saying that I could not connect to localhost. The vacation.pl which uses Mail::Sendmail to send it's mail defaults to using localhost as a smtp server. I have added the functionality (which defaults to localhost) for people who don't run their mail servers on localhost. The diff for vacation.pl is attached. ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2008-07-02 19:52 Message: Logged In: YES user_id=1761957 Originator: NO Hi; Thank you - merged into trunk and postfixadmin-2.2.1 branch Changeset 399 and 398 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2008468&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-07-02 04:51:37
|
Patches item #2008468, was opened at 2008-07-02 14:51 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=2008468&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: Tabmow (tabmowtez) Assigned to: Nobody/Anonymous (nobody) Summary: Vacation.pl patch Initial Comment: Hi, I installed postfixadmin and decided to get the virtual vacation working. I setup everything and I was getting vacation.log errors saying that I could not connect to localhost. The vacation.pl which uses Mail::Sendmail to send it's mail defaults to using localhost as a smtp server. I have added the functionality (which defaults to localhost) for people who don't run their mail servers on localhost. The diff for vacation.pl is attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2008468&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-06-30 07:59:20
|
Patches item #1995478, was opened at 2008-06-16 20:21 Message generated for change (Comment added) made by gingerdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1995478&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Stefan Breitegger (tuxstef) Assigned to: Nobody/Anonymous (nobody) Summary: postfixadmin-2.2.0 fetchmail ssl option Initial Comment: Suggenstion to click enable ssl option without extra options enabled for fetchmail. ---------------------------------------------------------------------- >Comment By: GingerDog (gingerdog) Date: 2008-06-30 07:59 Message: Logged In: YES user_id=1761957 Originator: NO I'd guess it's something like : ALTER TABLE fetchmail ADD COLUMN 'ssl' SMALLINT NOT NULL DEFAULT 0; You can add a 'CHECK' constraint to check whether it's 0 or 1, but I'm not sure it's worthwhile. ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-06-29 22:03 Message: Logged In: YES user_id=593261 Originator: NO To add the ssl field in MySQL: ALTER TABLE `fetchmail` ADD `ssl` TINYINT( 1 ) UNSIGNED NOT NULL DEFAULT '0' AFTER `protocol` ; GingerDog: What's the query needed for PgSQL? ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-06-26 21:01 Message: Logged In: YES user_id=593261 Originator: NO I converted the patch to unified format for better readability and also fixed some line positions. Notes: - yes, adding the column should has to be a new function in upgrade.php (the patch got the wrong line in upgrade.php anyway, so I replaced this part with a ToDo comment) - I decided to rename the field from "ssla" to "ssl" - sounds better ;-) - what's the reason for adding defaults smtphost mail.test.tld to the generated fetchmailrc? - most language files need to be updated after applying the patch. Gingerdog, run ./language-update.sh --patch (in the languages directory) to do this. File Added: fetchmail-ssloption.unified.diff ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-06-17 21:27 Message: Logged In: YES user_id=1761957 Originator: NO Hi, Thanks for the patch; I think the change to upgrade.php really needs to occur in it's own distinct upgrade function (and there probably needs to be one for postgresql and mysql). Hopefully i'll fix this and merge it shortly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1995478&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-06-29 22:03:06
|
Patches item #1995478, was opened at 2008-06-16 22: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=1995478&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Stefan Breitegger (tuxstef) Assigned to: Nobody/Anonymous (nobody) Summary: postfixadmin-2.2.0 fetchmail ssl option Initial Comment: Suggenstion to click enable ssl option without extra options enabled for fetchmail. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-06-30 00:03 Message: Logged In: YES user_id=593261 Originator: NO To add the ssl field in MySQL: ALTER TABLE `fetchmail` ADD `ssl` TINYINT( 1 ) UNSIGNED NOT NULL DEFAULT '0' AFTER `protocol` ; GingerDog: What's the query needed for PgSQL? ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-06-26 23:01 Message: Logged In: YES user_id=593261 Originator: NO I converted the patch to unified format for better readability and also fixed some line positions. Notes: - yes, adding the column should has to be a new function in upgrade.php (the patch got the wrong line in upgrade.php anyway, so I replaced this part with a ToDo comment) - I decided to rename the field from "ssla" to "ssl" - sounds better ;-) - what's the reason for adding defaults smtphost mail.test.tld to the generated fetchmailrc? - most language files need to be updated after applying the patch. Gingerdog, run ./language-update.sh --patch (in the languages directory) to do this. File Added: fetchmail-ssloption.unified.diff ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-06-17 23:27 Message: Logged In: YES user_id=1761957 Originator: NO Hi, Thanks for the patch; I think the change to upgrade.php really needs to occur in it's own distinct upgrade function (and there probably needs to be one for postgresql and mysql). Hopefully i'll fix this and merge it shortly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1995478&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-06-29 16:18:44
|
Bugs item #1902476, was opened at 2008-02-26 21:13 Message generated for change (Settings changed) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1902476&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Christian Boltz (christian_boltz) Assigned to: Nobody/Anonymous (nobody) Summary: Mailbox list should show alias targets Initial Comment: Right now, we have a) the alias list which shows the targets of all aliases. Good. b) the mailbox list which does NOT show if the alias for the mailbox was modified. The mailbox list should - show a flag if the alias does _not_ point to the mailbox (forward only mode) - show all alias targets (except the mailbox) (We'll probably need a two-line format for this - the table is already wide enough.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=1902476&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-06-29 16:12:42
|
Bugs item #2005839, was opened at 2008-06-29 14:14 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2005839&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: Tabmow (tabmowtez) Assigned to: Nobody/Anonymous (nobody) Summary: Newlines not being escaped in send email Initial Comment: I have just ported version 2.2 to FreeBSD and am finding that when I send an e-mail from the web interface i get no newlines being escaped. A copy of the e-mail body is below: Hi,\r\n\r\nWelcome to your new account. I am using the default config.inc.php default message. If I manually edit the message with newlines i get them not being displayed correctly as well. I went through a list of patches last time for v2.1 and found the following patch: --- ./functions.inc.php.orig 2005-01-07 07:00:00.000000000 +0800 +++ ./functions.inc.php 2008-05-17 21:19:54.000000000 +0800 @@ -129,7 +129,12 @@ if (get_magic_quotes_gpc () == 0) { if ($CONF['database_type'] == "mysql") $escaped_string = mysql_real_escape_string ($string); - if ($CONF['database_type'] == "mysqli") $escaped_string = mysqli_real_escape_string ($string); + if ($CONF['database_type'] == "mysqli") + { + $link = db_connect (); + $escaped_string = mysqli_real_escape_string ($link, $string); + mysqli_close ($link); + } if ($CONF['database_type'] == "pgsql") $escaped_string = pg_escape_string ($string); } else Now from what I can tell this has already been rectified in version 2.2 so I see no need for this patch to be applied which I am not doing. The current database option I am using is mysqli. I have not tested it with pqsql yet. Any ideas will be helpful. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-06-29 18:12 Message: Logged In: YES user_id=593261 Originator: NO The problem was that the message body was escaped using escape_string - which does SQL-style escaping, like replacing newlines with \r\n... Fixed in SVN r396. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2005839&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-06-29 12:14:37
|
Bugs item #2005839, was opened at 2008-06-29 22:14 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=2005839&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: Tabmow (tabmowtez) Assigned to: Nobody/Anonymous (nobody) Summary: Newlines not being escaped in send email Initial Comment: I have just ported version 2.2 to FreeBSD and am finding that when I send an e-mail from the web interface i get no newlines being escaped. A copy of the e-mail body is below: Hi,\r\n\r\nWelcome to your new account. I am using the default config.inc.php default message. If I manually edit the message with newlines i get them not being displayed correctly as well. I went through a list of patches last time for v2.1 and found the following patch: --- ./functions.inc.php.orig 2005-01-07 07:00:00.000000000 +0800 +++ ./functions.inc.php 2008-05-17 21:19:54.000000000 +0800 @@ -129,7 +129,12 @@ if (get_magic_quotes_gpc () == 0) { if ($CONF['database_type'] == "mysql") $escaped_string = mysql_real_escape_string ($string); - if ($CONF['database_type'] == "mysqli") $escaped_string = mysqli_real_escape_string ($string); + if ($CONF['database_type'] == "mysqli") + { + $link = db_connect (); + $escaped_string = mysqli_real_escape_string ($link, $string); + mysqli_close ($link); + } if ($CONF['database_type'] == "pgsql") $escaped_string = pg_escape_string ($string); } else Now from what I can tell this has already been rectified in version 2.2 so I see no need for this patch to be applied which I am not doing. The current database option I am using is mysqli. I have not tested it with pqsql yet. Any ideas will be helpful. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937964&aid=2005839&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-06-26 21:00:52
|
Patches item #1995478, was opened at 2008-06-16 22: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=1995478&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Stefan Breitegger (tuxstef) Assigned to: Nobody/Anonymous (nobody) Summary: postfixadmin-2.2.0 fetchmail ssl option Initial Comment: Suggenstion to click enable ssl option without extra options enabled for fetchmail. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-06-26 23:01 Message: Logged In: YES user_id=593261 Originator: NO I converted the patch to unified format for better readability and also fixed some line positions. Notes: - yes, adding the column should has to be a new function in upgrade.php (the patch got the wrong line in upgrade.php anyway, so I replaced this part with a ToDo comment) - I decided to rename the field from "ssla" to "ssl" - sounds better ;-) - what's the reason for adding defaults smtphost mail.test.tld to the generated fetchmailrc? - most language files need to be updated after applying the patch. Gingerdog, run ./language-update.sh --patch (in the languages directory) to do this. File Added: fetchmail-ssloption.unified.diff ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-06-17 23:27 Message: Logged In: YES user_id=1761957 Originator: NO Hi, Thanks for the patch; I think the change to upgrade.php really needs to occur in it's own distinct upgrade function (and there probably needs to be one for postgresql and mysql). Hopefully i'll fix this and merge it shortly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1995478&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-06-26 20:29:12
|
Patches item #1986622, was opened at 2008-06-06 18:20 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1986622&group_id=191583 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Languages Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: tw.lang (modified) Initial Comment: Modified Tranditional Chinese language file ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-06-26 22:29 Message: Logged In: YES user_id=593261 Originator: NO Gingerdog: Actually the _old_ tw.lang looks quite broken ;-) and probably had a wrong charset. The new one looks better and consists of characters that look chinese to me (I don't understand chinese, so this is all I can say). Commited to SVN r394 - thanks for fixing the translation. I also added some texts that were added in the meantime - SVN r395. Sidenote: Both cn.lang and tw.lang have several untranslated texts (the lines marked with 'XXX') - johnpupu, if you have some time, feel free to translate them and upload the file(s) in this tracker ;-) ---------------------------------------------------------------------- Comment By: GingerDog (gingerdog) Date: 2008-06-17 23:34 Message: Logged In: YES user_id=1761957 Originator: NO I almost merged this, and then gave up. I lack the chinese unicode fonts, so I can't tell if I'm screwing up the unicode stuff or not when I download/edit/merge ---------------------------------------------------------------------- Comment By: John Chen (johnpupu) Date: 2008-06-13 11:56 Message: Logged In: YES user_id=2109445 Originator: NO OK , I translate this file from cn.lang file so , It's for tw.lang. ^^ ---------------------------------------------------------------------- Comment By: Christian Boltz (christian_boltz) Date: 2008-06-07 01:27 Message: Logged In: YES user_id=593261 Originator: NO I'm slightly confused - according to the comments in the file, it is based on cn.lang (simplified chinese). However, you have uploaded it as tw.lang (traditional chinese). Which is the correct language of your file? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=1986622&group_id=191583 |
From: SourceForge.net <no...@so...> - 2008-06-26 19:37:01
|
Patches item #2003105, was opened at 2008-06-26 13:52 Message generated for change (Comment added) made by christian_boltz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2003105&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: Pavel Usischev (pusischev) Assigned to: Nobody/Anonymous (nobody) Summary: Updated ru.lang Initial Comment: Updated ru.lang attached. ---------------------------------------------------------------------- >Comment By: Christian Boltz (christian_boltz) Date: 2008-06-26 21:37 Message: Logged In: YES user_id=593261 Originator: NO commited to SVN r393 - thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=937966&aid=2003105&group_id=191583 |