This is not the correct ticket to discuss this.

This ticket was an enhancement request, which was completed.  Further 
enhancements and/or bug reports should be entered in new (or open) 
tickets.

But however an user is able to move himself an e-mail from a local 
directory to a remote directory. Maybe working on a way to this 
automatically will require as much work as correcting the display of 
the remote folders ?

Yes, you are right, it is allowing to choose remote folders too, i 
didn't notice it and opened new bug report:
https://bugs.horde.org/ticket/13648

But i'm afraid that showing also remote folders is bug here, IMP is 
(currently) not able to save sent message in remote folders.

About the point 2, in the identity manager we can set a folder where 
the mails must be stored. But Horde seems to ignore it, when it's a 
remote folder (I didn't try with a local folder).

All of these are not bugs/problems but things which were no 
implemented (yet, i hope). I already created these feature requests:
https://bugs.horde.org/ticket/13168
https://bugs.horde.org/ticket/13202

About this functionnality, I have noticed three problems :
1) I have to re-type every time I login the remote account passwords

2) For sending e-mail with this remote account througt  horde, I use 
an identity. I have configured it for saving the sent e-mail in the 
"Sent" remote directory. However the sent e-mails are still saved in 
the local "Sent" directory.

3) I have configured 3 remote accounts, and 4 identities (1 for the 
main account, and one for each remote account). The remotes identites 
are configured for saving sent e-mails in their "Sent" remote 
directories. Now the three "Sent" remote directories have the same 
name. Maybe should you add the identity names after the directory 
names ?

Best regards

That's not the use case for the previous fetchmail system though (i.e. 
a one-time copy of messages from a foreign account).  The new remote 
account access provides the exact same functionality.

Customers very often move to our service and wants to bring their 
email account content from previous isp where they did not have access 
to imap service.

That was the best way to have them done.
That is one of the reason why this functionality was so important.
Redirecting will work only for new incoming messages.

Yes it's different but i don't see a reason for fetching e-mails from 
other accounts - why not just redirect them?

I don't know if there's any documentation but you can find it in IMP: 
Preferences - Mail - Remote accounts (under General column).

Can you point me to a documentation.
I hardly see it as better since seeing remote accounts is very 
different than transferring messages from them.

But if you give me direction to the documentation I would like to check it.
Thank you

You can't fetch e-mails from other accounts anymore BUT you can 
directly access them which is much better.

This function was removed from Horde 5,
How do I downgrade to Horde where I can fetch emails from other isp?

it was really shocking to see it gone, some customers was using this 
functionality.

Changes have been made in Git (master):

commit 48220336f898ecc77fbf4c5e6aae492a20dc7a2d
Author: Michael M Slusarz <slusarz@horde.org>
Date:   Tue Sep 17 22:49:54 2013 -0600

     [mms] Allow configurable access to remote accounts from within a 
session (Request #8077).

     Going to call this completed - the basic functions seem to work well
     and, at a minimum, it is stable enough to merge into imp_6_2, which
     isn't that close to being released.

  imp/docs/CHANGES |    2 ++
  imp/package.xml  |    2 +-
  2 files changed, 3 insertions(+), 1 deletions(-)

http://git.horde.org/horde-git/-/commit/48220336f898ecc77fbf4c5e6aae492a20dc7a2d

commit 48220336f898ecc77fbf4c5e6aae492a20dc7a2d
Author: Michael M Slusarz <slusarz at horde.org>
Date:   Tue Sep 17 22:49:54 2013 -0600

     [mms] Allow configurable access to remote accounts from within a 
session (Request #8077).

     Going to call this completed - the basic functions seem to work well
     and, at a minimum, it is stable enough to merge into imp_6_2, which
     isn't that close to being released.

  imp/docs/CHANGES |    2 ++
  imp/package.xml  |    2 +-
  2 files changed, 3 insertions(+), 1 deletions(-)

http://git.horde.org/horde-git/-/commit/48220336f898ecc77fbf4c5e6aae492a20dc7a2d


Marking as resolved.  Code in imp_multiple_accounts will be merged 
into imp_6_2 branch.

https://github.com/horde/horde/compare/imp_6_2...imp_multiple_accounts

Link to track/display remote account specific changes.

Fully funded!

https://www.crowdtilt.com/campaigns/imp-multiple-accounts/contributors

This will be in IMP 6.2 (or 7.0, whichever is released next).

Changes have been made in Git (master):

commit 88f7e2b8bcff65b0346cdb7d0f61de57d37487a6
Author: Michael M Slusarz <slusarz@horde.org>
Date:   Mon Jan 30 00:26:05 2012 -0700

     Move AJAX mailbox response generation entirely within IMP_Imap_Tree

     Precursor to implementing Ticket #8077

  imp/js/dimpbase.js           |    2 +-
  imp/lib/Ajax/Application.php |   51 ++++++---------------
  imp/lib/Ajax/Queue.php       |    4 +-
  imp/lib/Imap/Tree.php        |  103 
++++++++++++++++++++++--------------------
  imp/lib/Mailbox.php          |    1 -
  5 files changed, 72 insertions(+), 89 deletions(-)

http://git.horde.org/horde-git/-/commit/88f7e2b8bcff65b0346cdb7d0f61de57d37487a6

any progress on this? thank you for info.

No, this ticket does not implement the previous functionality.  The 
old code was nothing more than a web interface to a (not very 
optimized) PHP port of fetchmail.  Which wasn't all that useful for 
anyone with more than a few hundred messages, since PHP would time-out 
or memory fail long before you could synchronize an account.

This ticket is instead a request to add foreign accounts to appear 
natively in the UI.  Which would allow access of these accounts 
without expensive overhead (and allow the synchronization of mail 
actions).
I would love to see this request also.  But the people that currently 
pay me to work on IMP do not have this as a priority.  Unfortunately, 
that is the reality of the situation, especially for something as 
resource intensive as this request.

Should've posted the English website:
http://phlymail.com/en/phlymail/lite/

In case it's of anybodies interest: I switched to PhlyMail which seems 
to be the only product offering a neat integration of multiple email 
accounts in one interface: http://phlymail.com/de/phlymail/lite/
(unfortunately without drag&drop and without a mobile client though)

This feature is discussed (in a positive, it just works, sense) a lot 
online because it has been a feature for a long time with IMP3/4. It 
was quite hard to to find this page and properly confirm that it is 
now depreciated in IMP5. I have added a (rather terse, sorry, I was 
suffering a sense of humour failure) note to the Wiki page about this.

From the search results seen before I found this page I imagine that 
hosting providers (plesk/cpanel based) will have a strong incentive to 
get this restored since they have been offering IMP as a mail 
aggregator service to their customers. They may well feel that this 
issue is a blocker for IMP5 adoption.

As per the user below I'd also been hoping to use IMP5 to aggregate 
some external mailboxes into my main mail system, and might well have 
stayed with OpenWebmail if I had seen in advance that I would loose 
this functonality. I have worked around it by running getmail as a 
service on my server, but it's harder to configure and maintain than 
if it was a native IMP function.

Changes have been made in Git (refs/heads/ajax_to_core):

commit 88f7e2b8bcff65b0346cdb7d0f61de57d37487a6
Author: Michael M Slusarz <slusarz@horde.org>
Date:   Mon Jan 30 00:26:05 2012 -0700

     Move AJAX mailbox response generation entirely within IMP_Imap_Tree

     Precursor to implementing Ticket #8077

  imp/js/dimpbase.js           |    2 +-
  imp/lib/Ajax/Application.php |   51 ++++++---------------
  imp/lib/Ajax/Queue.php       |    4 +-
  imp/lib/Imap/Tree.php        |  103 
++++++++++++++++++++++--------------------
  imp/lib/Mailbox.php          |    1 -
  5 files changed, 72 insertions(+), 89 deletions(-)

http://git.horde.org/horde-git/-/commit/88f7e2b8bcff65b0346cdb7d0f61de57d37487a6

Would nice to have this function in IMP.
I donate some dollars to Horde LLC today.

I love Horde and honestly the ability to manage multiple imap accounts 
is the only missing feature for me.

Oh ... that's very sad to hear. :(
I really hope this might change in future...

Zero progress; no ETA.  Someone will probably need to fund this 
feature in order for it to get done.

Searching for the best web email client every second page pointed to 
Horde IMP. So I took the time to get it working (the installation 
process took me a couple of days...).

Now having everything set up I notice the for me most important 
feature: to have multiple IMAP accounts accessable at the same time; 
represented in the tree on the left, like e.g. Outlook does.

I was sooo sure that Horde will offer such a feature, but apparently 
not (atm). :(

Now reading your explaination gives me some hope. May I ask about the 
progress or even an ata?

Aim high...

Fetchmail is gone, not to return (for various reasons).  So that is 
not going to change.

The new code will incorporate additional IMAP/POP servers (other than 
the "master" account - the account originally authenticated to and 
hardcoded into the imp configuration files) seamlessly into the IMAP 
tree.  In other words, mailboxes on the other server will behave just 
like local mailboxes.

This issue's discription/summary is unclear to me. What will be the 
goal/outcome of the improvement.

Note that fetching email is for users in specific situations still 
wished for and needed. A new version of IMP should not cripple old 
features and option IMHO

Remove fetchmail code and allow multiple accounts to be directly 
accessible via folder lists.