cvs-syncmail-talk Mailing List for syncmail (Page 22)

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Hi there

Is it possible to filter messages in order to trig only some CVS actions
like Branch or tag creation?

thanks

Sergio




Hi there

Is it possible to filter messages in order to trig only some CVS actions
like Branch or tag creation?

thanks

Sergio




Hi there
Is it possible to filter messages to trig only some af the CVS activities
like Branch or tag creation?

thanks

Sergio




Bugs item #696462, was opened at 2003-03-03 11:22
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=450019&aid=696462&group_id=47611

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Sjoerd Mullender (sjoerd)
Assigned to: Nobody/Anonymous (nobody)
Summary: syncmail not compatible with Python 1.5.2.

Initial Comment:
Revision 1.24 introduced an incompatibility with Python
1.5.2.
The function quotename uses a string method which was
not yet present in Python 1.5.2.

Replace name.replace('"', '\"') with
string.replace(name, '"', '\"').

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

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



Tom,
Read the SF Site Doc below. If that doesn't help, you'll need to open a
support request with the SF staff.

# F3. Enhancing Project CVS Services Using Scripts
https://sourceforge.net/docman/display_doc.php?docid=772&group_id=1

SourceForge.net: Support Request
https://sourceforge.net/tracker/?func=add&group_id=1&atid=200001

On Fri, 2003-02-14 at 17:05, [TOM] wrote:
> Howdy,
> 
> I tried to get syncmail running on SF for our project phpcms. But I only 
> get a
> 
>      sh: /cvsroot/phpcms/CVSROOT/syncmail: Permission denied
> 
> 
> What I've done (I used Debian):
> 
> 1. I checkout CVSROOT to a local directory:
> 
> 2. I add the line "syncmail" to checkoutlist
> 
> 3. I add
> 
>    DEFAULT $CVSROOT/CVSROOT/syncmail -u %{sVv} nz...@us...
> 
>    to loginfo
> 
> 4. I commit checkoutlist and loginfo
> 
> 5. Copy syncmail to my local CVSROOT directory
> 
> 6. $ chmod a+x ./syncmail
> 
> 7. $ cvs add ./syncmail
> 
> 8. $ cvs commit -m "Syncmail added" ./syncmail
> 
> I got a "cvs server: Rebuilding administrative database". But when I 
> commit an other file to test syncmail, I got the error "sh: 
> /cvsroot/phpcms/CVSROOT/syncmail: Permission denied"
> 
> I used the actual syncmail from CVS so I tested the new -m switch to use 
> an other mail host.
> 
> I don't know the user CVS use to execute the script. The files described 
> above are available at 
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpcms/CVSROOT/.
> 
> Maybe somebody knows this problem and can give me a hint. I didn't find 
> anything in the mail archive.

-- 
Mike Noyes <mhnoyes @ users.sourceforge.net>
http://sourceforge.net/users/mhnoyes/
http://leaf-project.org/  http://sitedocs.sf.net/  http://ffl.sf.net/





Howdy,

I tried to get syncmail running on SF for our project phpcms. But I only 
get a

     sh: /cvsroot/phpcms/CVSROOT/syncmail: Permission denied


What I've done (I used Debian):

1. I checkout CVSROOT to a local directory:

2. I add the line "syncmail" to checkoutlist

3. I add

   DEFAULT $CVSROOT/CVSROOT/syncmail -u %{sVv} nz...@us...

   to loginfo

4. I commit checkoutlist and loginfo

5. Copy syncmail to my local CVSROOT directory

6. $ chmod a+x ./syncmail

7. $ cvs add ./syncmail

8. $ cvs commit -m "Syncmail added" ./syncmail

I got a "cvs server: Rebuilding administrative database". But when I 
commit an other file to test syncmail, I got the error "sh: 
/cvsroot/phpcms/CVSROOT/syncmail: Permission denied"

I used the actual syncmail from CVS so I tested the new -m switch to use 
an other mail host.

I don't know the user CVS use to execute the script. The files described 
above are available at 
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/phpcms/CVSROOT/.

Maybe somebody knows this problem and can give me a hint. I didn't find 
anything in the mail archive.

thx

[TOM]


-- 
Fingerprint: 7AFA 35A2 3136 4365 E7AF 8D1D F5C2 00E9 C051 201E
Key:         mailto:pgp...@df...?subject=GET%200xC051201E
Updated:     2002-11-08 (yyyy-mm-dd)




On Wed, 2003-02-05 at 19:25, Fred L. Drake, Jr. wrote:
> 
 
> You appear to have an older version of syncmail.  Please get the
> latest version from CVS:
> 
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/cvs-syncmail/syncmail/syncmail?rev=1.27
> 
> If that doesn't solve the problem, please comment on the issue in the
> tracker.  Thanks!

Thanks, the CVS version solved the problem! :D


-Daniel





Daniel Buchmann writes:
 > Hi, just wanted to confirm SF bug #626140.
 > Doing a "cvs import ..." gives the following traceback:
...
 > Inserting "print >> sys.stderr, filespec" at line 139 results in the
 > following line:
 > 
 > - Imported sources

You appear to have an older version of syncmail.  Please get the
latest version from CVS:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/cvs-syncmail/syncmail/syncmail?rev=1.27

If that doesn't solve the problem, please comment on the issue in the
tracker.  Thanks!


  -Fred

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



Hi, just wanted to confirm SF bug #626140.
Doing a "cvs import ..." gives the following traceback:

Traceback (most recent call last):
  File "/home/cvs/CVSROOT/syncmail", line 323, in ?
    main()
  File "/home/cvs/CVSROOT/syncmail", line 316, in main
    blast_mail(subject, people, specs[1:], contextlines, fromhost)
  File "/home/cvs/CVSROOT/syncmail", line 241, in blast_mail
    print calculate_diff(file, contextlines)
  File "/home/cvs/CVSROOT/syncmail", line 139, in calculate_diff
    file, oldrev, newrev = string.split(filespec, ',')
ValueError: unpack list of wrong size


Inserting "print >> sys.stderr, filespec" at line 139 results in the
following line:

- Imported sources







Hi Klaus,

Thanks for your reply.

On Sat, Jan 18, 2003 at 07:45:32PM +0100, Klaus Johannes Rusch wrote:
> In <200...@ba...>, Joost van Baal <j.e...@uv...> writes:
> > using /usr/sbin/sendmail (if it's
> > available) has benefits: you can rely on the local mail queueing, to
> > deal with stuff like network outages.  Therefore, I feel it's a wise
> > thing to use this interface where available.  (Unix MUA's generally do
> > this, too.)
> 
> Agreed.
> 
> Would you expect the MUA to handle a message in SMTP format, or would you want 
> the ability to specify recipients, subject etc. when calling the MUA.  The 
> former approach obviously is a lot easier to implement and would be my 
> preferred option, something like
> 
>         --mua="/usr/sbin/sendmail -t"

Yes, this sounds like a good way to implement it.  Just build the
message, including the headers, and either feed it to smtplib.SMTP() or
to /usr/sbin/sendmail.

BTW, you might want to invoke sendmail as

 --mta="/usr/sbin/sendmail -t -oi"

in order to cope sanely with lines containing single dots in the
message.  Perhaps /usr/lib/sendmail is found on more systems than
/usr/sbin/sendmail; you might want to check for that too.  See attached
patch.

[Just to get rid of any misunderstanding: I regard syncmail as a - be it
somewhat specialized - Mail User Agent, like mutt or pine or LaMail or
/bin/mail.  These MUA programs get rid of their mail using a standard
interface.  On Unix, this is the interface supplied by the Message
Transfer Agent, like Sendmail, Exim, qmail or Postfix.  All these MTA's
supply a /usr/sbin/sendmail.]

FWIW, I've just taken a look at the Debian reportbug utility, another
Python script which sends out mail.  It does:

        pipe = os.popen(options.mta+' -t -oi -oem', 'w')

You might want to take a look at http://packages.debian.org/reportbug
and at
http://ftp.debian.org/debian/pool/main/r/reportbug/reportbug_2.10.tar.gz .

> > Hm, what was the reason to start reimplementing the same script in Perl?
> > (I couldn't find any rationale.) Would it be useful if I'd write a patch
> > for the Perl script?
> 
> Mainly the need to run cvs-syncmail on a system that did not have Python 
> installed, and once I had ported the code to Perl I thought others might 
> possibly have an interest, too :-)

A, I see.  Sounds reasonable :)

> A patch would certainly be appreciated, or at least a clarification of the 
> requirement.

Patch for syncmail.pl attached; clarification, as given earlier: behave
as MUA's generally do on Unix systems: follow current best practice, 

Beware: I've only done some minor testing of the patch.

Bye,

Joost

-- 
Joost van Baal                                http://banach.uvt.nl/
                                                 Tilburg University
j.e...@uv...                                  The Netherlands

In <200...@ba...>, Joost van Baal <j.e...@uv...> writes:
> Yes, the reason to move from an /usr/sbin/sendmail interface to talking
> SMTP quite often is portability: Microsoft Windows lacks a ``standard''
> interface to send out mail.  However, using /usr/sbin/sendmail (if it's
> available) has benefits: you can rely on the local mail queueing, to
> deal with stuff like network outages.  Therefore, I feel it's a wise
> thing to use this interface where available.  (Unix MUA's generally do
> this, too.)

Agreed.

Would you expect the MUA to handle a message in SMTP format, or would you want 
the ability to specify recipients, subject etc. when calling the MUA.  The 
former approach obviously is a lot easier to implement and would be my 
preferred option, something like

        --mua="/usr/sbin/sendmail -t"

> Hm, what was the reason to start reimplementing the same script in Perl?
> (I couldn't find any rationale.) Would it be useful if I'd write a patch
> for the Perl script?

Mainly the need to run cvs-syncmail on a system that did not have Python 
installed, and once I had ported the code to Perl I thought others might 
possibly have an interest, too :-)

A patch would certainly be appreciated, or at least a clarification of the 
requirement.

-- 
Klaus Johannes Rusch
Kla...@at...
http://www.atmedia.net/KlausRusch/



Hi all,

Excuse me for joining the discussion only this late.

On Wed, Jan 15, 2003 at 05:56:24PM -0100, Klaus Johannes Rusch wrote:
> Joost van Baal wrote:
> > > I'd be nice if syncmail could supply a commandline option which would
> > > make it call /usr/sbin/sendmail instead of connecting to localhost on
> > > port 25 (which is what smtplib.SMTP() does, I believe).  On some
> > > (arguably misconfigured, perhaps) systems, this makes a difference.
> > > MUA's generally call /usr/sbin/sendmail to sent out mail.  Therefore,=
 I
> > > believe it'd be a sane thing for syncmail to do this too (or make it
> > > available.)
>=20
> The advantage of smtplib.SMTP is portability -- some platforms, most nota=
bly
> Windows, do not have a sendmail binary in the default path.

Yes, the reason to move from an /usr/sbin/sendmail interface to talking
SMTP quite often is portability: Microsoft Windows lacks a ``standard''
interface to send out mail.  However, using /usr/sbin/sendmail (if it's
available) has benefits: you can rely on the local mail queueing, to
deal with stuff like network outages.  Therefore, I feel it's a wise
thing to use this interface where available.  (Unix MUA's generally do
this, too.)

> The Perl version
> of cvs-syncmail at http://cvs-syncmail-pl.sf.net/, which is based on
> cvs-syncmail, has a configuration option for specifying a different SMTP
> server, so if you are relaying all messages through a smarthost at your I=
SP
> you can do
>=20
>     export SMTP_SERVER=3Dmyserver
>     cvs-syncmail ...

Yep, saw that.  Unfortunately, the Perl version lacks the
/usr/sbin/sendmail option too.  (And this project hasn't made an
official release yet.)

> > tried to write a patch, based on these old scripts, but failed.  I'm not
> > that fluent in python :(  )
>=20
> Retrofitting the change for allowing different smarthosts to the Python c=
ode
> should not be too difficult, if you prefer hacking Perl code you have a
> ready-to-use solution already (and changing the Net::SMTP call to an exte=
rnal
> sendmail call would be easy too if you still want to call sendmail instea=
d).

Hm, what was the reason to start reimplementing the same script in Perl?
(I couldn't find any rationale.) Would it be useful if I'd write a patch
for the Perl script?

Bye,

Joost

--=20
Joost van Baal                                http://banach.uvt.nl/
                                                 Tilburg University
j.e...@uv...                                  The Netherlands


Fred L. Drake, Jr. wrote:
> Being able to set the MAILHOST would change the requirement from the
> current need to have SMTP available on localhost to simply being
> available *somewhere*.  That doesn't cover every case, but probably
> covers most situations in which syncmail makes sense anyway.

Sounds good.

-- 
       Kevin Rosenberg        |  .''`.  ** Debian GNU/Linux **
  http://b9.com/debian.html   | : :' :      The  universal
  GPG signed and encrypted    | `. `'      Operating System
     messages accepted.       |   `-    http://www.debian.org/



Martin Schroeder writes:
 > Are the patches submitted via sf actually seen by any developer?

Only if we know they're there; syncmail is not a project being heavily
developed.  We don't think it needs a lot of work; we created an SF
project since that's a good way to make it available to others.  It
has proved a good idea since there have been valuable improvements
from the community.

As for the trackers, they weren't actually configured to send any mail
on activity, so I was definately surprised to see so many things
there.  I've now configured them to send email to this list for all
activity; since we really rely on email to know what's going on, this
should improve turnaround of patches.  (We could set up another list
if this generates too much traffic on this list.)

Catching up may prove to be another matter, however.  ;-)  If anyone
can help by reviewing patches (and commenting on them in the
trackers), that would be good, and generate an email that tells us
what people care about the most.


  -Fred

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



On 2003-01-15 12:56:44 -0500, Fred L. Drake, Jr. wrote:
> That's a good idea.  We'd welcome a patch if anyone has time to
> implement it.  Alternatively, an issue can be opened in the feature
> request tracker:
> 
> http://sourceforge.net/tracker/?atid=450022&group_id=47611&func=browse

Are the patches submitted via sf actually seen by any developer?

Best regards
        Martin
-- 
             http://www.tm.oneiros.de/calendar/2003/




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

Modified Files:
	syncmail 
Log Message:
- hackish setting of MAILHOST from the command line
- add comment about needing option handling overhaul


Index: syncmail
===================================================================
RCS file: /cvsroot/cvs-syncmail/syncmail/syncmail,v
retrieving revision 1.26
retrieving revision 1.27
diff -u -d -r1.26 -r1.27

--- syncmail	15 Nov 2002 20:51:36 -0000	1.26
+++ syncmail	16 Jan 2003 07:11:19 -0000	1.27
@@ -48,6 +48,11 @@
     -c
         Produce a context diff (default).
 
+    -m hostname
+    --mailhost hostname
+        The hostname of an available SMTP server.  The default is
+        'localhost'.
+
     -u
         Produce a unified diff (smaller).
 
@@ -282,10 +287,12 @@
 
 # scan args for options
 def main():
+    # XXX Should really move all the options to an object, just to
+    # avoid threading so many positional args through everything.
     try:
         opts, args = getopt.getopt(
-            sys.argv[1:], 'hC:cuS:R:qf:',
-            ['fromhost=', 'context=', 'cvsroot=',
+            sys.argv[1:], 'hC:cuS:R:qf:m:',
+            ['fromhost=', 'context=', 'cvsroot=', 'mailhost=',
              'subject-prefix=', 'reply-to=',
              'help', 'quiet'])
     except getopt.error, msg:
@@ -317,6 +324,9 @@
             verbose = 0
         elif opt in ('-f', '--fromhost'):
             fromhost = arg
+        elif opt in ('-m', '--mailhost'):
+            global MAILHOST
+            MAILHOST = arg
 
     # What follows is the specification containing the files that were
     # modified.  The argument actually must be split, with the first component





Martin Schroeder writes:
 > And some hosts have no smtp daemon running. :-{

Being able to set the MAILHOST would change the requirement from the
current need to have SMTP available on localhost to simply being
available *somewhere*.  That doesn't cover every case, but probably
covers most situations in which syncmail makes sense anyway.

I'll go ahead and apply a patch to the CVS version.


  -Fred

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



>>>>> "MS" == Martin Schroeder <ma...@on...> writes:

    >> The advantage of smtplib.SMTP is portability -- some platforms,
    >> most notably Windows, do not have a sendmail binary in the
    >> default path.  The Perl version

    MS> And some hosts have no smtp daemon running. :-{

What would be cooler would be to modify Python's smtplib module to
enable it to talk smtp-over-stdin, e.g. use sendmail's -bs command.
I wish I had time for this.

-Barry



On 2003-01-15 17:56:24 -0100, Klaus Johannes Rusch wrote:
> The advantage of smtplib.SMTP is portability -- some platforms, most notably
> Windows, do not have a sendmail binary in the default path.  The Perl version

And some hosts have no smtp daemon running. :-{

Best regards
    Martin
-- 
             http://www.tm.oneiros.de/calendar/2003/



Gentleman,

Thanks for all of the great ideas. From my reading, it seems that
Joost would prefer to have a command line option for cvs-syncmail to
choose to invoke the sendmail program rather than using the direct
SMTP connection to an arbitrary mail host.

Perhaps Joost will chime in and let us know if connection to an
arbitrary mail host will meet his needs or if _really_ needs to have
sendmail invoked.

-- 
       Kevin Rosenberg        |  .''`.  ** Debian GNU/Linux **
  http://b9.com/debian.html   | : :' :      The  universal
  GPG signed and encrypted    | `. `'      Operating System
     messages accepted.       |   `-    http://www.debian.org/



>>>>> "Fred" == Fred L Drake, Jr <fd...@ac...> writes:

    Fred> There is a variable MAILHOST in the Python version that can
    Fred> be changed in the script to control this; it still requires
    Fred> an SMTP server to be available.

    Fred> This requires editing the script, but that's not a huge
    Fred> burden since it has to be copied into each repository
    Fred> anyway.

It'd be less than <wink> a one line change to get that out of an
environment variable too.

-Barry



Klaus Johannes Rusch writes:
 > The advantage of smtplib.SMTP is portability -- some platforms,
 > most notably Windows, do not have a sendmail binary in the default

There is a variable MAILHOST in the Python version that can be changed
in the script to control this; it still requires an SMTP server to be
available.

This requires editing the script, but that's not a huge burden since
it has to be copied into each repository anyway.


  -Fred

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



Joost van Baal wrote:

> > I'd be nice if syncmail could supply a commandline option which would
> > make it call /usr/sbin/sendmail instead of connecting to localhost on
> > port 25 (which is what smtplib.SMTP() does, I believe).  On some
> > (arguably misconfigured, perhaps) systems, this makes a difference.
> > MUA's generally call /usr/sbin/sendmail to sent out mail.  Therefore, I
> > believe it'd be a sane thing for syncmail to do this too (or make it
> > available.)

The advantage of smtplib.SMTP is portability -- some platforms, most notably
Windows, do not have a sendmail binary in the default path.  The Perl version
of cvs-syncmail at http://cvs-syncmail-pl.sf.net/, which is based on
cvs-syncmail, has a configuration option for specifying a different SMTP
server, so if you are relaying all messages through a smarthost at your ISP
you can do

    export SMTP_SERVER=myserver
    cvs-syncmail ...

> tried to write a patch, based on these old scripts, but failed.  I'm not
that fluent in python :(  )

Retrofitting the change for allowing different smarthosts to the Python code
should not be too difficult, if you prefer hacking Perl code you have a
ready-to-use solution already (and changing the Net::SMTP call to an external
sendmail call would be easy too if you still want to call sendmail instead).

--
Klaus Johannes Rusch
Kla...@at...
http://www.atmedia.net/KlausRusch/





Kevin Rosenberg writes:
 > Hello CVS-Syncmail gang,
 > 
 > I'm forwarding a feature request from a Debian user.

Thanks!

Joost van Baal wrote:
 > I'd be nice if syncmail could supply a commandline option which would
 > make it call /usr/sbin/sendmail instead of connecting to localhost on
 > port 25 (which is what smtplib.SMTP() does, I believe).  On some
 > (arguably misconfigured, perhaps) systems, this makes a difference.
 > MUA's generally call /usr/sbin/sendmail to sent out mail.  Therefore, I
 > believe it'd be a sane thing for syncmail to do this too (or make it
 > available.)

That's a good idea.  We'd welcome a patch if anyone has time to
implement it.  Alternatively, an issue can be opened in the feature
request tracker:

http://sourceforge.net/tracker/?atid=450022&group_id=47611&func=browse

Thanks!


  -Fred

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



Hello CVS-Syncmail gang,

I'm forwarding a feature request from a Debian user.

Kevin

Joost van Baal wrote:
> Package: cvs-syncmail
> Version: 1.2-2
> Severity: wishlist
> Tags: upstream
> 
> Hi,
> 
> I'd be nice if syncmail could supply a commandline option which would
> make it call /usr/sbin/sendmail instead of connecting to localhost on
> port 25 (which is what smtplib.SMTP() does, I believe).  On some
> (arguably misconfigured, perhaps) systems, this makes a difference.
> MUA's generally call /usr/sbin/sendmail to sent out mail.  Therefore, I
> believe it'd be a sane thing for syncmail to do this too (or make it
> available.)
> 
> (In the past, syncmail used to call /bin/mail or /usr/bin/mail.  I've
> tried to write a patch, based on these old scripts, but failed.  I'm
> not that fluent in python :(  )
> 
> Bye,
> 
> Joost
> 


-- 
       Kevin Rosenberg        |  .''`.  ** Debian GNU/Linux **
  http://b9.com/debian.html   | : :' :      The  universal
  GPG signed and encrypted    | `. `'      Operating System
     messages accepted.       |   `-    http://www.debian.org/




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

cvs-syncmail-talk Mailing List for syncmail (Page 22)

cvs-syncmail-talk — User &amp; developer discussions for the &quot;syncmail&quot; CVS checkin notification tool

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