Re: [Evolution-hackers] Re: about evolution imap local email	storage
- From: Antonio Xu <antonio xu sun com>
 
- To: Henry Jia <Henry Jia sun com>
 
- Cc: Not Zed <notzed ximian com>,	Ettore Perazzoli <ettore ximian com>,	"evolution-hackers lists ximian com" <evolution-hackers lists ximian com>,	Jeffrey Stedfast <fejj ximian com>
 
- Subject: Re: [Evolution-hackers] Re: about evolution imap local email	storage
 
- Date: Tue, 22 Apr 2003 15:13:17 +0800
 
Hello, All
         I agree with Henry's opinion. Now, Evolution is the most 
popular email client in linux world, so we should make it more 
perfessional. I think we should add a preference item to allow  user 
specify whether make evolution copy imap email to local. that would be 
very usefule in enterprise enviroment.
         I have filed a bug (#41693) for this issue, if we can solve it 
in 1.4 would be better.
Best regards
Anto
Henry Jia wrote:
Hi, Not Zed,
You mean IMAP is seldom used in enterprise enviroment? I think it's 
widely used now. :-)  For me, only my company mailbox format is IMAP. 
I think this is a good feature. Especially in a Sun Ray enviroment, 
this is needed.
Thanks
Henry
Not Zed wrote:
On Thu, 2003-04-17 at 14:39, henry jia wrote:
 
Hi, all,
This feature of storing the mails read is good for the offline 
support. But it is a serious issue for the users with a lot of mail. 
In an enterprise enviroment, people always share the file server. We 
can image what will happen when they store they mails on the server. 
If a person has 10,000 mails and each mail is 100K. Then he'll use 
2G (twice of the storage of mail server) to store. This always 
happens. I heard a lot of such things.
  
Enterprise have different mechanisms available to them anyway.
e.g. mail delivery via /var/mail, via nfs, to nfs mounted home
directories.  or via pop to nfs mounted home directories.  via access to
remote dumb ('thin') clients using X, off a server, etc etc.
In few cases is imap ever a suitable protocol in an enterprise
environfment.
 
Maybe a method is to use some preference to let the user decide 
whether or not to store the mails when reading. Thus, we no need to 
change the current operating mode and just add another proposal.
Regards
Henry
Antonio Xu wrote:
  
Hello, Not Zed
        I have discussed this issue with Fejj. I think it is 
possible to add a feature which is allow user specify whether make 
evolution copy email to local. So for Sun Ray customer, they can 
make evolution leave eamil on server instead of copy them to 
local.   this feature is very userful for intranet user too, they 
don't need to worry about intranet status, they could turn off the 
switch and make evolution leave email on server without copying 
them to local. I think it is very useful feature, but I wanto to 
know when we can add this feature in evolution, Could you show me 
the date when we can doing it for evolution?
        I have added some comments below. Please read it.
Best regards,
Anto
Not Zed wrote:
    
On Wed, 2003-04-16 at 00:29, Antonio Xu wrote:
      
Hello, NotZed
        I have some questions about imap local email storage. I 
found evolution will copy every readed email's source and its 
html body to local. so if I have 1 GB emails on server, I would 
have 2 GB emails in local imap storage. I think it is a very 
serious problem. Why did           
Do you have 1GB of email on your server?  i.e. just saying a 
problem is
possible doesn't mean it occurs or in practice is a real issue.
      
We realy have some customers whose email more than 1GB on imap 
server. For Sun Ray customer, whose home direcotory leave on 
server, if evolution copy every imap email to local,  and leave 
original email on imap server. it will waste storage of server.
    
      
evolution copy every readed email to local? Could we remove this 
bad           
Because the imap 'cache' isn't really a cache, and it was written 
pretty
simply.
      
feature? I think we should leave  emails on server instead of 
copy it at local, that is why we using IMAP.  I know this feature 
will be helpful           
I'm not sure we want to remove it.  Because it provides a transparent
and more complete 'offline' mode.  Without it we may need to re-copy
stuff for offline mode operation back off the server when we go back
offline, because, because of the way offline mode works, the imap 
code
deosn't know what files are needed for offline mode until it actually
goes offline.  If you are going offline, and you're using a modem, 
the
last thing you want is to have to re-copy mails that got expired from
your cache.
      
In fact, we don't need to remove this feature, but we must add a 
switch to allow user specify whether make evolution copy  email to 
local.
    
      
when evolution switch to offline, but evolution have another 
feature which can allow user download every email from server 
before switch evolution to offline. I suggest this issue should 
be solved before evolution 1.4 release. I have seen your and 
fejj's comment on bug #21894. When will you begin solving this 
issue?            
Well, the newer/next version of outlook always works off local email,
and only uses the server connection to download the mail once/as a
backup.  It goes into 'offline' mode implictly, hiding the
network/server problems from the user, and letting them take more
advantage of the local grunt computer workstations now posess.
So this way of working isn't completely unexpected/different from 
other
similar mail clients, and takes advantage of vastly under-utilised
resources on most desktop machines.
Its also way too big a change to be going into 1.4 at this point.
      
I know it is too hurry to add  this feature into 1.4, but when can 
we begin doing it?
    
      
_______________________________________________
evolution-hackers maillist  -  evolution-hackers lists ximian com
http://lists.ximian.com/mailman/listinfo/evolution-hackers
    
  
_______________________________________________
evolution-hackers maillist  -  evolution-hackers lists ximian com
http://lists.ximian.com/mailman/listinfo/evolution-hackers
 
[
Date Prev][
Date Next]   [
Thread Prev][
Thread Next]   
[
Thread Index]
[
Date Index]
[
Author Index]