similar to: R/ESS/Bioc* mailing lists: 2 hour time out -- 6 hours from now

In order to prevent viruses being posted on the R (or ESS) mailing lists, I've disallowed binary attachments (of the "octet-stream" kind) as of 15 minutes ago. BTW, the case of Jan.10 was a typcial "MS Outlook address book" one. I've received automated e-mails from about 20 sites where the mail delivery server auto-detected the virus and didn't deliver it to

>>>>> "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

Due to recabling of our main servers, there will be network interruptions coming Sunday, Sept 24. >From 10.00 CEST (Central European Summer Time) = UTC+2 a few hours intermittent up to at most 18 o'clock {the hope being that everything will be finished much earlier}. 10 - 18 CEST aka MET = 8 - 16 UTC (formerely "Greenwich Mean Time") = 4 - 10 Eastern (US)

{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

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

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

Dear mailing lists users, For some restructuring time, the R-help mailing list _archives_ are out of reach for a few hours (since 5 minutes ago). Also, many of you have seen duplication of some messages to the mailing list. This has been caused by a change to the mailman configuration I had done for speed-up reasons (and according to the docs) and mailman race-condition bugs that I didn't

Because of a lapsus on my side and then a problematic server re-boot at just the wrong time, the daily digest versions of the R mailing lists (see the lower part of http://www.r-project.org/mail.html) haven't been delivered in time, unfortunately. I'm sending this message just *before* starting the digest manually for today. I hope this won't happen anymore. Apropos, I'd like to

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

At the end of his bug report, Philippe says PhGr> ..... Moreover, the subset operation [] uses as.integer() and PhGr> consequently, can suffer from the same syndrome. A WARNING section in PhGr> Extract.Rd would be welcome too. [BTW: Thank you Philippe! ] Currently, "Extract.Rd" does not say anything on the kind of indices `i' that can be used in things like

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

I have been asked again about the numbers of R users. The following is part of my answer, probably of some interest to some. >> In preparing some notes, I'd like to give some >> approximate baseline estimate of how many people are >> using R nowdays. of course a very interesting question. It came up on R-help in June 2000, with a small "heated" debate

>>>>> "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

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