Figured out why I kept getting called back into the construct() callback whenever I select a folder. In the connect() callback, I checked to see if service->url->port is 0, if so, set it to the port to the default port number. I did this because I wanted to know what the port number whereever I'm at in the code. That port number is "messing" it up and I haven't figured out what Camel is doing but I just #ifdef the code out for now and hard coded all the port number to what I need to use.
On 5/2/2002 at 10:32 AM Not Zed wrote: >It would probably be easy to point out the problems if you gave us a >pointer to the source, like we do. :) > > >On Thu, 2002-05-02 at 05:12, Dan Winship wrote: >> On Wed, 2002-05-01 at 13:02, Shawn Walker wrote: >> > I constructed my base_url as: >> > >> > provider://username@server/ >> > >> > In get_folder_info_online() I created a URL for each folder as: >> > >> > provider://username@server/folder1 >> > >> > That URL is being created by camel_url_to_string(). >> > >> > In hash_folder_name(), I get: >> > >> > provider://username@server/folder1;noselect=yes >> >> So you want to make sure that your hash and equals functions don't >> consider the path to be part of the URL. >> >> > but, I don't get ";noselect=yes" for all the folders, just some (I >> > haven't looked into what ";noselect=yes" means). >> >> It means evolution-mail thinks the folder is not selectable, which has >> to do with what fields you did and didn't fill in in the CamelFolderInfo >> in get_folder_info. >> >> -- Dan >> >> >> _______________________________________________ >> evolution-hackers maillist - [EMAIL PROTECTED] >> http://lists.ximian.com/mailman/listinfo/evolution-hackers _______________________________________________ evolution-hackers maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution-hackers
