Bug 31498 - wishlist multiple accounts pop
Summary: wishlist multiple accounts pop
Status: CLOSED FIXED
Alias: None
Product: kmail
Classification: Unmaintained
Component: general (show other bugs)
Version: 1.3
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-08-24 18:48 UTC by bmarsh
Modified: 2008-11-17 19:02 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description bmarsh 2001-08-24 18:36:41 UTC
(*** This bug was imported into bugs.kde.org ***)

Package:           kmail
Version:           1.3 (using KDE 2.2.0 )
Severity:          wishlist
Installed from:    SuSE RPMs
Compiler:          Not Specified
OS:                Linux
OS/Compiler notes: Not Specified

Wish that Kmail would *truely* support multiple pop accounts each with its own trash folder and no need to select the proper identity when sending email.  

(Submitted via bugs.kde.org)
Comment 1 Don Sanders 2001-08-25 18:19:44 UTC
On Friday 24 August 2001 20:36 bmarsh@freeway.net wrote:
> Package: kmail
> Version: 1.3 (using KDE 2.2.0 )
> Severity: wishlist
> Installed from:    SuSE RPMs
> Compiler:          Not Specified
> OS:                Linux
> OS/Compiler notes: Not Specified
>
> Wish that Kmail would *truely* support multiple pop
> accounts each with its own trash folder 

Weird first time someone has asked for that. I wonder why 
someone would want that.

> and no need to
> select the proper identity when sending email.

You can use filters (set identity must be the first action 
in the list) or filter the mail into different folders and 
configure the identity to be used for that folder.

Don.
Comment 2 Don Sanders 2001-08-27 14:31:06 UTC
On Monday 27 August 2001 16:08 Bruce Marshall wrote:
> On Saturday 25 August 2001 02:19 pm Don Sanders wrote:
> > On Friday 24 August 2001 20:36 bmarsh@freeway.net 
wrote:
> > > Package: kmail
> > > Version: 1.3 (using KDE 2.2.0 )
> > > Severity: wishlist
> > > Installed from:    SuSE RPMs
> > > Compiler:          Not Specified
> > > OS:                Linux
> > > OS/Compiler notes: Not Specified
> > >
> > > Wish that Kmail would *truely* support multiple pop
> > > accounts each with its own trash folder
> >
> > Weird first time someone has asked for that. I wonder
> > why someone would want that.
>
> 1) I have four pop accounts.   Three are personal (some
> low activity) and one is work.  (usually medium activity)
> 2) I would prefer to keep the work trash for 30 days  and
> the rest maybe 7 days. (because there is high activity
> total on the 3 personal accts.) 
> 3) Since all trash is
> combined it is not really possible to do.
> 4) It just
> makes things simpler and old email easier to find.

And it's really unacceptable just to keep all mail in the 
trash for 30 days?

> Another issue with true multiple accounts is that I would
> like to play a distinctive sound when work email comes
> in.  Can't do that...  It's sound for *any* email or
> none.

Use filters (maybe you already have some defined that catch 
mail from each account) and the execute command action. Use 
can use artsplay to play a sound of whatever command you 
like.

> (tried doing this with a Precommand but I haven't been
> able to figure out what a 'precommand' consists of. 
> Doesn't accept a command to play a wav file)

oh yes that's perhaps an even better way you can play 
sounds with artsplay or cat them to /dev/audio or something 
sorry no soundcard on this machine you'll have to ask 
someone else for the exact syntax. You'll probably want to 
use "&" to play the sound in the background (non-blocking).

> > > and no need to
> > > select the proper identity when sending email.
> >
> > You can use filters (set identity must be the first
> > action in the list) or filter the mail into different
> > folders and configure the identity to be used for that
> > folder.
> >
> > Don.
>
> Been trying to figure this one out too but not yet.

Don.
Comment 3 Samuel Penn 2001-08-27 15:15:54 UTC
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 27 August 2001 15:31 Don Sanders wrote:
> On Monday 27 August 2001 16:08 Bruce Marshall wrote:
> > On Saturday 25 August 2001 02:19 pm Don Sanders wrote:
> > > On Friday 24 August 2001 20:36 bmarsh@freeway.net wrote:
> > > > Package: kmail
> > > > Version: 1.3 (using KDE 2.2.0 )
> > > > Severity: wishlist
> > > > Installed from:    SuSE RPMs
> > > > Compiler:          Not Specified
> > > > OS:                Linux
> > > > OS/Compiler notes: Not Specified
> > > >
> > > > Wish that Kmail would *truely* support multiple pop
> > > > accounts each with its own trash folder
> > >
> > > Weird first time someone has asked for that. I wonder
> > > why someone would want that.
> >
> > 1) I have four pop accounts.   Three are personal (some
> > low activity) and one is work.  (usually medium activity)
> > 2) I would prefer to keep the work trash for 30 days  and
> > the rest maybe 7 days. (because there is high activity
> > total on the 3 personal accts.)
> > 3) Since all trash is
> > combined it is not really possible to do.
> > 4) It just
> > makes things simpler and old email easier to find.

What I'm looking at is implementing automatic expiry of
old messages on a per folder basis. So you could have a
folder which expires messages after 7 days and another
which expires messages after 30 days. You still only have
one trash folder however but if you moved messages to a
folder rather than deleting them you could sort of get
what you want.

- -- 
Be seeing you             -- Public key available at ------------------
Sam.                       http://www.bifrost.demon.co.uk/publickey.html

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7imQqsRrcOEdQJ70RAl1PAJ9lEabEE4faINPHDr7FBfn2NFO7ygCggqwL
3GMQfxeI4TXa3dgXg0Pt4+s=
=JZXw
-----END PGP SIGNATURE-----
Comment 4 sschrein 2001-08-27 15:51:00 UTC
> > > > Wish that Kmail would *truely* support multiple pop
> > > > accounts each with its own trash folder
> > > Weird first time someone has asked for that. I wonder
> > > why someone would want that.

Hi all!
sorry but I need it too! Okay you can install filter rules for all 
accounts. But it only works with sent mail and it takes much time.

Now I move all received and read messages to a subfolder in order to archive 
mail. It will be much easier only to press "delete" and the mail will be 
moved to specified subfolder.

Please add a new filter rule like "On delete do ..." or add a new 
pulldown-box in folder properties in which I have to select the trash and 
sent folder.

BTW: Kmail works very fine! Good work!

CU
Stefan
Comment 5 bmarsh 2001-08-27 16:25:40 UTC
On Monday 27 August 2001 11:15 am Samuel Penn wrote:
> On Monday 27 August 2001 15:31 Don Sanders wrote:
> > On Monday 27 August 2001 16:08 Bruce Marshall wrote:
> > > On Saturday 25 August 2001 02:19 pm Don Sanders wrote:
> > > > On Friday 24 August 2001 20:36 bmarsh@freeway.net wrote:
> > > > > Package: kmail
> > > > > Version: 1.3 (using KDE 2.2.0 )
> > > > > Severity: wishlist
> > > > > Installed from:    SuSE RPMs
> > > > > Compiler:          Not Specified
> > > > > OS:                Linux
> > > > > OS/Compiler notes: Not Specified
> > > > >
> > > > > Wish that Kmail would *truely* support multiple pop
> > > > > accounts each with its own trash folder
> > > >
> > > > Weird first time someone has asked for that. I wonder
> > > > why someone would want that.
> > >
> > > 1) I have four pop accounts.   Three are personal (some
> > > low activity) and one is work.  (usually medium activity)
> > > 2) I would prefer to keep the work trash for 30 days  and
> > > the rest maybe 7 days. (because there is high activity
> > > total on the 3 personal accts.)
> > > 3) Since all trash is
> > > combined it is not really possible to do.
> > > 4) It just
> > > makes things simpler and old email easier to find.
>
> What I'm looking at is implementing automatic expiry of
> old messages on a per folder basis. So you could have a
> folder which expires messages after 7 days and another
> which expires messages after 30 days. You still only have
> one trash folder however but if you moved messages to a
> folder rather than deleting them you could sort of get
> what you want.



That would help alot....   

My favorite emailer (PMMail  -  OS/2 and Winders)  did the following:

1) Separate trash for each account.
2) Expiry of mail in inbox as of nn days...  and moved it to the trash for 
that account.   (nn was set for each acct)

If you truely don't want a trash for each account then maybe you could do 
what you are suggesting and move the email to the trash?  (or maybe a filter 
action that would allow me to move them to a separate folder within the acct?)

(I'm not up to speed on filters yet)

-- 

+----------------------------------------------------------------------------+
+ Bruce S. Marshall  bmarsh@bmarsh.com  Bellaire MI         08/27/01 12:19  +
+----------------------------------------------------------------------------+
Anagram:  Contradiction = Accord not in it
Comment 6 Samuel Penn 2001-08-27 16:53:15 UTC
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 27 August 2001 17:25 you wrote:
> On Monday 27 August 2001 11:15 am Samuel Penn wrote:
> > What I'm looking at is implementing automatic expiry of
> > old messages on a per folder basis. So you could have a
> > folder which expires messages after 7 days and another
> > which expires messages after 30 days. You still only have
> > one trash folder however but if you moved messages to a
> > folder rather than deleting them you could sort of get
> > what you want.
>
> That would help alot....
>
> My favorite emailer (PMMail  -  OS/2 and Winders)  did the following:
>
> 1) Separate trash for each account.
> 2) Expiry of mail in inbox as of nn days...  and moved it to the trash for
> that account.   (nn was set for each acct)
>
> If you truely don't want a trash for each account then maybe you could do
> what you are suggesting and move the email to the trash?  (or maybe a
> filter action that would allow me to move them to a separate folder within
> the acct?)

As things stand at the moment expired email is truly deleted.
It isn't moved to the trash. This is unlikely to change for
the first release of this code.

Now it would be possible to allow an option for expired email
to get sent to the trash rather than deleted. Actually this
wouldn't be too difficult to do but could be pointless. If the
expiry on the folder is 30 days and expiry on the trash is 7
days then a message > 30 days old would move to the trash
then get immediately deleted (because it's already older than 7 days).
Because of this latter complication (where do you measure the
age of the email from?) I'll pass on this until I've time to
really think about it.

Another option is to be able to set a trash folder for each
folder. All folders default to 'trash' but this could be changed
on a per folder basis. Both expiry and user specified deletes
would go into the configured folder.

This might be useful for auto-archiving of email. However it
could end up quite complicated. Would you want to give each
of these trash folders a 'trash' icon for example? You could
end up with messages expiring from one folder to another
possibly in a loop. I can forsee users getting horribly confused.
I can also see it being useful if done right.



- -- 
Be seeing you             -- Public key available at ------------------
Sam.                       http://www.bifrost.demon.co.uk/publickey.html

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7inr7sRrcOEdQJ70RAguWAJ9YMRPv7KnETVLo7PUsgPUaWyivXQCgnmOV
HT55iZeXAwBDdeVTKb+lJo0=
=25bT
-----END PGP SIGNATURE-----
Comment 7 Don Sanders 2001-08-27 17:50:39 UTC
On Monday 27 August 2001 17:51 sschrein@bnv-gz.buerger.net 
wrote:
> > > > > Wish that Kmail would *truely* support multiple
> > > > > pop accounts each with its own trash folder
> > > >
> > > > Weird first time someone has asked for that. I
> > > > wonder why someone would want that.
>
> Hi all!
> sorry but I need it too! Okay you can install filter
> rules for all accounts. But it only works with sent mail
> and it takes much time.
>
> Now I move all received and read messages to a subfolder
> in order to archive mail. It will be much easier only to
> press "delete" and the mail will be moved to specified
> subfolder.
>
> Please add a new filter rule like "On delete do ..." or
> add a new pulldown-box in folder properties in which I
> have to select the trash and sent folder.

Selecting a sent folder doesn't make sense but I agree 
select the trash folder does make good sense especially in 
conjuncation with automatic expiry of old messages on a per 
folder basis.

>
> BTW: Kmail works very fine! Good work!

Don.
Comment 8 Don Sanders 2001-08-27 18:27:20 UTC
On Monday 27 August 2001 18:18 Bruce Marshall wrote:
> On Monday 27 August 2001 10:31 am Don Sanders wrote:
> > And it's really unacceptable just to keep all mail in
> > the trash for 30 days?
>
> Oh I can live with  and if that was the only multiple
> accnt problem I wouldn't even complain.  (and I guess
> I'll live with it)
>
> > > Another issue with true multiple accounts is that I
> > > would like to play a distinctive sound when work
> > > email comes in.  Can't do that...  It's sound for
> > > *any* email or none.
> >
> > Use filters (maybe you already have some defined that
> > catch mail from each account) and the execute command
> > action. Use can use artsplay to play a sound of
> > whatever command you like.
>
> Well I tend to let procmail do all my filtering for
> me... and would rather not duplicate all that in Kmail
> other than maybe something special.

Ok I hope you know that you have to be careful with KMail 
and procmail as specified in the FAQ 
http://kmail.kde.org/manual/faq.html#id2793876

> > > (tried doing this with a Precommand but I haven't
> > > been able to figure out what a 'precommand' consists
> > > of. Doesn't accept a command to play a wav file)
> >
> > oh yes that's perhaps an even better way you can play
> > sounds with artsplay or cat them to /dev/audio or
> > something sorry no soundcard on this machine you'll
> > have to ask someone else for the exact syntax. You'll
> > probably want to use "&" to play the sound in the
> > background (non-blocking).
>
> Well here may be a problem:   I put  /usr/bin/play  <a
> wav file>  into the precommand  and it comes up with an
> error that says it can't execute it.

Did it play the sound? Maybe it checks the return code 
Sorry don't have time to check now perhaps you have to 
write a shell script that returns 0.

> But I am successfully using the same command in the 
> 'mail arrival'  signal command  (which of course means
> signaling for *any* mail that comes in not just one
> account.)   I'll keep playing with that.

Ok it might be the return code.

> > > > You can use filters (set identity must be the first
> > > > action in the list) or filter the mail into
> > > > different folders and configure the identity to be
> > > > used for that folder.
>
> I can't get this to work nor can I figure it out from the
> help.  The help says:
>
> set identity to  -   sets your identify *if* you reply to
> this email.   Which sounds like it is a filter for
> incoming email.  But I tried setting a filter for
> incoming  and then tried it for outgoing and neither
> one set the identity..  and it is unclear whether it
> happens as an action *after* you click on SEND  or when
> you click on REPLY...  Either way it didn't appear to
> work.
>
> I'm trying...  really!  :o(

Trying putting the set identity action at the top of the 
list of actions.

I personally use this method it works fine but many people 
find it easier to use the folder properties dialog to set 
the identity (just right click on the folder and use the 
set identity combobox).

> I really do like Kmail and I do not like Sylpheed which
> seems to come closest.  My favorite emailer was PMMail
> which was built on OS/2 and then moved to Winders....  
> Very good user interface and true multiple accts. Kmail
> comes very close to it.

Don.
Comment 9 bmarsh 2001-08-27 18:32:58 UTC
On Monday 27 August 2001 02:27 pm Don Sanders wrote:
> On Monday 27 August 2001 18:18 Bruce Marshall wrote:
> > On Monday 27 August 2001 10:31 am Don Sanders wrote:
> > > And it's really unacceptable just to keep all mail in
> > > the trash for 30 days?
> >
> > Oh I can live with  and if that was the only multiple
> > accnt problem I wouldn't even complain.  (and I guess
> > I'll live with it)
> >
> > > > Another issue with true multiple accounts is that I
> > > > would like to play a distinctive sound when work
> > > > email comes in.  Can't do that...  It's sound for
> > > > *any* email or none.
> > >
> > > Use filters (maybe you already have some defined that
> > > catch mail from each account) and the execute command
> > > action. Use can use artsplay to play a sound of
> > > whatever command you like.
> >
> > Well I tend to let procmail do all my filtering for
> > me... and would rather not duplicate all that in Kmail
> > other than maybe something special.
>
> Ok I hope you know that you have to be careful with KMail
> and procmail as specified in the FAQ
> http://kmail.kde.org/manual/faq.html#id2793876
>
> > > > (tried doing this with a Precommand but I haven't
> > > > been able to figure out what a 'precommand' consists
> > > > of. Doesn't accept a command to play a wav file)
> > >
> > > oh yes that's perhaps an even better way you can play
> > > sounds with artsplay or cat them to /dev/audio or
> > > something sorry no soundcard on this machine you'll
> > > have to ask someone else for the exact syntax. You'll
> > > probably want to use "&" to play the sound in the
> > > background (non-blocking).
> >
> > Well here may be a problem:   I put  /usr/bin/play  <a
> > wav file>  into the precommand  and it comes up with an
> > error that says it can't execute it.
>
> Did it play the sound? Maybe it checks the return code
> Sorry don't have time to check now perhaps you have to
> write a shell script that returns 0.
>
> > But I am successfully using the same command in the
> > 'mail arrival'  signal command  (which of course means
> > signaling for *any* mail that comes in not just one
> > account.)   I'll keep playing with that.
>
> Ok it might be the return code.

Probably was...  finally got it to work but the precommand is executed every 
time a fetch is done..  (as you already know) and therefore it honks the horn 
everytime it tries to retrieve mail not just when mail comes in.

Possible bug:  Having discovered the above...  I deleted the entry in the 
precommand (blanked it) and yet the sound was still being played.  Checked to 
make sure the precommand was empty and it was.   Only a restart of Kmail got 
rid of the precommand.


>
> > > > > You can use filters (set identity must be the first
> > > > > action in the list) or filter the mail into
> > > > > different folders and configure the identity to be
> > > > > used for that folder.
> >
> > I can't get this to work nor can I figure it out from the
> > help.  The help says:
> >
> > set identity to  -   sets your identify *if* you reply to
> > this email.   Which sounds like it is a filter for
> > incoming email.  But I tried setting a filter for
> > incoming  and then tried it for outgoing and neither
> > one set the identity..  and it is unclear whether it
> > happens as an action *after* you click on SEND  or when
> > you click on REPLY...  Either way it didn't appear to
> > work.
> >
> > I'm trying...  really!  :o(
>
> Trying putting the set identity action at the top of the
> list of actions.
>

I was able to do it once I discovered I could set the identity for a 
particular folder.   Never saw that option before...   <blush>


+----------------------------------------------------------------------------+
+ Bruce S. Marshall  bmarsh@bmarsh.com  Bellaire MI         08/27/01 14:29  +
+----------------------------------------------------------------------------+
"Okay who stopped the payment on my reality check?"
Comment 10 Marc Andre Paquin 2001-09-27 22:08:26 UTC
Hello

For my part I have 5 different e-mail accounts (2 personal and 3 for 
different companies = I do contract work so I must "change" identity 
often according to what project I am working on!).

So I need to separate incoming e-mail from each accounts with 
independent inbox trash etc. Each accounts have their needs with 
folders and classification.

Right now receiving every thing (all 5 accounts) in the same folders 
(inbox & all) is VERY annoying and I must manually separate every thing.

I don't know about filters so I hope for this new feature soon so it can 
be user friendly and easy to setup... I am satisfied with Netscape 6.1 
Mail agent on Windows (minus the many bugs!). So this is a good 
reference for an upcoming Kmail version!

Thanks!
--
Marc Andre Paquin
Comment 11 Michael Haeckel 2001-09-28 07:56:59 UTC
On Friday 28 September 2001 00:08 Marc Andre Paquin wrote:
> Hello
>
> For my part I have 5 different e-mail accounts (2 personal and 3 for
> different companies = I do contract work so I must "change" identity
> often according to what project I am working on!).
>
> So I need to separate incoming e-mail from each accounts with
> independent inbox trash etc. Each accounts have their needs with
> folders and classification.
>
> Right now receiving every thing (all 5 accounts) in the same folders
> (inbox & all) is VERY annoying and I must manually separate every thing.

I do actually think that this is configurable easily and obvious enough.
Simply choose different destination folders for your accounts.

Regards
Michael Haeckel
Comment 12 Emil Beli 2008-11-17 19:02:19 UTC
Don, I believe you do not see the big picture. I am developer myself and sometimes I fail to understand some client's demands, but some of it, after a long analyses, proves to be right.

KMail looks like an EXCELLENT mailer, while Thunderbird is a good mailer. I would rather use KMail, but I can't - IT HAS NO SEPARATE ACCOUNTS
By separate, I mean really physically separate - settings, mails, trashes, sent, inbox bla-bla-bla.. All of it.

Why is this necessary?
Besides a zillion reasons, there is one simple and very costly one:
One, when tired or in hurry, doesn't change account "from" which you are sending.
So, your client gets reply from another e-mail address, with some of confidential information, thinks that there is something fishy about the business and there has been information breach and cancels the further communication, making you huge money loss.

Please, make accounts in KMail as are in TB, and I will be 1st one to use it.
Pitty that I can't now, it seems much better than TB.