[BUGS] Request for comment on email sorting

[jonathan michaels]

On Sat, Feb 02, 2008 at 09:11:34AM +1100, Callum Gibson wrote:
> On 02Feb08 09:00, harrywwc wrote:
> }All in all, I don't envy you - convincing users to change the way they 
> }work if you have no 'authority' (just 'responsibility') is like hearding 
> }cats.
> 
> I thought that was managing programmers... ;)

nawww, middle order managers have got thos programmer types
dead cold, besides, it is possibe reason with cats and
programmers .. eventually, esp' if you have got something that
tehy want . like food perhaps ?
 
> Anyway, another completely different approach that comes to mind is to
> just have everyone configured to store the mail on a network drive
> (which could be provided by samba). From what you described there is no
> automatic way to intercept mail from all these disparate sources, so you
> need to go and reconfigure each individual's mail client in any case.
> A samba share has the advantage it's already permissioned plus you can
> tell users to put other stuff in there if they want it backed up.

a two/tentsh csnte offering from my past ...

'people programming'/social engineering .. i tried that
approach at a banking type institution once and got caught
flatfooted because i "FORGOT" to estimate the need for backing
up ALL teh extra stuff that endedup in teh "mail folders"
tetris, pictures, last nights menu's, it is interesting what
you find when you look .. the system crashed, ok politey
reminded us that teh backup store was overbooked or how ever
(banyan) vines makes those kinds of bleatings when its onits
hind legs and gasping.

 
> So you configure their mail program to have local store folders on the
> network drive and they drag stuff in there (and outgoing could be automatic
> if set up properly). Everything lands on the samba share on the server
> and is backed up from there. (Configuration is obviously dependent upon
> the user's chosen MUA.)
> 
> Not sure how anything will work with web mail though. Anyone using a webmail
> interface is going to have to change something because ingoing and outgoing
> mail is never on any of your local machines.

ummm i was going to sugest that such a solution be implemented
(but not sure how much it woild cost in terms of manhours and
other resources) as it would be posible to rework teh html to
make teh required changes (by some sort of sed/python/tcl/ok perl
scripting majic), i don't know how hard that would be
??

but once teh initial 'pain' of teh conversion process is
over all teh new clients won;t even notice and there would be a
great deal of amortisation gained from teh fact the world is
going to a sop based on the GUI model and
webmail/squirrelmail/evolution/epiphany/so on are becoming de
regeur for such solutions, so to speak ..

some of teh ms mail packages are nice up front, pity thay are
so much hard work underneath and its so hard to convince people
to change esp when they are resistant to change .. just a
thought, ok ?

regards

jonathan
 
-- 
================================================================
powered by ..
QNX, OS9 and freeBSD  --  http://caamora com au/operating system
==== === appropriate solution in an inappropriate world === ====