_ The Zero Emissions Strategy Conference
There is considerably more to the email link than may at first strike the eye, even that of the frequent user. For most of us it is a convenient means for brief exchanges and fast turn arounds; indeed it is often typical that when we are busy, an email message will get either an immediate response or alternatively none at all. This gives them a certain hasty and reactive character - which is of course not exactly what we are aiming for in this particular case.
Once one begins to use email as a somewhat broader pipe for exchanging different forms of information, including fully formatted documents, spreadsheets and graphics, an entirely different environment emerges: one which requires different work and thought patterns than what might be thought of as "email 1" or "bare-bones" or "primitive" email. The latter still have their role, but the kind of message that comes through now begins to define both the medium and the process for reception, digestion and response. It is in this more developed communications context that the present project is proposed.
The basic tools of "email 2" or the full function version which we propose to use here include (a) file zipping or compression (which cuts transmission times and costs considerably) and (b) encod-ing (which permits the transmission of more complex formatted files via the otherwise-ASCII only email pipe). (The truth is that we are currently in an awkward half-way house as far as these two programs and their func-tions are concerned, but that's just the nature of this (at time unpleasant and a bit irritating) ball game. In fairly short order, these functions will probably have been fully automated by most servers, but for now and for some of us they are a bit of an impediment, as you can see from this note.)
For those who are not currently users of these three small and low cost (or even free) utilities, the following may be useful. Typical usage in order to send a binary file via e-mail would be:
1. Compress your binary file using your sip utility;
2. Use UUencode to convert into ASCII;
3. E-mail the resulting ASCII file to your recipient;
4. Recipient uses UUdecode to convert the ASCII file back into a binary ZIP file.
5. Decompress zipped file to receive fully formatted document.
To the extent that others are putting their email addresses at our disposal s they join the conference, may I suggest that :
1. We agree not communicate these addresses to third parties, and that we do not stuff each other's mail boxes with communications that are not specifically intended for that particular person or group.2. Please do not copy materials to the group as a whole (tempting as that might at time be), without first going through the Webmaster by way of quick cross-check. (We shall try to ensure 24 hour turnaround on all communications, maximum). 3. Do however make ample use of one-on-one independent communications to 'build ideas', etc., but then of course when the time comes, it would be appreciated if you would let us all in on your results, conclusions, etc. (so that the site can reflect the overall group process that we are trying to harness).
This is by no means an attempt to hold down communications or the idea building, which is what this whole effort is ultimately about, but rather a somewhat desperate attempt to keep all this as a privileged channel of reflection and sharing.
Cautionary Note: Documents or communications of more than one or two screenfuls often can benefit greatly from being printed out. That small screen on our monitors is handy as a frame for certain levels of information intake, but years of experience shows that it needs that for the kinds of more complex materials that are being developed within this group effort, the paper complement is close to indispensable. So, with a call for prudence and apologies to the forests…MODEST USE OF YOUR PRINTER IS RESPECTFULLY SUGGESTED.
Actually, no. There are a lot of Web pages out there, many devoid of content and most of them not very well laid out (I'd call us a high average, no better!). But if you have a site, or are thinking about developing one, you can do yourself a BIG favor if you take the time (and it will take you some time to visit , Vincent Flanders' fine and funny Web Pages That Suck (sorry about that name). Flanders teaches good Web design by showing you the worst of the worst. Terrific idea! Unless you're perfect of course.
Next From Here!
Before moving on to consider the content of the meeting, may we suggest that, unless you are already a confirmed Web surfer, you first take the time to review the following "tools" pages.
Here is the order of consultation of the guiding materials prepared for the meeting that we propose you now give your attention to in order to ensure that you are fully prepared to get around within and from the conference site most easily and effectively. It may take you a bit of time at first, but, we bet, a lot less than you would spend, say, on an international air flight and taxi to a physical conference hall... never mind the ecological impacts of what is, after all, YOUR choice!
__ So, if you are going about all this in good order, before turning to the substance of the conference itself, your next pit stop should probably be a technical checkout at ...
The Technology Checkout (Hardware, Software and Conferencing -- Guidelines and Hints)
Page last updated on 4 September 1997.
Copyright © 1994-1997, EcoPlan International, Paris,France. ® All rights reserved.