Buried in mail.....

S

Thread Starter

Simon Martin

Hi All,

Yesterday I did not read my mail, this morning I had 120 messages from this list. I browsed them all to get out as much information as possible, but I am sure that I missed something. Can we set up some kind of filtering, like in the automation list?

send the following in the subject of the mail so that each can filter

SMM: -> mails with respect the shared memory manager
LE: -> Logic Engine (will probably be split into different groups later)
IOM: -> IO Manager
OS: -> OS related subjects (real-time, not real-time)
MISC: -> anything else

Debian GNU User
Simon Martin
Project Manager
Isys
mailto: [email protected]

There is a chasm of carbon and silicon the software cannot bridge


_______________________________________________
LinuxPLC mailing list
[email protected]
http://linuxplc.org/mailman/listinfo/linuxplc
 
K
At some point (perhaps that point is now :) it will be advantageous to divide LinuxPLC into multiple lists, just as the project will likely divide into multiple projects.

Should we create these lists now (as enumerated by Simon)? I would propose for identification purposes that we preface each with PLC (for "Puffin Linux Controller" <grin>), as in "PLC_SMM". This will provide unique tokens for
those of us who use mail clients capable of automatic sorting/filing of messages, and will assist in the automatic transfer of messages to the web archive.

An additional question -- should everyone on the current list be subscribed by default to the new lists, or start each from zero?
Ken Crater
[email protected]


_______________________________________________
LinuxPLC mailing list
[email protected]
http://linuxplc.org/mailman/listinfo/linuxplc
 
B
At 09:53 AM 1/18/2000 -0500, you wrote:
>At some point (perhaps that point is now :) it will be advantageous to
>divide LinuxPLC into multiple lists, just as the project will likely divide
>into multiple projects.
>
>Should we create these lists now (as enumerated by Simon)? I would propose

I think it is time to sub-divide the list. The topics proposed by Simon sound fine to me.

>An additional question -- should everyone on the current list be subscribed
>by default to the new lists, or start each from zero?

I think that by default we should subscribe everyone to all sub-lists, and we can then unsubscribe as needed.


Bill Sturm

_______________________________________________
LinuxPLC mailing list
[email protected]
http://linuxplc.org/mailman/listinfo/linuxplc
 
R

Ranjan Acharya

Top