similar to: R-help & -devel mailing lists : indigestion problems

We have locally collected good experience the last few weeks using procmail-spam filtering, inclduing spamassassin to the procmail filters. The last two spams that went past the majordomo filters (the "traditional ones I've been using) through to R-devel both were not delivered to me, be but caught by the filters. I have now collected a bit more of a week experience using the new scheme

{BCC'ed to three Core groups} Following the recommendation of the mailman developers, I have activated occasional "VERP"ing for our mailing lists. (and will turn it off again, after about a day or so). Here is the mailman "comment-docu" on this : # These variables control the format and frequency of VERP-like delivery for # better bounce detection. VERP is Variable

I'm forwarding this to R-help since it might be of wider interest. I'm glad for your mail, Duncan! >>>>> "Duncan" == Duncan Murdoch <dmurdoch at pair.com> >>>>> on Wed, 04 Dec 2002 06:55:09 -0500 writes: Duncan> Hi Martin. I don't think my mailman password was Duncan> mailed to me. Indeed, it wasn't. I was wrong

This is (hopefully) a "once in ten years" event, happening today, from 17--19 CET (= 16--18 UTC = 11--13 US Eastern == 8--10 US Pacific Time) The main `vault' (security, air condition,..) where our mail server hypatia is located will undergo a major `network re-connection' event that will affect a considerable part of ETH -- including all the mailing lists

Dear R-devel subscribers, I'm feeling quite sheepish at the moment: When I had activated the change from majordomo to mailman this morning, I accidentally didn't activate the spam(+some virus) detection part. I've only activated it half an hour ago. Indeed there were twos message of the following kind sent from R-devel -- I did never seem them personally, because we *do* filtering

>>>>> "millanti" == millanti <millanti at libero.it> writes: millanti> Hi, I'm an R user and I have to answer a question millanti> about a problem I'm not able to solve by R code: millanti> the command nlm(....) to fit a non linear model millanti> requires an initial estimation of the model's millanti> unknown

A few of you have expressed the desire for a "digest" subscription to the R-help and/or R-devel mailing lists. {This may be especially useful if you leave for vacation etc}. These ``digest lists'' have now been put into place, i.e., if you don't want to get as much e-mail from R-help or R-devel as currently, but still would want to be in touch, you could now consider

>>>>> "Marc" == Marc Schwartz <mschwartz@medanalytics.com> >>>>> on Thu, 03 Apr 2003 09:24:20 -0600 writes: Marc> Martin, Marc> Not sure if you are aware of this, but since yesterday Marc> there seems to be multi-hour delays in outbound e-mail Marc> from r-help and r-devel. Inbound mail seems to show Marc> up

>>>>> "Marc" == Marc Schwartz <mschwartz@medanalytics.com> >>>>> on Thu, 03 Apr 2003 09:24:20 -0600 writes: Marc> Martin, Marc> Not sure if you are aware of this, but since yesterday Marc> there seems to be multi-hour delays in outbound e-mail Marc> from r-help and r-devel. Inbound mail seems to show Marc> up

We (mainly the R core team) have been discussing the creation of another R mailing list, with the goal to fill the gap between R-help very high volume, with its great merits, but.... and R-announce only for R important announcements (mostly R-core) hence __MODERATED__ and *very* low volume, and hence highly recommended for almost all users of R. *** all messages are forwarded

We (mainly the R core team) have been discussing the creation of another R mailing list, with the goal to fill the gap between R-help very high volume, with its great merits, but.... and R-announce only for R important announcements (mostly R-core) hence __MODERATED__ and *very* low volume, and hence highly recommended for almost all users of R. *** all messages are forwarded

>>>>> "daheiser" == daheiser <daheiser@gvn.net> >>>>> on Tue, 6 Apr 2004 04:24:35 +0200 (CEST) writes: daheiser> It is an error in the algorithm. "it" being the behavior reported in bug report PR#1228 --- [too bad you didn't use the whole string "PR#1228" in your subject; if you had, no new report would have

As many of you have probably realized, the spam filtering at @stat.math.ethz.ch has been dead for since yesterday (09-25) ~16:50 till today ~08:30. The sudden death may have been caused by unrelated installation of some perl modules (spamassassin *is* running on perl) by our IT staff. We are very sorry for this event. On the bright side: You have been able to get a glimpse of what you are

>>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> >>>>> on Thu, 11 Dec 2003 18:29:05 +0100 (CET) writes: >>>>> "Torsten" == Torsten Hothorn <torsten@hothorn.de> >>>>> on Thu, 11 Dec 2003 18:03:07 +0100 (CET) writes: Torsten> On Thu, 11 Dec 2003, Jeffrey Chang wrote:

In some contexts, I find the current behavior of rank() very `suboptimal'. We have the argument na.last = {TRUE | FALSE | NA } where the first two cases treating NAs (almost) as if they were == +Inf or == -Inf whereas the 3rd case just drops NAs. For the typical ``Rank Transformation'' that is recommended in EDA in several contexts, I would however want something else, namely keep

>>>>> "Jacob" == Jacob van Wyk <jlvw at rau.ac.za> writes: Jacob> Could anybody please help: I simply want to generate Jacob> random samples from a multinomial distribution with Jacob> fixed n and given probability vector p. Jacob> How can I do this? I've recently written the following {for the R package "normix"}. The

During the last 24 hours or so, quite a few e-mails have been delayed for the R-help (and in one case the R-announce) mailing lists. The double posting of "New version of ipred package" to R-announce is my fault, not the posters. I apologize for all inconveniences. The reason is a mail server upgrade and reconfiguration. This should all be past now and the delayed mail hopefully soon

I'm diverting this to the more appropriate mailing list, R-help, since heatmap() is standard R function. >>>>> "Johan" == Johan Lindberg <johanl at kiev.biotech.kth.se> >>>>> on Fri, 02 Jan 2004 10:04:14 +0100 writes: Johan> I am trying to plot a matrix of m-values in a heatmap Johan> with "average linkage". The rows

>>>>> "MikeM" == Michael M Meyer <mikem at salter-point.com> >>>>> on Sat, 07 Sep 2002 18:40:01 -0700 writes: MikeM> which(x==max(x)) will return the indices fo all MikeM> elements that are equal to the max. So the first max MikeM> would be which(x==max(x))[1] (At least this works in MikeM> R, I assume it does in

>>>>> "Achim" == Achim Zeileis <zeileis@ci.tuwien.ac.at> writes: Achim> Just a small documentation bug: something went wrong Achim> for the description of the graphical parameter `las' Achim> on the HTML version of the `par' help page: `las' is Achim> missing and instead a line from the description is Achim> used.