[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: TODO List (Rivyn's duplicate copy ideas)
From:       Rivyn (Casey Shobe) <rivyn () mailandnews ! com>
Date:       2000-03-22 2:10:51
[Download RAW message or body]

On Tue, 21 Mar 2000, Don Sanders wrote:
> On Wed, 22 Mar 2000, Rivyn (Casey Shobe) wrote:
> > >  Multiple accounts 
> > >    (with customizable signatures, send mail config, and email address).
> > very useful - may I suggest something similar to the 'change identity' option
> > in Outlook Express 5?
> 
> Please explain, I only have Outlook Express 4. BTW What are the differences
> between 4 and 5?

Umm, I don't know - I haven't used either in a long time.  The change identity
feature allows you to switch to a different user - with their own account(s)
and whatnot.  Obviously, that's not necessary with a *nix multiuser system, but
maybe a way to switch between mail accounts in a similar fashion (as an
optional alternative to having all the email come into one mailbox) - and
actually when I think about it, this seems pretty useless and a waste of time -
just forget I mentioned it - I was tired this morning.

> > >  Index file needs reply to and this id
> > I'm in the dark on this one...
> 
> I meant to enable threading.
> 
> > >   (Threading maybe not hard to do but maybe hard to get just right)
> > :) - will be wonderful if you can get it working just right.
> > >  Update about dialog
> > mandatory
> > >  Backing pixmaps (waiting for QT)
> > what is this?
> 
> It's just eye candy kind of theming stuff, I have it working already locally
> but I needed to copy some QT code and reuse it in KMail which isn't allowed.
> 
> It allows backing pixmaps to be used in each of the three windows in the top
> level window. Just good for showing off when you are asked to impress
> nontechnical/superficial people :-)

Ahh yes - like konsole allows.

> > >  (Non blocking sending of mail, not in the near future)
> > what is this?
> 
> It's what you asked for, when sending mail don't freeze the UI.

Cool - Also, would it be possible to have two (or more) send mail functions
going at once?  Sometimes the LAN gets bogged down and I'm just sending out a
few subscribtion requests to mailing lists...It would be cool if I could just
switch back over to the kmail window and type and send another - I think the
best way to do this would be to add it to a queue for sending mail as I don't
think that all mail servers would like multiple send requests for the same
user.  Something with a progress indicator, perhaps?  A progress meter that
updated itself to being a longer amount (shorter percentage done) if you added
more to the queue?

> Do a search on google, no time to explain myself.

fair enough.

> > Now for my idea(s):
> > 
> > I use KMail 1.0.28 for reference.
> > 
> > Sometimes fetchmail and/or my mail server will act funny and I'll get 3 copies
> > fo the exact same message, exact date and all, exact text, etc.  Could there be
> > only one email shown please?  For example, make kmail automatically
> > delete/merge the unwanted duplicates?
> 
> Hmm, not sure about that.

What if it were an enableable/disableable option?

> 
> > I currently have over 40 mailing list folders - sometimes people crosspost to
> > three mailing lists, and of course, all the crossposts appear in one folder as
> > identical emails - could kmail be made intelligent enough to realize that if
> > there is a duplicate email, then before deleting it, check through the
> > recipients list, and compare that to your filters, and if it matches more than
> > one filter, have it so that it puts one copy in one mailing list folder, and
> > one copy in another?  This would be a very nice touch - a bit of sophistication
> > which AFAIK no email client has yet.  Shouldn't really be to hard...could be
> > done with or without the suggestion of the above paragraph.  I can explain in
> > further detail if I am being unclear...
> 
> Yeah that's bloody annoying, it would be a very cool feature.
> 
> Sorry both of these have to be low priority. (Please don't ask me to
> explain why I prioritize things the way I do).

Obviously, fixing bugs is priority one, fixing/adding things that people
complain about a lot is number two, and things like this are down at the
bottom.  Just a thought to keep in mind for the future. :)

-- 
- Rivyn [ Casey Allen Shobe ]
- rivyn@mailandnews.com [ UIN: 1494523 ]

[prev in list] [next in list] [prev in thread] [next in thread]