XEmacs-Patches list problems
18 years, 12 months
To all people who have send patches to the XEmacs Patches list and
have not had feedback.
The XEmacs-patches(a)xemacs.org list is the entry point for all
contributions to the XEmacs source and/or packages. It is "moderated"
by a bot that checks whether the messages actually contains a patch.
The normal procedure after send a patch to this address is as follows:
1. Immediately you will get a message from the bot confirming the
receipt of the patch.
2. The patch is archived at www.xemacs.org.
3.a.1 You will receive a message that your patch has been
Checked & Approved for inclusion, followed by
3.a.2 A message confirming the patch has been applied to the
3.b. A message telling you the patch has been rejected and why
(normally with suggestions for improvement).
However, it has been discovered that the bot had a configuration error
that dropped some patches on the floor after sending out the automated
confirmation messages. This problem as how been rectified. If you have
send a patch to XEmacs-patches(a)xemacs.org and hear nothing except for
the automated replay then please do so again.
We apologize for the inconvenience. Please be advised, however, that
we are not able to give refunds.
P.S. Now what I have your attention, let me point out that the ideal
- A short description of the problem solved.
- A ChangeLog entry (c.f M-x add-change-log-entry) included
literally (not as a diff).
- A unified diff (diff -u) of the changed file, made from the
toplevel XEmacs directory.
This greatly simplifies the jobs of the patch reviewers and appliers.
XEmacs documentation binaries available
Jason R Mastaler
XEmacs documentation "binaries" suitable for printing and on-line
viewing have been placed in:
The following documents are available in Postscript, DVI and PDF (with
permuted indices) formats for both US Letter and A4 sized paper:
o Programming in Emacs Lisp, an Introduction (emacs-lisp-intro)
o XEmacs Internals Manual (internals)
o XEmacs Lisp Reference Manual (lispref)*
o Getting Started With XEmacs (new-users-guide)
o XEmacs Users Manual (xemacs)
* Updated for XEmacs 21.1
Thanks to Darryl Okahata and Kazuyuki IENAGA for these beautiful
Re: E-mail abuse report (was: Stuff Your Mailbox With $600 Checks...)
With the exception of xemacs-announce, all other XEmacs mailing lists
are open to submissions from non-subscribers. Occasionally, an idiot
will send SPAM to them. Please check the headers very carefully
before complaining to tux.org.
I would strongly suggest using a procmail recipe along the lines of
(using xemacs-beta as an example).
This has all filtered all SPAM sent to xemacs-beta for me. It drops
Bcc'ed mail, but it is very rude to send Bcc'ed mail to mailing lists
Followups to me or Jason or xemacs-beta, please.
TUX ORG Abuse Tracing <abuse(a)tux.org> writes:
> This message was sent via an open relay in Korea by its original sender,
> whose traces do not remain in this message. It is unlikely that zzn.com
> had anything to do with this message. TUX.ORG's only involvement is that
> we host the xemacs-beta mailing list, which was spammed, and to which you
> were presumably a subscriber. We have anti-spam countermeasures in place,
> but there is no reliable defense against spams that are sent via
> third-party relays.
> I would suggest you complain to the operator of the Korean host about their
> open relay, and see if they can find out from their logs who actually sent
> the message:
> ns.hanyon.co.kr [184.108.40.206]
> Jason and Steve, could you send out another reminder to your subscribers
> that they have subscribed to open-post mailing lists and that they should
> not blame TUX.ORG when these lists get spammed?
> David C Niemi