You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
(5) |
Apr
(5) |
May
(23) |
Jun
|
Jul
(11) |
Aug
(3) |
Sep
(1) |
Oct
(8) |
Nov
(24) |
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(17) |
Feb
(5) |
Mar
(18) |
Apr
(10) |
May
(4) |
Jun
(5) |
Jul
(67) |
Aug
(7) |
Sep
(4) |
Oct
(2) |
Nov
(4) |
Dec
(9) |
| 2004 |
Jan
(16) |
Feb
(4) |
Mar
(7) |
Apr
(5) |
May
(4) |
Jun
(5) |
Jul
(3) |
Aug
(3) |
Sep
(3) |
Oct
(8) |
Nov
|
Dec
|
| 2005 |
Jan
(5) |
Feb
(6) |
Mar
(4) |
Apr
(1) |
May
(2) |
Jun
(2) |
Jul
(1) |
Aug
|
Sep
(5) |
Oct
(1) |
Nov
|
Dec
(7) |
| 2006 |
Jan
(10) |
Feb
(4) |
Mar
(10) |
Apr
(8) |
May
(8) |
Jun
(14) |
Jul
(7) |
Aug
(4) |
Sep
(4) |
Oct
(24) |
Nov
(29) |
Dec
(10) |
| 2007 |
Jan
(5) |
Feb
(12) |
Mar
(11) |
Apr
(10) |
May
(3) |
Jun
(3) |
Jul
(15) |
Aug
(28) |
Sep
(8) |
Oct
(5) |
Nov
(8) |
Dec
(13) |
| 2008 |
Jan
(7) |
Feb
(11) |
Mar
(29) |
Apr
(28) |
May
(17) |
Jun
(9) |
Jul
(18) |
Aug
(7) |
Sep
(8) |
Oct
(9) |
Nov
(11) |
Dec
(53) |
| 2009 |
Jan
(112) |
Feb
(19) |
Mar
(46) |
Apr
(32) |
May
(90) |
Jun
(91) |
Jul
(33) |
Aug
(11) |
Sep
(16) |
Oct
(23) |
Nov
(15) |
Dec
(3) |
| 2010 |
Jan
(1) |
Feb
|
Mar
(37) |
Apr
(47) |
May
(66) |
Jun
(69) |
Jul
(29) |
Aug
(45) |
Sep
(23) |
Oct
(3) |
Nov
(1) |
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(2) |
Jun
(1) |
Jul
(3) |
Aug
(6) |
Sep
(1) |
Oct
(7) |
Nov
(1) |
Dec
(1) |
| 2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
| 2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
(3) |
| 2016 |
Jan
(4) |
Feb
(5) |
Mar
(2) |
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(1) |
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
(1) |
Mar
(25) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
(1) |
| 2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
(4) |
Jul
(3) |
Aug
|
Sep
(3) |
Oct
(6) |
Nov
(1) |
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
| 2023 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
(2) |
Feb
(2) |
Mar
(5) |
Apr
(2) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
|
From: Mathieu M. <mat...@ki...> - 2005-09-27 19:14:01
|
Ok just for history. the problem was that my postfix installation was broken. Somehow it worked from the command line. But used to telnet 25 on the server would just hang forever. The solution is posted (by myself) here: [mailing.postfix.users > Postfix appears to hang on telnet 25 ] http://groups.google.com/group/mailing.postfix.users/msg/ba279c9124a1f58f Ok and the answer is: Sep 27 12:03:14 localhost postfix/local[6213]: fatal: open database /etc/mail/aliases.db: No such file or directory I need to run at least once the command newalias. For some reason I missed that from the gentoo install: /usr/portage/mail-mta/postfix/postfix-2.1.5-r2.ebuild if [ ! -e /etc/mail/aliases.db ] ; then echo ewarn "You must edit /etc/mail/aliases to suit your needs" ewarn "and then run /usr/bin/newaliases. Postfix will not" ewarn "work correctly without it." fi Sorry for the noise Mathieu Mathieu Malaterre wrote: > Hello there, > > I am trying to debug syncmail (v2.3). I have a machine running a > local mailserver (postifx) which then relay to a main mail server. > Running the /bin/mail command from my user seems to be working fine (I > can send email to yahoo.com/gmail.com ...). > > But I cannot get anything to work with syncmail. At first syncmail > was just freezing for ever. I tried inserting print statement to debug, > but even with sys.stdout.flush() I could not get anything to print on > cout. I then remove `if not os.fork():` to be `if True:`. Now it is at > least entering in the if. This is how far I could get. Any help *very* > appreciated, esp. on how to debug syncmail. > > Thanks > Mathieu > Ps: in my loginfo I also have: > ALL /bin/mail -s %s use...@my... > which is working fine. > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. > Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > Cvs-syncmail-talk mailing list > Cvs...@li... > https://lists.sourceforge.net/lists/listinfo/cvs-syncmail-talk > |
|
From: Mathieu M. <mat...@ki...> - 2005-09-27 14:46:59
|
Hello there, I am trying to debug syncmail (v2.3). I have a machine running a local mailserver (postifx) which then relay to a main mail server. Running the /bin/mail command from my user seems to be working fine (I can send email to yahoo.com/gmail.com ...). But I cannot get anything to work with syncmail. At first syncmail was just freezing for ever. I tried inserting print statement to debug, but even with sys.stdout.flush() I could not get anything to print on cout. I then remove `if not os.fork():` to be `if True:`. Now it is at least entering in the if. This is how far I could get. Any help *very* appreciated, esp. on how to debug syncmail. Thanks Mathieu Ps: in my loginfo I also have: ALL /bin/mail -s %s use...@my... which is working fine. |
|
From: SourceForge.net <no...@so...> - 2005-09-12 08:03:24
|
Bugs item #1288419, was opened at 2005-09-12 10:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1288419&group_id=47611 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 Submitted By: Björn Höhrmann (hoehrmann) Assigned to: Nobody/Anonymous (nobody) Summary: Unencoded non-ascii chars in From: Initial Comment: The sf.net-maintained syncmail (and I guess other versions aswell) do not properly apply mime word encoding to non-ascii characters in From:, e.g. for my name it sends out "From: Björn Höhrmann ..." while it should use e.g. "From: =?utf-8?Q? Bj=C3=B6rn=20H=C3=B6hrmann?= ..." since non-ascii characters are not allowed in the mail header. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1288419&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-09-02 05:51:50
|
Bugs item #1123560, was opened at 2005-02-15 17:46 Message generated for change (Comment added) made by nolar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1123560&group_id=47611 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 Submitted By: Enver Haase (ehaase) Assigned to: Nobody/Anonymous (nobody) Summary: cvs-syncmail sends mail to version numbers Initial Comment: Hello, I have a line like tools/ /usr/bin/syncmail -S [Company-CVS] --mailhost mail.hacenet %{sVv} dev...@co... in my loginfo. syncmail sends mail to: 1.6 1.7 dev...@co... I changed specs = args[0].split() del args[0] # The remaining args should be the email addresses to specs = args[0].split() del args[0] del args[0] del args[0] # The remaining args should be the email addresses And now it works fine. Version info: haneman:/usr/bin# cvs --version Concurrent Versions System (CVS) 1.12.9 (client/server) Copyright (c) 1989-2004 Brian Berliner, david d `zoo' zuhn, Jeff Polk, and other authors CVS may be copied only under the terms of the GNU General Public License, a copy of which can be found with the CVS distribution kit. Specify the --help option for further information about CVS haneman:/usr/bin# python Python 2.3.4 (#2, Jan 5 2005, 08:24:51) [GCC 3.3.5 (Debian 1:3.3.5-5)] on linux2 Thanks for looking into this! --Enver ---------------------------------------------------------------------- Comment By: Alon Rohter (nolar) Date: 2005-09-02 00:51 Message: Logged In: YES user_id=856270 You just need to enclose the %{sVv} in quotes: "%{sVv}" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1123560&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-07-06 03:27:59
|
Patches item #1233143, was opened at 2005-07-06 03:27 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1233143&group_id=47611 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 Submitted By: B P ORourke (borourke) Assigned to: Nobody/Anonymous (nobody) Summary: cvs add dir causes stack trace Initial Comment: When a new directory is added using "cvs add dirname" it causes syncmail to abort with a stack trace. This trivial patch fixes that by just checking whether CVS/Entries exists before trying to parse it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1233143&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-06-16 10:35:59
|
Bugs item #1221821, was opened at 2005-06-16 06:35 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1221821&group_id=47611 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: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Sujay D'Souza (sadsouza) Assigned to: Nobody/Anonymous (nobody) Summary: Doesn't identify committer Initial Comment: Syncmail when it sends out commit notification emails doesn't include who actually performed the commit, this is rather important in a large scale repo, when there are 100's of committers. Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1221821&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-05-26 16:24:43
|
Bugs item #1209259, was opened at 2005-05-26 12:18 Message generated for change (Comment added) made by sds You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1209259&group_id=47611 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 Submitted By: Sam Steingold (sds) Assigned to: Nobody/Anonymous (nobody) Summary: intermittent cvs lock messages Initial Comment: for project clisp on SF.net, I use "Concurrent Versions System (CVS) 1.11.17 (client/server)" via SSH on cygwin and linux. During CVS commit, I often get this messages: Message: [22:06:14] waiting for sds's lock in /cvsroot/clisp/clisp/tests [note, "sds" is myself] then, after a few minutes, commit succeeds. the CVS experts looked at syncmail code and suggested that: "syncmail uses CVS commands to generate a diff to include in the mail -- if it tries to do that before your commit finishes, it will block waiting for your commit's lock. I would suggest changing syncmail to use "cvs -n" for the diff, which will ignore the lock." <http://article.gmane.org/gmane.comp.version-control.cvs.general:14687> thanks. ---------------------------------------------------------------------- >Comment By: Sam Steingold (sds) Date: 2005-05-26 12:24 Message: Logged In: YES user_id=5735 see also <https://sourceforge.net/tracker/index.php?func=detail&aid=1209266&group_id=1&atid=200001> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1209259&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-05-26 16:18:51
|
Bugs item #1209259, was opened at 2005-05-26 12:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1209259&group_id=47611 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 Submitted By: Sam Steingold (sds) Assigned to: Nobody/Anonymous (nobody) Summary: intermittent cvs lock messages Initial Comment: for project clisp on SF.net, I use "Concurrent Versions System (CVS) 1.11.17 (client/server)" via SSH on cygwin and linux. During CVS commit, I often get this messages: Message: [22:06:14] waiting for sds's lock in /cvsroot/clisp/clisp/tests [note, "sds" is myself] then, after a few minutes, commit succeeds. the CVS experts looked at syncmail code and suggested that: "syncmail uses CVS commands to generate a diff to include in the mail -- if it tries to do that before your commit finishes, it will block waiting for your commit's lock. I would suggest changing syncmail to use "cvs -n" for the diff, which will ignore the lock." <http://article.gmane.org/gmane.comp.version-control.cvs.general:14687> thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1209259&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-04-20 11:29:07
|
Bugs item #1186602, was opened at 2005-04-20 13:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1186602&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Roland Illig (rillig) Assigned to: Nobody/Anonymous (nobody) Summary: cvs(1) command should be configurable Initial Comment: syncmail-2.1 uses "cvs" around line 165, but "/usr/bin/cvs" around line 193. These two strings should be always the same. Please add a global variable CVS_CMD or similar for this. Roland ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1186602&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-03-28 13:20:15
|
Bugs item #1171834, was opened at 2005-03-28 15:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1171834&group_id=47611 Category: None Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: VooDooMan (ghostvoodooman) Assigned to: Nobody/Anonymous (nobody) Summary: shorter/splitted messages? Initial Comment: syncmail is generating loooong e-mail messages. is there some command line switch to force it to generate one e-mail for one file? or limit e-mail to few kilo bytes? e-mail is then truncated on sourceforge's mail server, which makes this solution meaningless. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1171834&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-03-25 04:29:36
|
Patches item #1170337, was opened at 2005-03-25 05:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1170337&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hans Ulrich Niedermann (hun) Assigned to: Nobody/Anonymous (nobody) Summary: pass through "cvs diff" -p, --show-c-function options Initial Comment: Add syncmail support to pass through -p --show-c-function options to the "cvs diff" command. Changes in more detail: * trivially add -p / --show-c-function parameters to syncmail * pass through the parameter to the "cvs diff" command * document changes in syncmail __doc__ and doc/syncmail.sgml * recompiled doc/syncmail.sgml to doc/syncmail.1 This does not look very complicated, so I rate the probability this introduces bugs as low. A first test at libexif CVS indicates it works as intended. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1170337&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-03-15 14:09:34
|
Patches item #653215, was opened at 2002-12-13 12:49 Message generated for change (Comment added) made by nthiery You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=653215&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Martin Schröder (oneiros) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: Better detection of binary files Initial Comment: The current (at least in v1.21) binary detection fails when non-ASCII characters are used. This patch fails a bit better there. Another idea would be to detect files tagged as binary in CVS (i.e. -kb) ---------------------------------------------------------------------- Comment By: Nicolas M. Thiéry (nthiery) Date: 2005-03-15 15:09 Message: Logged In: YES user_id=69085 Hi! What's the current status of this item? We have many files that contain a few french accents, and for which we don't get our diff's by email since they are considered as binary, which is annoying! Thanks in advance! Nicolas ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2003-07-08 21:52 Message: Logged In: YES user_id=3066 I'll work on a change that uses "rlog -h" to get the binary flag from CVS, so we really get this right. Would be nice if CVS understood text in better ways than it does now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=653215&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-03-10 00:10:46
|
Bugs item #841623, was opened at 2003-11-13 18:50 Message generated for change (Comment added) made by bman78 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=841623&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Joachim Pileborg (arrow) Assigned to: Nobody/Anonymous (nobody) Summary: rcsdiff troubles? Initial Comment: When doing a cvs commit, I get rcsdiff errors: Checking in kernel/class.c; /cvsroot/evilos-kernel/evilos/kernel/class.c,v <-- class.c new revision: 1.3; previous revision: 1.2 done Mailing ar...@us...... Generating notification message... Generating notification message... done. rcsdiff: RCS/1.2,v: No such file or directory rcsdiff: -r option is ignored after pathnames rcsdiff: RCS/1.3,v: No such file or directory rcsdiff: /cvsroot/evilos-kernel/evilos/kernel/Attic/RCS/class.c,v: No such file or directory My $CVSROOT/CVSROOT/loginfo entry looks like this: evilos $CVSROOT/CVSROOT/syncmail %s ar...@us... ---------------------------------------------------------------------- Comment By: Balazs Bezeczky (bman78) Date: 2005-03-10 00:10 Message: Logged In: YES user_id=340131 hi, have you found a solution to this problem? I am suffering from the same problem and just cant get rid of it...:( thanks in advance, cheers ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=841623&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-02-24 17:01:31
|
Bugs item #1151179, was opened at 2005-02-24 17:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1151179&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Arthur Lutz (arthur_lutz) Assigned to: Nobody/Anonymous (nobody) Summary: syncmail thinks xml is a binary format Initial Comment: when adding a xml file syncmail thinks it's binary Added Files: XXXXX.xml Log Message: envoyé --- NEW FILE: XXXXX.xml --- (This appears to be a binary file; contents omitted.) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1151179&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-02-21 09:07:03
|
Patches item #1145260, was opened at 2005-02-21 18:06 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1145260&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: olivier (olivier_t) Assigned to: Nobody/Anonymous (nobody) Summary: Provide a default "From" address Initial Comment: In some systems, a CVS account does not necessarily imply a mail account too, and while the -f (--fromhost) option already allows basic mapping of e-mail addresses, there are cases where this is not sufficient and you want syncmail to say that it is sending mail on behalf of user X without knowing user X's e-mail address. On our system using cvs-syncmail the problem was rather acute since syncmail was actually sending the notification to public mailing-lists with public Web archives, and the bogus From: addresses were not acceptable. This patch adds a -F (--forcefrom) which changes the usual from line "From: Name Surname <use...@ho...>" to "Name Surname via cvsmail <xx...@ho...>". Patched against current cvs-syncmail (2.1). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1145260&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-02-15 23:48:06
|
Bugs item #1123552, was opened at 2005-02-16 00:26 Message generated for change (Comment added) made by ehaase You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1123552&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Enver Haase (ehaase) Assigned to: Nobody/Anonymous (nobody) Summary: Only first email address is sent to Initial Comment: I tried multiple email addresses in the loginfo file but syncmail would only send mail to the first email address mentioned. The version I use is from the cvs-syncmail_1.2+cvs.2004.05.02-2_all.deb Debian package. Thanks and best regards! --Enver ---------------------------------------------------------------------- >Comment By: Enver Haase (ehaase) Date: 2005-02-16 00:48 Message: Logged In: YES user_id=157422 I am sorry! I'd like to draw back this bug report. As I tested it, I used the same address multiple times and I believe the adressed mail server swallowed duplicates. Sorry, --Enver ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1123552&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-02-15 23:46:20
|
Bugs item #1123560, was opened at 2005-02-16 00:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1123560&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Enver Haase (ehaase) Assigned to: Nobody/Anonymous (nobody) Summary: cvs-syncmail sends mail to version numbers Initial Comment: Hello, I have a line like tools/ /usr/bin/syncmail -S [Company-CVS] --mailhost mail.hacenet %{sVv} dev...@co... in my loginfo. syncmail sends mail to: 1.6 1.7 dev...@co... I changed specs = args[0].split() del args[0] # The remaining args should be the email addresses to specs = args[0].split() del args[0] del args[0] del args[0] # The remaining args should be the email addresses And now it works fine. Version info: haneman:/usr/bin# cvs --version Concurrent Versions System (CVS) 1.12.9 (client/server) Copyright (c) 1989-2004 Brian Berliner, david d `zoo' zuhn, Jeff Polk, and other authors CVS may be copied only under the terms of the GNU General Public License, a copy of which can be found with the CVS distribution kit. Specify the --help option for further information about CVS haneman:/usr/bin# python Python 2.3.4 (#2, Jan 5 2005, 08:24:51) [GCC 3.3.5 (Debian 1:3.3.5-5)] on linux2 Thanks for looking into this! --Enver ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1123560&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-02-15 23:26:27
|
Bugs item #1123552, was opened at 2005-02-16 00:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1123552&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Enver Haase (ehaase) Assigned to: Nobody/Anonymous (nobody) Summary: Only first email address is sent to Initial Comment: I tried multiple email addresses in the loginfo file but syncmail would only send mail to the first email address mentioned. The version I use is from the cvs-syncmail_1.2+cvs.2004.05.02-2_all.deb Debian package. Thanks and best regards! --Enver ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1123552&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-02-15 23:20:38
|
Bugs item #1007677, was opened at 2004-08-12 03:42 Message generated for change (Comment added) made by ehaase You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1007677&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Elliot Schwartz (esatmitdotedu) Assigned to: Nobody/Anonymous (nobody) Summary: Remove commas from sender's name in e-mail Initial Comment: On my system there are multiple sections to the name field in /etc/passwd, separated by commas: elliot:x:1018:1018:Elliot Schwartz,,,:/home/elliot:/bin/bash When the e-mail is sent, it includes the commas: From: Elliot Schwartz,,, <el...@mi...> I fixed this by changing: name = pwinfo[4] to: name = pwinfo[4].split(",")[0] But maybe there's a better way to do this using the pwd library. ---------------------------------------------------------------------- Comment By: Enver Haase (ehaase) Date: 2005-02-16 00:20 Message: Logged In: YES user_id=157422 Same effect here, cvs-syncmail brags out the fields with phone number etc. otherwise. Patch works for me, would recommend adding it. Enver ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1007677&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-01-28 19:46:22
|
Bugs item #1111682, was opened at 2005-01-28 19:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1111682&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gennady Feldman (gena01) Assigned to: Nobody/Anonymous (nobody) Summary: cvs add dir on a local repository produces stack trace Initial Comment: When I add a new directory to the repository (repository is located on the same machine) I get the following: cvs add test1 Traceback (most recent call last): File "/var/cvs/CVSROOT/cvstools/syncmail", line 437, in ? main() File "/var/cvs/CVSROOT/cvstools/syncmail", line 424, in main changes = load_change_info() File "/var/cvs/CVSROOT/cvstools/syncmail", line 301, in load_change_info f = open(entries_fn) IOError: [Errno 2] No such file or directory: 'CVS/Entries' Traceback (most recent call last): File "/var/cvs/CVSROOT/cvstools/syncmail", line 437, in ? main() File "/var/cvs/CVSROOT/cvstools/syncmail", line 424, in main changes = load_change_info() File "/var/cvs/CVSROOT/cvstools/syncmail", line 301, in load_change_info f = open(entries_fn) IOError: [Errno 2] No such file or directory: 'CVS/Entries' Directory /var/cvs/test/test1 added to the repository The add is successful, but no e-mail is produced. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450019&aid=1111682&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-01-11 22:04:59
|
Patches item #1100474, was opened at 2005-01-11 14:01 Message generated for change (Comment added) made by freiheit You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1100474&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Eric Eisenhart (freiheit) Assigned to: Nobody/Anonymous (nobody) Summary: Adding viewcvs link into syncmail emails Initial Comment: This patch adds an option (--viewcvs=URL ; also configurable by editing the setting in the syncmail script) that, when set, adds two URLs before each file. One to view the specific diff and one to view the record of the file in viewcvs. The simple view (not the link to the diff) should work equally well with any software that views the CVS repository and can have a path appended. This is still experimental, which is why I have both links in there. Also, my python skills are quite poor, so there's probably some stylistic problems here that somebody more fluent in python could clean up. Still, we've been using this at our site for a couple of days and haven't encountered any problems. ---------------------------------------------------------------------- >Comment By: Eric Eisenhart (freiheit) Date: 2005-01-11 14:04 Message: Logged In: YES user_id=9892 Oh yeah, still need to fix it so that files with strange things in their names (like spaces) generate correct links. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1100474&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-01-11 22:02:04
|
Patches item #1100474, was opened at 2005-01-11 14:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1100474&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Eric Eisenhart (freiheit) Assigned to: Nobody/Anonymous (nobody) Summary: Adding viewcvs link into syncmail emails Initial Comment: This patch adds an option (--viewcvs=URL ; also configurable by editing the setting in the syncmail script) that, when set, adds two URLs before each file. One to view the specific diff and one to view the record of the file in viewcvs. The simple view (not the link to the diff) should work equally well with any software that views the CVS repository and can have a path appended. This is still experimental, which is why I have both links in there. Also, my python skills are quite poor, so there's probably some stylistic problems here that somebody more fluent in python could clean up. Still, we've been using this at our site for a couple of days and haven't encountered any problems. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=1100474&group_id=47611 |
|
From: SourceForge.net <no...@so...> - 2005-01-10 15:03:52
|
Patches item #628075, was opened at 2002-10-24 17:30 Message generated for change (Comment added) made by twouters You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=628075&group_id=47611 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Thomas Wouters (twouters) Assigned to: Nobody/Anonymous (nobody) Summary: '--ignore=filepattern' option Initial Comment: This patch adds a new argument to syncmail, '-i' ('--ignore'). It takes a glob-like pattern as argument, and ignores all files that match the pattern. It doesn't send diffs for them, and if all files are ignored, doesn't send mail at all (but the subject is currently not altered for ignored files.) - Multiple -i or --ignore arguments can be given to ignore multiple patterns - The usual *, ?, [seq] and [!seq] patternmagic work - '**' matches any number of directories (including 0) - All matching is case sensitive - All filenames are relative to the CVS *module* root - If the pattern contains no '/', the pattern is matched against a file's basename only (so '*.c' as pattern matches all files ending in '.c' in all directories.) - If the pattern ends with a '/', the pattern is matched against dirname only (so 'tmp/' ignores all *files* in tmp/, but not files in subdirectories of tmp/. - Otherwise, the pattern is matched against the whole path, relative to the CVS *module* root. - To match a single file only in the topmost directory (but not files with the same name everywhere) prepend the pattern with './'. The patch includes a _filter_test() function that shows some examples. Problems: - It's not tested to death. The pattern matching magic is tested fairly thoroughly, but the modified script has not seen much use yet. - The '**' logic may be confusing, especially when prepending '**' with something. - The subject isn't modified to reflect ignored files (May be a feature :) - There is no 'IGNORED' indicator in the diff output (Probably a feature :) - The string.split(filespec, ",") now occurs in two places. ---------------------------------------------------------------------- >Comment By: Thomas Wouters (twouters) Date: 2005-01-10 16:03 Message: Logged In: YES user_id=34209 .cvsignore serves a completely different purpose. This -i option is for ignoring (for instance) autogenerated files that *should* be in CVS, but you don't want to see the updates of. 'configure', for example, which is usually autogenerated from configure.in. ---------------------------------------------------------------------- Comment By: Allen R. Marshall (armarshall) Date: 2004-01-09 04:43 Message: Logged In: YES user_id=147690 Couldn't the .cvsignore files help here? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=450021&aid=628075&group_id=47611 |
|
From: Fred L. D. Jr. <fd...@us...> - 2005-01-04 15:59:54
|
Update of /cvsroot/cvs-syncmail/syncmail In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv12799 Modified Files: syncmail Log Message: remove a spurious print statement, and explain why that condition might normally be met Index: syncmail =================================================================== RCS file: /cvsroot/cvs-syncmail/syncmail/syncmail,v retrieving revision 2.2 retrieving revision 2.3 diff -u -d -r2.2 -r2.3 --- syncmail 7 Oct 2004 02:25:03 -0000 2.2 +++ syncmail 4 Jan 2005 15:59:39 -0000 2.3 @@ -339,7 +339,10 @@ f.close() for entry in mapping.values(): if not hasattr(entry, "new_revision"): - print 'confused about file', entry.name, '-- ignoring' + # We're running as part of a commit from a local + # filesystem access to the repository, so we're looking at + # a working copy. There may be lots of files we are + # supposed to ignore. del mapping[entry.name] return mapping |
|
From: Ametrano F. <Ame...@mp...> - 2004-10-22 08:13:43
|
Hi all I've asked my company to install CVS for our small development team. = We've got a CVSNT server on a windows machine. The only problem I have = is syncmail is not working because it requires the pwd Python library, = which is non available under Windows.=20 Is there a patch/work-around available? Or is there any decent = alternative to syncmail for Windows CVS servers? thank you in advance for your help Ferdinando Ametrano |