Re: IMAP account retrieval problem (reprise) ad nauseum
"dave johnson" <[email protected]> Tue, 23 Nov 2004 17:55:22 -0800
| Newsgroups | gmane.mail.zoe.general |
|---|---|
| Message-ID | <[email protected]> |
from the page you sent me to (http://zoe.omara.ca/RestrictingImap): re: [email protected] file: ******* In this file, list the folders you are interested in, one per line. Inbox specifies the user mailbox. folders should be specified as an absolute filesystem directory. Inbox=true AnotherFolder=true Questions: 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. ******* so which is it ? i have an account with username [email protected], and i have created a filename [email protected]@mail.host.com.properties and have included all the scenarios listed in my previous email. Currently this the contents of the properties file: /Inbox /mail/ I do not see the lines in the debug showing that it is picking up the properties file. -=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/