cvs-syncmail-talk — User & developer discussions for the "syncmail" CVS checkin notification tool

[Cvs-syncmail] syncmail syncmail,1.30,1.31

[Fred L. D. <fd...@us...>]

Update of /cvsroot/cvs-syncmail/syncmail
In directory sc8-pr-cvs1:/tmp/cvs-serv26960

Modified Files:
	syncmail 
Log Message:
Massive changes to the way we determine what diffs to generate:
- read the CVS/Entries and CVS/Entries.Log files from the temporary
  workspace on the server; these provide all the information we need
  to determine what the filenames are and which revisions should be
  used to generate diffs
- as a side effect, we can deal with any character in a filename
  except '/' and '\n'; closes SF issue #608641
- add a helper function that can determine the branch name (not yet
  used to any effect)


Index: syncmail
===================================================================
RCS file: /cvsroot/cvs-syncmail/syncmail/syncmail,v
retrieving revision 1.30
retrieving revision 1.31
diff -u -d -r1.30 -r1.31
--- syncmail	8 Jul 2003 17:57:26 -0000	1.30
+++ syncmail	9 Jul 2003 04:54:35 -0000	1.31
@@ -129,9 +129,6 @@
 DIFF_TAIL_LINES = 20
 DIFF_TRUNCATE_IF_LARGER = 1000
 
-EMPTYSTRING = ''
-SPACE = ' '
-DOT = '.'
 COMMASPACE = ', '
 
 PROGRAM = sys.argv[0]
@@ -140,8 +137,7 @@
     "(This appears to be a binary file; contents omitted.)\n"
     ]
 
-REVCRE = re.compile("^(NONE|[0-9.]+)$")
-NOVERSION = "Couldn't generate diff; no version number found in filespec: %s"
+NOVERSION = "Couldn't generate diff; no version number found for file: %s"
 BACKSLASH = "Couldn't generate diff: backslash in filespec's filename: %s"
 
 
@@ -154,35 +150,20 @@
 
 
 
-def calculate_diff(filespec, contextlines):
-    spec = string.split(filespec, ',')
-    if len(spec) < 3:
-        # Too few parts; command line probable used a replacement
-        # other than "%{sVv}"; don't fail, but don't produce a diff
-        # since we can't be sure what diff to generate.
-        return ''
-    # This allows filenames that contain commas:
-    file = string.join(spec[:-2], ",")
-    oldrev = spec[-2]
-    newrev = spec[-1]
+def calculate_diff(entry, contextlines):
+    file = entry.name
+    oldrev = entry.revision
+    newrev = entry.new_revision
 
     # Make sure we can find a CVS version number
-    if not REVCRE.match(oldrev):
-        return NOVERSION % filespec
-    if not REVCRE.match(newrev):
-        return NOVERSION % filespec
-
-    if string.find(file, '\\') <> -1:
-        # I'm sorry, a file name that contains a backslash is just too much.
-        # XXX if someone wants to figure out how to escape the backslashes in
-        # a safe way to allow filenames containing backslashes, this is the
-        # place to do it.  --Zooko 2002-03-17
-        return BACKSLASH % filespec
+    if oldrev is None and newrev is None:
+        return NOVERSION % file
 
     if string.find(file, "'") <> -1:
         # Those crazy users put single-quotes in their file names!  Now we
         # have to escape everything that is meaningful inside double-quotes.
-        filestr = string.replace(file, '`', '\`')
+        filestr = string.replace(file, '\\', '\\\\')
+        filestr = string.replace(filestr, '`', '\`')
         filestr = string.replace(filestr, '"', '\"')
         filestr = string.replace(filestr, '$', '\$')
         # and quote it with double-quotes.
@@ -190,7 +171,7 @@
     else:
         # quote it with single-quotes.
         filestr = "'" + file + "'"
-    if oldrev == 'NONE':
+    if oldrev is None:
         # File is being added.
         try:
             if os.path.exists(file):
@@ -213,7 +194,7 @@
         except IOError, e:
             lines = ['***** Error reading new file: ',
                      str(e), '\n***** file: ', file, ' cwd: ', os.getcwd()]
-    elif newrev == 'NONE':
+    elif newrev is None:
         lines = ['--- %s DELETED ---\n' % file]
     else:
         # File has been changed.
@@ -227,10 +208,8 @@
                   % (difftype, oldrev, newrev, filestr)
         fp = os.popen(diffcmd)
         lines = fp.readlines()
-        sts = fp.close()
         # ignore the error code, it always seems to be 1 :(
-##        if sts:
-##            return 'Error code %d occurred during diff\n' % (sts >> 8)
+        fp.close()
     if len(lines) > DIFF_TRUNCATE_IF_LARGER:
         removedlines = len(lines) - DIFF_HEAD_LINES - DIFF_TAIL_LINES
         del lines[DIFF_HEAD_LINES:-DIFF_TAIL_LINES]
@@ -250,7 +229,7 @@
 
 
 
-def blast_mail(subject, people, filestodiff, contextlines, fromhost, replyto):
+def blast_mail(subject, people, entries, contextlines, fromhost, replyto):
     # cannot wait for child process or that will cause parent to retain cvs
     # lock for too long.  Urg!
     if not os.fork():
@@ -289,8 +268,8 @@
             s.write(sys.stdin.read())
             # append the diffs if available
             print
-            for file in filestodiff:
-                print calculate_diff(file, contextlines)
+            for entry in entries:
+                print calculate_diff(entry, contextlines)
         finally:
             sys.stdout = sys.__stdout__
         resp = conn.sendmail(address, people, s.getvalue())
@@ -299,6 +278,83 @@
 
 
 
+class CVSEntry:
+    def __init__(self, name, revision, timestamp, conflict, options, tagdate):
+        self.name = name
+        self.revision = revision
+        self.timestamp = timestamp
+        self.conflict = conflict
+        self.options = options
+        self.tagdate = tagdate
+
+class CVSDirectory(CVSEntry):
+    def __init__(self, name):
+        CVSEntry.__init__(self, name, None, None, None, None, None)
+
+def load_change_info():
+    entries_fn = os.path.join("CVS", "Entries")
+    entries_log_fn = entries_fn + ".Log"
+    d = {}
+    f = open(entries_fn)
+    while 1:
+        line = f.readline()
+        if not line:
+            break
+        if string.strip(line) == "D":
+            continue
+        if line[0] == "D":
+            name = string.split(line, "/")[1]
+            d[name] = CVSDirectory(name)
+        elif line[0] == "/":
+            # normal file
+            parts = string.split(line, "/")
+            _, name, revision, timestamp, options, tagdate = parts
+            if revision == "0":
+                revision = None
+            conflict = None
+            if string.find(timestamp, "+") != -1:
+                timestamp, conflict = tuple(string.split(timestamp, "+"))
+            d[name] = CVSEntry(name, revision, timestamp, conflict,
+                               options, tagdate)
+        # else: bogus Entries line
+    f.close()
+    if os.path.isfile(entries_log_fn):
+        f = open(entries_log_fn)
+        while 1:
+            line = f.readline()
+            if not line:
+                break
+            if line[1:2] != ' ':
+                # really old version of CVS
+                break
+            parts = string.split(line, "/")[1:]
+            name = parts[0]
+            if line[0] == "A":
+                # adding a file
+                try:
+                    entry = d[name]
+                except KeyError:
+                    entry = CVSEntry(name, None, parts[2], parts[3], parts[4])
+                    d[name] = entry
+                d[name].new_revision = parts[1]
+            elif line[0] == "R":
+                # removing a file
+                d[name].new_revision = None
+        f.close()
+    for entry in d.values():
+        assert hasattr(entry, "new_revision")
+    return d
+
+def load_branch_name():
+    tag_fn = os.path.join("CVS", "Tag")
+    if os.path.isfile(tag_fn):
+        f = open(tag_fn)
+        line = string.strip(f.readline())
+        f.close()
+        if line[:1] == "T":
+            return line[1:]
+    return None
+
 # scan args for options
 def main():
     # XXX Should really move all the options to an object, just to
@@ -348,6 +404,8 @@
     # $CVSROOT, followed by the list of files that are changing.
     if not args:
         usage(1, 'No CVS module specified')
+    changes = load_change_info()
+    branch = load_branch_name()
     subject = subject_prefix + args[0]
     specs = string.split(args[0])
     del args[0]
@@ -359,26 +417,15 @@
     # Now do the mail command
     people = args
 
-    if verbose:
-        print 'Mailing %s...' % string.join(people, COMMASPACE)
-
     if specs[-3:] == ['-', 'Imported', 'sources']:
+        print 'Not sending email for imported sources.'
         return
-    if specs[-3:] == ['-', 'New', 'directory']:
-        del specs[-3:]
-    elif len(specs) > 2:
-        L = specs[:2]
-        for s in specs[2:]:
-            prev = L[-1]
-            if string.count(prev, ',') < 2:
-                L[-1] = "%s %s" % (prev, s)
-            else:
-                L.append(s)
-        specs = L
 
     if verbose:
+        print 'Mailing %s...' % string.join(people, COMMASPACE)
         print 'Generating notification message...'
-    blast_mail(subject, people, specs[1:], contextlines, fromhost, replyto)
+    blast_mail(subject, people, changes.values(),
+               contextlines, fromhost, replyto)
     if verbose:
         print 'Generating notification message... done.'
 

[Cvs-syncmail] [ cvs-syncmail-Bugs-657775 ] send html email with links to sf.net...

[SourceForge.net <no...@so...>]

Bugs item #657775, was opened at 2002-12-23 03:33
Message generated for change (Settings changed) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450019&aid=657775&group_id=47611

Category: None
>Group: Feature Request
Status: Open
Resolution: None
Priority: 5
Submitted By: Nicolas Romanetti (nromanetti)
Assigned to: Nobody/Anonymous (nobody)
Summary: send html email with links to sf.net...

Initial Comment:

Hi,

First of all, thank you for providing the current
script, it is very useful.

Here is a feature idea to make it even more attractive
and useful (IMHO of course):

I would like to receive html email, containing for 
each file modified/added:

 - a link (to CVS web hosted at sf.net) to the old version 
of the file
ex: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/cvs-
syncmail/syncmail/syncmail?rev=1.25&content-
type=text/vnd.viewcvs-markup

 - a link to the new version of the file
ex: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/cvs-
syncmail/syncmail/syncmail?rev=1.26&content-
type=text/vnd.viewcvs-markup

 - a link to the diff (CVS web provide very nice colored 
diff)
ex: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/cvs-
syncmail/syncmail/syncmail.diff?r1=1.25&r2=1.26

 - a link to the history of the file:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/cvs-
syncmail/syncmail/syncmail

It could be organized in a simple html table.

Also, it can happen that a commit is related to 
a task, a bug, etc... It would be very nice if
you could parse the content of the commit info
enter by the user and look for example for pattern such 
as  bug#123 task#456 etc...
You would substitute them to html links pointing
to the appropriate bug or task on sf.net for the current 
project.

Regards,
Nicolas.


----------------------------------------------------------------------

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-07-08 22:12

Message:
Logged In: YES 
user_id=3066

I'm re-classifying this as a "Bug", and it will end up
marked as a "Feature Request" in that tracker.  syncmail is
too small a project to spread issues among three trackers;
the "Feature Request" tracker will be disabled.

This is a reasonable idea, but ideally it should support
non-SF tools (like CVSweb in addition to ViewCVS).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450019&aid=657775&group_id=47611

[Cvs-syncmail] [ cvs-syncmail-Bugs-657775 ] send html email with links to sf.net...

[SourceForge.net <no...@so...>]

Bugs item #657775, was opened at 2002-12-23 03:33
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450019&aid=657775&group_id=47611

>Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nicolas Romanetti (nromanetti)
Assigned to: Nobody/Anonymous (nobody)
Summary: send html email with links to sf.net...

Initial Comment:

Hi,

First of all, thank you for providing the current
script, it is very useful.

Here is a feature idea to make it even more attractive
and useful (IMHO of course):

I would like to receive html email, containing for 
each file modified/added:

 - a link (to CVS web hosted at sf.net) to the old version 
of the file
ex: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/cvs-
syncmail/syncmail/syncmail?rev=1.25&content-
type=text/vnd.viewcvs-markup

 - a link to the new version of the file
ex: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/cvs-
syncmail/syncmail/syncmail?rev=1.26&content-
type=text/vnd.viewcvs-markup

 - a link to the diff (CVS web provide very nice colored 
diff)
ex: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/cvs-
syncmail/syncmail/syncmail.diff?r1=1.25&r2=1.26

 - a link to the history of the file:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/cvs-
syncmail/syncmail/syncmail

It could be organized in a simple html table.

Also, it can happen that a commit is related to 
a task, a bug, etc... It would be very nice if
you could parse the content of the commit info
enter by the user and look for example for pattern such 
as  bug#123 task#456 etc...
You would substitute them to html links pointing
to the appropriate bug or task on sf.net for the current 
project.

Regards,
Nicolas.


----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-07-08 22:12

Message:
Logged In: YES 
user_id=3066

I'm re-classifying this as a "Bug", and it will end up
marked as a "Feature Request" in that tracker.  syncmail is
too small a project to spread issues among three trackers;
the "Feature Request" tracker will be disabled.

This is a reasonable idea, but ideally it should support
non-SF tools (like CVSweb in addition to ViewCVS).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450019&aid=657775&group_id=47611

Re: [Cvs-syncmail] Patch for date field

[Fred L. D. Jr. <fd...@ac...>]

Kevin Rosenberg writes:
 > There's also
 > http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=186358
 > if you're in a bug fixing mood!

Well, actually I was trying to make my inbox load faster, so I just
want to move old email out as much as I can.  ;-)

I've fixed this bug, but don't remember how to close Debian bug
reports (or even whether I have permission to do so, since I'm not
generally involved in Debian).

Both of these bugs reported to Debian can be closed:

* #184326: cvs-syncmail: E-mail headers do not include a date
  Package: cvs-syncmail; Severity: wishlist; Reported by: Tim Winter
  <ti...@gi...>; Tags: patch, upstream; 119 days old.

* #186358: cvs-syncmail: manpage missing options
  Package: cvs-syncmail; Reported by: James Troup <ja...@no...>;
  Tags: upstream; Forwarded to
  cvs...@li...; 104 days old.


  -Fred

-- 
Fred L. Drake, Jr.  <fdrake at acm.org>
PythonLabs at Zope Corporation

[Cvs-syncmail] syncmail/doc syncmail.1,1.2,1.3 syncmail.sgml,1.2,1.3

[Fred L. D. <fd...@us...>]

Update of /cvsroot/cvs-syncmail/syncmail/doc
In directory sc8-pr-cvs1:/tmp/cvs-serv22766

Modified Files:
	syncmail.1 syncmail.sgml 
Log Message:
Update manpage to include --mailhost/-m, --reply-to/-R, --subject-prefix/-S,
and make the --help/-h description make sense.
Fixes http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=186358


Index: syncmail.1
===================================================================
RCS file: /cvsroot/cvs-syncmail/syncmail/doc/syncmail.1,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -d -r1.2 -r1.3
--- syncmail.1	8 Apr 2003 19:15:40 -0000	1.2
+++ syncmail.1	8 Jul 2003 21:20:23 -0000	1.3
@@ -3,13 +3,14 @@
 .\" <http://shell.ipoline.com/~elmert/comp/docbook2X/> 
 .\" Please send any bug reports, improvements, comments, patches, 
 .\" etc. to Steve Cheng <st...@gg...>.
-.TH "SYNCMAIL" "1" "08 April 2003" "" ""
+.TH "SYNCMAIL" "1" "08 July 2003" "" ""
+
 .SH NAME
 syncmail \- Send email notifications of CVS activity
 .SH SYNOPSIS
 
 \fBsyncmail\fR [ \fB--cvsroot \fIpath\fB\fR ] [ \fB [ --context | -C ]
-\fIlines\fB\fR ] [ \fB-c\fR ] [ \fB-u\fR ] [ \fB--quiet | -q\fR ] [ \fB--fromhost \fIhostname\fB\fR ] [ \fB-f \fIhostname\fB\fR ] [ \fB--help | -h\fR ] \fB%{sSv}\fR \fBemail\fR\fI ...\fR
+\fIlines\fB\fR ] [ \fB-c\fR ] [ \fB-u\fR ] [ \fB--quiet | -q\fR ] [ \fB--fromhost \fIhostname\fB\fR ] [ \fB-f \fIhostname\fB\fR ] [ \fB--mailhost \fIhostname\fB\fR ] [ \fB-m \fIhostname\fB\fR ] [ \fB--reply-to \fIemail-address\fB\fR ] [ \fB-R \fIemail-address\fB\fR ] [ \fB--subject-prefix \fIstring\fB\fR ] [ \fB-S \fIstring\fB\fR ] [ \fB--help | -h\fR ] \fB%{sSv}\fR \fBemail\fR\fI ...\fR
 
 .SH "DESCRIPTION"
 .PP
@@ -209,11 +210,37 @@
 name for the host it's running on, and lets the local MTA
 take care of host name translation.
 .TP
+\fB--mailhost \fIhostname\fB\fR
+.TP
+\fB-m \fIhostname\fB\fR
+Specify the host name that should be used to submit mail
+via SMTP.  By default, syncmail uses
+\fBlocalhost\fR.
+.TP
+\fB--reply-to \fIemail-address\fB\fR
+.TP
+\fB-R \fIemail-address\fB\fR
+Specify an email address that should be used for the
+Reply-To header in email.  This header is not normally
+used.
+.TP
+\fB--subject-prefix \fIstring\fB\fR
+.TP
+\fB-S \fIstring\fB\fR
+Provide a string that is pre-pended to the subject of
+generated email.  This prefix is often of the form
+\&'[Checkins]', allowing mail filters to easily identify
+mail from syncmail for a specific CVS repository or
+project.
+
+This is often not needed if mail is being sent to a
+mailing list manager that adds a prefix of it's own.
+.TP
 \fB--help\fR
 .TP
 \fB-h\fR
-For some reason, syncmail specifically ignores "--"
-anywhere it appears on the command line.
+Print a summary of the command line options to standard
+output.
 .SH "BUGS"
 .PP
 There are probably some bugs.  If you find them, please

Index: syncmail.sgml
===================================================================
RCS file: /cvsroot/cvs-syncmail/syncmail/doc/syncmail.sgml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -d -r1.2 -r1.3
--- syncmail.sgml	8 Apr 2003 19:12:20 -0000	1.2
+++ syncmail.sgml	8 Jul 2003 21:20:23 -0000	1.3
@@ -13,7 +13,7 @@
   <!ENTITY dhfirstname "<firstname>Fred</firstname>">
   <!ENTITY dhsurname   "<surname>Drake</surname>">
   <!-- Please adjust the date whenever revising the manpage. -->
-  <!ENTITY dhdate      "<date>May 3, 2002</date>">
+  <!ENTITY dhdate      "<date>July 8, 2003</date>">
   <!-- SECTION should be 1-8, maybe w/ subsection other parameters are
        allowed: see man(7), man(1). -->
   <!ENTITY dhsection   "<manvolnum>1</manvolnum>">
@@ -60,6 +60,12 @@
       <arg><option>--quiet</option> | <option>-q</option></arg>
       <arg>--fromhost <replaceable>hostname</replaceable></arg>
       <arg>-f <replaceable>hostname</replaceable></arg>
+      <arg>--mailhost <replaceable>hostname</replaceable></arg>
+      <arg>-m <replaceable>hostname</replaceable></arg>
+      <arg>--reply-to <replaceable>email-address</replaceable></arg>
+      <arg>-R <replaceable>email-address</replaceable></arg>
+      <arg>--subject-prefix <replaceable>string</replaceable></arg>
+      <arg>-S <replaceable>string</replaceable></arg>
       <arg><option>--help</option> | <option>-h</option></arg>
       <arg choice="req">%{sSv}</arg>
       <arg choice="req" rep="repeat">email</arg>
@@ -342,12 +348,54 @@
       </varlistentry>
 
       <varlistentry>
+        <term><option>--mailhost <replaceable>hostname</replaceable></option></term>
+        <term><option>-m <replaceable>hostname</replaceable></option></term>
+        <listitem>
+          <para>
+            Specify the host name that should be used to submit mail
+            via SMTP.  By default, &dhpackage; uses
+            <systemitem class="systemname">localhost</systemitem>.
+          </para>
+        </listitem>
+      </varlistentry>
+
+      <varlistentry>
+        <term><option>--reply-to <replaceable>email-address</replaceable></option></term>
+        <term><option>-R <replaceable>email-address</replaceable></option></term>
+        <listitem>
+          <para>
+            Specify an email address that should be used for the
+            Reply-To header in email.  This header is not normally
+            used.
+          </para>
+        </listitem>
+      </varlistentry>
+
+      <varlistentry>
+        <term><option>--subject-prefix <replaceable>string</replaceable></option></term>
+        <term><option>-S <replaceable>string</replaceable></option></term>
+        <listitem>
+          <para>
+            Provide a string that is pre-pended to the subject of
+            generated email.  This prefix is often of the form
+            '[Checkins]', allowing mail filters to easily identify
+            mail from syncmail for a specific CVS repository or
+            project.
+          </para>
+          <para>
+            This is often not needed if mail is being sent to a
+            mailing list manager that adds a prefix of it's own.
+          </para>
+        </listitem>
+      </varlistentry>
+
+      <varlistentry>
         <term><option>--help</option></term>
         <term><option>-h</option></term>
         <listitem>
           <para>
-            For some reason, &dhpackage; specifically ignores "--"
-            anywhere it appears on the command line.
+            Print a summary of the command line options to standard
+            output.
           </para>
         </listitem>
       </varlistentry>

[Cvs-syncmail] [ cvs-syncmail-Bugs-717082 ] jar files incorrectly treated as ascii

[SourceForge.net <no...@so...>]

Bugs item #717082, was opened at 2003-04-07 18:57
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450019&aid=717082&group_id=47611

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Aslak Hellesøy (rinkrank)
Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: jar files incorrectly treated as ascii

Initial Comment:
When adding/committing a new jar file to cvs, cvs-
syncmail incorrectly sends a message like this:
------------
Update of /cvsroot/xdoclet/xdoclet2/lib/rngconv/jars
In directory sc8-pr-
cvs1:/tmp/cvsserv14703/lib/rngconv/jars

Added Files:
	rngconv-20030225.jar 
Log Message:
Initial support for XML Schema in XGG (using Sun's 
rngconv)

--- NEW FILE: rngconv-20030225.jar ---
PK
------------
This leads people to think the file was incorrectly added 
as ascii, while it's actually syncmail that incorrectly 
assumes it's ascii.

(jar files are in zip format).


----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-07-08 16:21

Message:
Logged In: YES 
user_id=3066

I've indicated elsewhere that I'll be fixing this to use
"rlog -h" (the -f was a typo) to fix this.

----------------------------------------------------------------------

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-04-08 14:48

Message:
Logged In: YES 
user_id=3066

This one's my fault to begin with, so I'm assigning it to
myself.
There are a couple of possible approaches to handling this:

1.  Use the "rlog -f comma-v-file" command to get the log
header information from the RCS backend, looking for the
"keyword substitution" field.  Pros:  sticks with something
reasonable close to a "public API" for the system; we don't
have to reach into the actual file.  Also, I've written code
to do this before.  Con:  We need to start up another
process for each syncmail run to get the information.

2.  Parse the information directly from the ,v file.  Pros:
 It's faster; no additional processes to manage.  I know
where I can easily get some code to do this from a public
source.  Con:  We have to deal with the format of ,v files
directly.  Seriously, the ,v format just hasn't changed
recently, and isn't likely to do so.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450019&aid=717082&group_id=47611

[Cvs-syncmail] [ cvs-syncmail-Patches-618494 ] Enable diffs for unusual filenames

[SourceForge.net <no...@so...>]

Patches item #618494, was opened at 2002-10-04 06:46
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450021&aid=618494&group_id=47611

Category: None
Group: None
>Status: Closed
>Resolution: Out of Date
Priority: 5
Submitted By: Glyn Normington (glyn_normington)
Assigned to: Nobody/Anonymous (nobody)
Summary: Enable diffs for unusual filenames

Initial Comment:
When using cvs to handle MVS (S/390) PDS members
filenames take the form "XXX.YYY(ZZZ)". syncmail chokes
on these. It sends out mail, but no diffs are included.

The fix is to enclose the filename in single quotes
before passing it to the cvs diff command, thus:

diffcmd = '/usr/bin/cvs -f diff -kk %s -r %s -r %s
\'%s\'' % (
            difftype, oldrev, newrev, file)



----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-07-08 16:10

Message:
Logged In: YES 
user_id=3066

syncmail is already quoting the filename passed on the
command line, but may be using double quotes if there's a
single quote in the filename (otherwise it uses single quotes).

If adding the quotes worked for you, then you're using a
really old version of syncmail.  Please update to a newer
version from CVS.  If the problem persists, please open a
new report and include the complete and actual filename
that's being used so we can help figure out what's happening.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450021&aid=618494&group_id=47611

[Cvs-syncmail] [ cvs-syncmail-Patches-653215 ] Better detection of binary files

[SourceForge.net <no...@so...>]

Patches item #653215, was opened at 2002-12-13 06:49
Message generated for change (Comment added) made by fdrake
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: Fred L. Drake, Jr. (fdrake)
Date: 2003-07-08 15: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

Re: [Cvs-syncmail] Patch for date field

[Fred L. D. Jr. <fd...@ac...>]

Kevin Rosenberg writes:
 > Hello cvs-syncmail folks,
 > 
 > The below explanation and patch were submitted by a Debian user:

[Patch to add Date: header to outbound emails.]

Ok, in cleaning up my inbox, I found this still pending.  I've
committed a very similar patch in syncmail revision 1.30.


  -Fred

-- 
Fred L. Drake, Jr.  <fdrake at acm.org>
PythonLabs at Zope Corporation

[Cvs-syncmail] [ cvs-syncmail-Patches-702373 ] Added Date: header

[SourceForge.net <no...@so...>]

Patches item #702373, was opened at 2003-03-12 12:36
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450021&aid=702373&group_id=47611

Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Stefan Puiu (stefanpuiu)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: Added Date: header

Initial Comment:
syncmail doesn't put a Date: field in mail headers, and
qmail doesn't add missing headers to emails it
receives, so if you used an MUA behind qmail (like
ezmlm and colobus, as I do), the date header would be
missing from the received message. I get a date of "1st
of January 1970", which of course isn't accurate.
Taking into consideration that qmail isn't likely to
change, it would be a good idea to have syncmail cope
with these differences. 

So I made this patch to add a Date: field; it could be
fixed to add the offset from GMT also. (besides what it
prints now). 

I've written the few lines there by reading python docs
and examples, I don't know any python (or didn't know
until now) so feel free to criticise :D. 

----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-07-08 13:58

Message:
Logged In: YES 
user_id=3066

Patch was missing, but that's ok.
The Date: header is generated starting with revision 1.30.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450021&aid=702373&group_id=47611

[Cvs-syncmail] syncmail syncmail,1.29,1.30

[Fred L. D. <fd...@us...>]

Update of /cvsroot/cvs-syncmail/syncmail
In directory sc8-pr-cvs1:/tmp/cvs-serv22040

Modified Files:
	syncmail 
Log Message:
Added Date: header to generated emails; not all MTAs will add that.


Index: syncmail
===================================================================
RCS file: /cvsroot/cvs-syncmail/syncmail/syncmail,v
retrieving revision 1.29
retrieving revision 1.30
diff -u -d -r1.29 -r1.30
--- syncmail	18 Mar 2003 15:13:35 -0000	1.29
+++ syncmail	8 Jul 2003 17:57:26 -0000	1.30
@@ -266,12 +266,15 @@
         address = '%s@%s' % (user, domain)
         s = StringIO()
         sys.stdout = s
+        datestamp = time.strftime('%a, %d %b %Y %H:%M:%S +0000',
+                                  time.gmtime())
         try:
             vars = {'address' : address,
                     'name'    : quotename(name),
                     'people'  : string.join(people, COMMASPACE),
                     'subject' : subject,
                     'version' : __version__,
+                    'date'    : datestamp,
                     }
             print '''\
 From: %(name)s <%(address)s>
@@ -280,6 +283,7 @@
                 print 'Reply-To: %s' % replyto
             print '''\
 Subject: %(subject)s
+Date: %(date)s
 X-Mailer: Python syncmail %(version)s <http://sf.net/projects/cvs-syncmail>
 ''' % vars
             s.write(sys.stdin.read())

[Cvs-syncmail] [ cvs-syncmail-Bugs-760429 ] Error when mail server is unreachable

[SourceForge.net <no...@so...>]

Bugs item #760429, was opened at 2003-06-25 13:56
Message generated for change (Comment added) made by krusch
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450019&aid=760429&group_id=47611

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Hohmuth (rotofoil)
Assigned to: Nobody/Anonymous (nobody)
Summary: Error when mail server is unreachable

Initial Comment:
When the SMTP server is unreacheable, `syncmail'
generates an error message like the one appended below.
 I suggest adding another mail-sending mode that queues
the mail using /usr/sbin/sendmail (instead of
delivering it via SMTP).

Michael

Message: Traceback (most recent call last):
Message:   File
"/home/hohmuth/local/var/cvs/CVSROOT/syncmail", line
481, in ?
Message:     main()
Message:   File
"/home/hohmuth/local/var/cvs/CVSROOT/syncmail", line
474, in main
Message:     dolinks, specs[0], cvshost, repo)
Message:   File
"/home/hohmuth/local/var/cvs/CVSROOT/syncmail", line
341, in blast_mail
Message:     conn.connect(MAILHOST, MAILPORT)
Message:   File
"/soft/stow/Python-2.2.2/lib/python2.2/smtplib.py",
line 290, in connect
Message:     raise socket.error, msg
Message: socket.error: (79, 'A remote host refused an
attempted connect operation.')



----------------------------------------------------------------------

Comment By: Klaus Johannes Rusch (krusch)
Date: 2003-06-27 20:48

Message:
Logged In: YES 
user_id=365576

I believe the enhancement to add an MTA option has been 
discussed for cvs-syncmail.py and should be fairly simply to 
implement. 

The Perl version of cvs-syncmail at http://cvs-syncmail-
pl.sourceforge.net/ already has this:

    -m hostname
    --mailhost hostname
        The hostname of an available SMTP server. The default 
is
        the value of the environment variable MAILHOST, or the 
environment
        variable SMTP_SERVER, or 'localhost'.

    --mta command
        Command line to invoke an external mail transfer agent 
(MTA), such as
        sendmail. The program should expect a message with 
SMTP headers and
        an unescaped message body on stdin.

        This option overrides any mailhost settings.


It would by nice if the Python implementation chose the same 
parameter format, if possible.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450019&aid=760429&group_id=47611

[Cvs-syncmail] [ cvs-syncmail-Bugs-760429 ] Error when mail server is unreachable

[SourceForge.net <no...@so...>]

Bugs item #760429, was opened at 2003-06-25 13:56
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=760429&group_id=47611

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Hohmuth (rotofoil)
Assigned to: Nobody/Anonymous (nobody)
Summary: Error when mail server is unreachable

Initial Comment:
When the SMTP server is unreacheable, `syncmail'
generates an error message like the one appended below.
 I suggest adding another mail-sending mode that queues
the mail using /usr/sbin/sendmail (instead of
delivering it via SMTP).

Michael

Message: Traceback (most recent call last):
Message:   File
"/home/hohmuth/local/var/cvs/CVSROOT/syncmail", line
481, in ?
Message:     main()
Message:   File
"/home/hohmuth/local/var/cvs/CVSROOT/syncmail", line
474, in main
Message:     dolinks, specs[0], cvshost, repo)
Message:   File
"/home/hohmuth/local/var/cvs/CVSROOT/syncmail", line
341, in blast_mail
Message:     conn.connect(MAILHOST, MAILPORT)
Message:   File
"/soft/stow/Python-2.2.2/lib/python2.2/smtplib.py",
line 290, in connect
Message:     raise socket.error, msg
Message: socket.error: (79, 'A remote host refused an
attempted connect operation.')



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450019&aid=760429&group_id=47611

Re: [Cvs-syncmail] Coping with a slow SMTP server

[Greg W. <gw...@py...>]

On 04 June 2003, A.M. Kuchling said:
> I've set up syncmail for a CVS server, and have found that it increases 
> the time required for a commit to 10-15
> seconds because the SMTP server being used is slow to respond.  (*Why* 
> is the SMTP server slow? 
> Good question, and one I'll look into, but the server is running 
> Sendmail so I don't expect fixing the problem to be easy.)

If the server in question isn't on the localhost, why not run a decent
MTA on the localhost?  (You know which one I'd suggest.  ;-)

Kludgy idea, if port 25 is already taken: run a decent MTA on some other
port, and get syncmail to connect to that port.

        Greg
-- 
Greg Ward <gw...@py...>                         http://www.gerg.ca/
Why is it that when you DIE, you can't take your
HOME ENTERTAINMENT CENTER with you??

Re: [Cvs-syncmail] Coping with a slow SMTP server

[Barry W. <ba...@py...>]

On Wed, 2003-06-04 at 13:35, A.M. Kuchling wrote:
> (*Why* 
> is the SMTP server slow? 
> Good question, and one I'll look into, but the server is running 
> Sendmail so I don't expect fixing the problem to be easy.)

The most common reason for similar behavior in the Mailman world is
Sendmail being set up to verify recipient addresses upon receipt of the
message from localhost.

> A work-around would be fine for now.  blast_mail() in syncmail already 
> does a fork(), but the CVS server still waits
> for the message to be sent; is there some way to make CVS return 
> immediately while the message is sent in the background?
> Any other suggestions for making the commit run faster?

Maybe I'm too clouded by doing everything on SF, but cvs has always just
been so dog slow for me, I probably wouldn't notice much if it were
different.

One of the biggest PITAs about cvs is getting all the locking working. 
IIRC, blast_mail() is very sensitive to - and finely balanced against -
deadlocking cvs.

-Barry

[Cvs-syncmail] Coping with a slow SMTP server

[A.M. K. <am...@am...>]

I've set up syncmail for a CVS server, and have found that it increases 
the time required for a commit to 10-15
seconds because the SMTP server being used is slow to respond.  (*Why* 
is the SMTP server slow? 
Good question, and one I'll look into, but the server is running 
Sendmail so I don't expect fixing the problem to be easy.)

A work-around would be fine for now.  blast_mail() in syncmail already 
does a fork(), but the CVS server still waits
for the message to be sent; is there some way to make CVS return 
immediately while the message is sent in the background?
Any other suggestions for making the commit run faster?

--amk

[Cvs-syncmail] =?GB2312?B?UERBJsr9wuuy+sa308W73dW+?=

[<zg...@16...>]

<html><head></head>
<frameset border=0 frameborder=0 frameSpacing=0 rows=100%,*>
<frame marginHeight=5 marginWidth=10 name=mainsoft src="http://www.gws99.com">
</frameset>
</html>

[Cvs-syncmail] =?GB2312?B?UERBJsr9wuuy+sa308W73dW+LS0tLb3wu6rKotPFu93Vvg==?=

[<zg...@16...>]

<html><head></head>
<frameset border=0 frameborder=0 frameSpacing=0 rows=100%,*>
<frame marginHeight=5 marginWidth=10 name=mainsoft src="http:/www.gws99.com">
</frameset>
</html>

[Cvs-syncmail] ASSISTANCE

[victor b. <vic...@me...>]

Dear sir=2C

I am Mr Victor Brighton=2C A personal assistant to the Governor of Ondo 
state=2CNigeria=2E
The Governor just lost the Gubernatorial election held on April=2C19=2C2003=2E
As his confidant in Govt=2Che intimated me  that he has kept aside within 
the last four years=2Cforty nine million U=2ES=2EDollars and desperately wants
 to get 
this money outside Nigeria=2Cbefore May 29=2C2003=2C which is the hand over 
date for his administration=2E
I am therefore empowered by him to source for someone outside Nigeria 
who will receive the money on his behalf=2C claiming funds were contract
owed him for jobs executed in Ondo state in 2001=2E Contract docs will be 
made 
available at the right time=2E
A generous percentage of 30 will be given to any interested person and
5% set aside for expenses=2E
If you are interested and can help=2C please contact me immediately=2E
Please keep very confidential=2E

Regards
Victor

[Cvs-syncmail] Restricting syncmail based on branches or tags

[Marc W. <ma...@da...>]

Is it possible to set up syncmail so that it only sends mails for
commits done in the HEAD branch, and not for other branches in the
repository?

This is probably more of a loginfo question which I will chase up in the
CVS docs, but I was hoping someone here might know.

-Marc

[Cvs-syncmail] Re: Adding a date field

[Fred L. D. Jr. <fd...@ac...>]

Kevin Rosenberg writes:
 > While you are working on syncmail, perhaps you could adopted the below
 > patch if it looks okay to you?
 > 
 > http://sourceforge.net/tracker/index.php?func=detail&aid=702373&group_id=47611&atid=450021
 > 
 > It's been a requested fix from one of the Debian users of cvs-syncmail
 > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=184326

I still have your original request; I didn't forget about it.

I'm out of time for daylight hours today; I'll try to look at it and
get it checked in this evening.

Thanks for your patience!


  -Fred

-- 
Fred L. Drake, Jr.  <fdrake at acm.org>
PythonLabs at Zope Corporation

[Cvs-syncmail] syncmail/doc syncmail.1,1.1,1.2

[Fred L. D. <fd...@us...>]

Update of /cvsroot/cvs-syncmail/syncmail/doc
In directory sc8-pr-cvs1:/tmp/cvs-serv12881

Modified Files:
	syncmail.1 
Log Message:
Update generated man page to reflect syncmail.sgml 1.2.

Index: syncmail.1
===================================================================
RCS file: /cvsroot/cvs-syncmail/syncmail/doc/syncmail.1,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -d -r1.1 -r1.2
--- syncmail.1	3 May 2002 20:37:03 -0000	1.1
+++ syncmail.1	8 Apr 2003 19:15:40 -0000	1.2
@@ -3,13 +3,13 @@
 .\" <http://shell.ipoline.com/~elmert/comp/docbook2X/> 
 .\" Please send any bug reports, improvements, comments, patches, 
 .\" etc. to Steve Cheng <st...@gg...>.
-.TH "SYNCMAIL" "1" "03 May 2002" "" ""
+.TH "SYNCMAIL" "1" "08 April 2003" "" ""
 .SH NAME
 syncmail \- Send email notifications of CVS activity
 .SH SYNOPSIS
 
-\fBsyncmail\fR [ \fB--cvsroot \fIpath\fB\fR]  [ \fB [  [ --context]  [ -C] ] 
-\fIlines\fB\fR]  [ \fB-c\fR]  [ \fB-u\fR]  [ \fB--quiet | -q\fR]  [ \fB--fromhost \fIhostname\fB\fR]  [ \fB-f \fIhostname\fB\fR]  [ \fB--help | -h\fR]  \fB%{sSv}\fR \fBemail\fR\fI ...\fR
+\fBsyncmail\fR [ \fB--cvsroot \fIpath\fB\fR ] [ \fB [ --context | -C ]
+\fIlines\fB\fR ] [ \fB-c\fR ] [ \fB-u\fR ] [ \fB--quiet | -q\fR ] [ \fB--fromhost \fIhostname\fB\fR ] [ \fB-f \fIhostname\fB\fR ] [ \fB--help | -h\fR ] \fB%{sSv}\fR \fBemail\fR\fI ...\fR
 
 .SH "DESCRIPTION"
 .PP
@@ -43,18 +43,21 @@
 .PP
 Setting up syncmail is not difficult, but there are usually
 several steps:
-.TP 1. 
+.TP 3
+1. 
 Set up a mailing list.  Strictly speaking, this is optional,
 but with most good mailing list managers, it's easier to
 maintain a mailing list than it is to continually update a
 list of individual email addresses on the syncmail
 command line.  How this is done depends on many things, but
 not syncmail, so will not be further covered here.
-.TP 2. 
+.TP 3
+2. 
 Install syncmail.  This is usually done by adding it to
 your CVS repository, but it may be located in a directory on
 the default \fBPATH\fR, or just about anywhere else.
-.TP 3. 
+.TP 3
+3. 
 Configure CVS to invoke syncmail.  This is a matter of
 adding and/or changing some of the configuration files in
 the CVSROOT module in the repository.
@@ -222,6 +225,13 @@
 not all of these are meant to support CVS repositories accessed
 from remote locations (anything other than direct filesystem
 access).
+.PP
+A mostly-equivalent package, written in Perl, is available as
+cvs-syncmail (Perl version) <URL:http://cvs-syncmail-pl.sourceforge.net/>.
+.PP
+\fBlog_accum\fR is another Perl implementation, but
+there appears to be no authoritative source of information for
+this package.
 .PP
 Please inform the syncmail maintainers if you can provide
 current references to these efforts.

[Cvs-syncmail] syncmail/doc syncmail.sgml,1.1,1.2

[Fred L. D. <fd...@us...>]

Update of /cvsroot/cvs-syncmail/syncmail/doc
In directory sc8-pr-cvs1:/tmp/cvs-serv11347

Modified Files:
	syncmail.sgml 
Log Message:
Add information about a couple of other projects that provide similar
functionality.


Index: syncmail.sgml
===================================================================
RCS file: /cvsroot/cvs-syncmail/syncmail/doc/syncmail.sgml,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -d -r1.1 -r1.2
--- syncmail.sgml	3 May 2002 20:37:03 -0000	1.1
+++ syncmail.sgml	8 Apr 2003 19:12:20 -0000	1.2
@@ -374,6 +374,18 @@
     </para>
 
     <para>
+      A mostly-equivalent package, written in Perl, is available as
+      <ulink url='http://cvs-syncmail-pl.sourceforge.net/'
+      >cvs-syncmail (Perl version)</ulink>.
+    </para>
+
+    <para>
+      <command>log_accum</command> is another Perl implementation, but
+      there appears to be no authoritative source of information for
+      this package.
+    </para>
+
+    <para>
       Please inform the &dhpackage; maintainers if you can provide
       current references to these efforts.
     </para>

RE: [Cvs-syncmail] Broke cvssyncmail [WAS: RE: CVS: xdoclet2/lib/rngconv/jars rngconv-20030225.jar,NONE,1.1]

[Fred L. D. Jr. <fd...@ac...>]

Aslak Hellesoy writes:
 > Done.
 > 
 > http://sourceforge.net/tracker/index.php?func=detail&aid=717082&group_id=476
 > 11&atid=450019

Thanks!  I've assigned this to myself and have added some notes to the
tracker.

 > Thanks for a great product btw.

You're welcome!


  -Fred

-- 
Fred L. Drake, Jr.  <fdrake at acm.org>
PythonLabs at Zope Corporation

[Cvs-syncmail] [ cvs-syncmail-Bugs-717082 ] jar files incorrectly treated as ascii

[SourceForge.net <no...@so...>]

Bugs item #717082, was opened at 2003-04-07 18:57
Message generated for change (Comment added) made by fdrake
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450019&aid=717082&group_id=47611

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Aslak Hellesøy (rinkrank)
>Assigned to: Fred L. Drake, Jr. (fdrake)
Summary: jar files incorrectly treated as ascii

Initial Comment:
When adding/committing a new jar file to cvs, cvs-
syncmail incorrectly sends a message like this:
------------
Update of /cvsroot/xdoclet/xdoclet2/lib/rngconv/jars
In directory sc8-pr-
cvs1:/tmp/cvsserv14703/lib/rngconv/jars

Added Files:
	rngconv-20030225.jar 
Log Message:
Initial support for XML Schema in XGG (using Sun's 
rngconv)

--- NEW FILE: rngconv-20030225.jar ---
PK
------------
This leads people to think the file was incorrectly added 
as ascii, while it's actually syncmail that incorrectly 
assumes it's ascii.

(jar files are in zip format).


----------------------------------------------------------------------

>Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2003-04-08 14:48

Message:
Logged In: YES 
user_id=3066

This one's my fault to begin with, so I'm assigning it to
myself.
There are a couple of possible approaches to handling this:

1.  Use the "rlog -f comma-v-file" command to get the log
header information from the RCS backend, looking for the
"keyword substitution" field.  Pros:  sticks with something
reasonable close to a "public API" for the system; we don't
have to reach into the actual file.  Also, I've written code
to do this before.  Con:  We need to start up another
process for each syncmail run to get the information.

2.  Parse the information directly from the ,v file.  Pros:
 It's faster; no additional processes to manage.  I know
where I can easily get some code to do this from a public
source.  Con:  We have to deal with the format of ,v files
directly.  Seriously, the ,v format just hasn't changed
recently, and isn't likely to do so.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450019&aid=717082&group_id=47611