Re: IMAP account retrieval problem (reprise) final solution
"dave johnson" <[email protected]> Tue, 23 Nov 2004 19:28:21 -0800
| Newsgroups | gmane.mail.zoe.general |
|---|---|
| Message-ID | <[email protected]> |
well, your suggestion did not work for folders... conflicting information on the page you sent me to and what you said did not make things any easier. on http://zoe.omara.ca/RestrictingImap it states: **************** Can mail folders be excluded by specifing ThirdFolder=false in the properties config file? As of v0.5.9 the true/false value is ignored. Any folder listed will be included. **************** but you said otherwise below... does this mean we can exclude folders/files with the =false flag or not ? to those interested, i created a file called [email protected]@mail.bar.com and inside it added the two lines: Inbox=true mail/=true notice that they are not specified as full paths as the wiki documentation incorrectly suggests... you must omit the "/" from the beginning of them, and add a trailing "/" for any directory entry. -=dave ----- Original Message ----- From: "Zoe" <[email protected]> To: <[email protected]> Sent: Tuesday, November 23, 2004 1:20 PM Subject: Re: [Zoe-General] IMAP account retrieval problem (reprise) ad nauseum > Hi Dave, > > On Nov 23, 2004, at 21:33, dave johnson wrote: > >> So you changed the behavior of Zoe then ? > > Yes. The previous behavior was bogus as it added the INBOX even though you restricted the mailbox > path. > >> Then at version 0.5.9 things changed again. You are now telling me that I must explicitly tell >> Zoe *every* mailbox to index ? > > Nope. Just the root of each of your mailbox hierarchies. For example: > > Inbox=true > mail=true > > The boolean value tell the application to either recurse through that mailbox hierarchy or not. > >> zoe is now getting everything again and seems to be completely disregarding the >> [email protected] files completely: > > The first time around, you should see a log from the configuration manager along these lines: > > (Debug) SZConfiguration.properties: Looking for > '<ZOE>/Library/SZ/Configurations/Default/[email protected]'. > > If the app can find your configuration files, you should also see the following log: > > (Info) SZServiceAgent.foldersWithUrlNameInStore: Using '[email protected]' properties... > >> Why is "INBOX" not included in the default ? I would imagine that including the default >> IMAP-reported "INBOX" would be the norm for 99% of most Zoe users. > > By default, the INBOX is always included. However, if you explicitly restrict the mailbox path, > you will only get whatever is bellow it. > >> Why did you have to change the behavior from 0.5.8 ? it seemed so perfectly logical. > > It was creating problems for people who wanted to exclusively restrict their access to a specific > mailbox. > > To summarize: > > Usually, you simply specify your IMAP server name. The application will then find all your > mailboxes automatically. This is the default scenario. > > Adding a path is meant to restrict the scope of the above search. So instead of starting at the > root of your mailbox hierarchy, the application will only search a subset of it. > > Finally, if none of the above behaviors is what you want, you may explicitly specify which > mailboxes to access using a property file. > > Cheers, > > R. > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Zoe-General mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/zoe-general > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/