Hi Mario, seeing more then the emails in INBOX (POP3) does not seems like a good idea to me.. Because in POP3 is only one "INBOX" we should only handle this. Have to handle every email in every folder will be a pita (IMHO).
Bye, Norman PS: I'm workin for an ISP, and if we would tell our users to not be able to "migrate" the email they would prolly kill us ;) 2010/1/20 Mario Zsilak <[email protected]>: > +1 > > However, one comment: > I would like to see that, if a POP3 user fetches his mails, he shall see all > of them (in all folders) - with the difference to IMAP that he doesn't see > his folder structure but only INBOX. At least it should be configurable. > > ---- > > What I can say from my experience in my company: > After 4 years of POP3, we finally convinced the company management to > upgrade our email package (hosted service) so that it includes IMAP. The > domain hoster told us that they can't migrate users / mails from POP3 to > IMAP and we had to do it manually ... > > Let's do it better! OK, we may use RemoteManager and "movemails", but I > believe having a single Repository would be still better :) > > Kind regards, > Mario > >>-----Ursprüngliche Nachricht----- >>Von: [email protected] [mailto:[email protected]] >>Im Auftrag von Norman Maurer >>Gesendet: Mittwoch, 20. Januar 2010 12:38 >>An: James Developers List >>Betreff: MailRepository and MailboxManager >> >>Hi all, >> >>after I already brought this up some time in the past I thought a bit >>more about MailRepository and MailboxManager. I'm still in favor to >>just use one Repository for IMAP and POP3. I think its a no go to ship >>different "storages" for the protocols. I know the requirement for >>POP3 and IMAP are totally different but shouldn't it be possible to >>write some adapter which will just expose the Mails via the >>MailRepository interface but use an underlying MailboxManager to fetch >>it ? >> >>So when an User would use IMAP he would get all he features of >>MailboxManager, if he use POP3 he will just see the emails in the >>Folder INBOX. Thats exactly how many unix mailserver do it. Like >>Dovecot, Courier etc. So it can't be the worst idea =P >> >>Then we could mark the old implementations with "@deprecated" and >>remove them later, or beeing more radical remove them now. >>Mailmigration could just work with the RemoteManager and "movemails" >>command. >> >>WDYT ? >> >>I think I remember Robert didn'T like the idea to much in the past.. >> >>Bye, >>Norman >> >>--------------------------------------------------------------------- >>To unsubscribe, e-mail: [email protected] >>For additional commands, e-mail: [email protected] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
