Subject: Re: attachments From: Robert Zatorre <robert.zatorre@xxxxxxxx> Date: Wed, 7 Jan 2009 10:18:58 -0500 List-Archive:<http://lists.mcgill.ca/scripts/wa.exe?LIST=AUDITORY>dear colleagues There's no need to send huge attachments; they clog up our inboxes and the internet. It's much more efficient and quite easy to post files of interest on a web site for people who may be interested to download. best wishes for 2009 to all -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Robert J. Zatorre, Ph.D. Montreal Neurological Institute 3801 University St. Montreal, QC Canada H3A 2B4 phone: 1-514-398-8903 fax: 1-514-398-1338 e-mail: robert.zatorre@xxxxxxxx web site: www.zlab.mcgill.ca Bruno L. Giordano wrote: > Hello, > > My intention was to take the chance to cheerfully remind of the list > policy. Evidently I misperceived my own cheerfulness, and I started a > thread. > > As already explained to Chas offlist, I have been archiving the list > since 2000 (call it collector compulsion, a personal archive allows for > more flexible searches than the available web services). Every time I > update my main machine I move all my mail, including the list archive. > Regular large attachments will force me to abandon this habit, since I > will be less happy to move around gigs of mail. > > Some stats fun: the "incriminated" message (11M) is around 2000 times > the median size of the mails sent to the list since 2000 (5K) and around > 2 years of messages. > > I would be more than happy if the list server allowed subscribers to > decide whether to receive attachments above a specified size. > > All the best, > > Bruno > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Bruno L. Giordano, PhD > Music Perception and Cognition Laboratory > CIRMMT http://www.cirmmt.mcgill.ca/ > Schulich School of Music, McGill University > 555 Sherbrooke Street West > Montréal, QC H3A 1E3 > Canada > Office: +1 514 398 4535 ext. 00900 > http://www.music.mcgill.ca/~bruno/ > > > Beerends, J.G. (John) wrote: >> Dear All, >> >> Personally I would be in favor of allowing attachments and leave it up >> to the members of the AUDITORY LIST to decide whether something is of >> general interest and thus could be send as an attachment to the >> reflector. >> I found the paper I got from Chaslav over the reflector very intersting >> and this paper certainly falls in the category "high quality and of >> general interest". And indeed with all these high speed connections and >> large computer storage this should be no problem. Why not allow it and >> see if we can self regulate? >> >> John Beerends >> TNO Information and Communication Technology >> The Netherlands >> >> >> -----Original Message----- >> From: AUDITORY - Research in Auditory Perception >> [mailto:AUDITORY@xxxxxxxx On Behalf Of Chas Pavlovic >> Sent: dinsdag 6 januari 2009 23:16 >> To: AUDITORY@xxxxxxxx >> Subject: Re: Article request: Pavlovic, C. (1991) >> >> Pierre, I will send you the article in a separate email since I was so >> publicly reminded that this list should not be used for attachments. >> If anybody else needs this or other SII (AI) articles let me know. >> Also, I will try to put some of those on www.sii.to in the next few >> days. At this day and age with virtually unlimited storage, fast DSL, >> and a the delete function on the keyboard it is hard to justify that >> journal articles should not be enclosed. >> Chas >> >> Pierre Divenyi wrote: >>> Dawna, >>> >>> Please do the electronic version, so that others on the list could >>> also benefit from Chas's 1991 wisdom (I am sure he will not mind). >>> >>> -Pierre >>> >>> At 02:53 PM 1/5/2009, Lewis, Dawna E wrote: >>>> Oddly enough, I was cleaning some files recently and actually have a >>>> hard copy of that article. I could send you one via regular mail or >>>> try to get time to scan it over the next couple of days. >>>> >>>> Sincerely, >>>> Dawna Lewis >> This e-mail and its contents are subject to the DISCLAIMER at >> http://www.tno.nl/disclaimer/email.html >> >> >> __________ NOD32 3744 (20090106) Information __________ >> >> This message was checked by NOD32 antivirus system. >> http://www.eset.com >> >> >>