Re: [Evolution-hackers] [CAMEL] CamelStore create_folder() name constraints...
On Tue, 2005-10-18 at 09:34 +0200, Jules Colding wrote: On Tue, 2005-10-18 at 11:13 +0530, Parthasarathi Susarla wrote: On Mon, 2005-10-17 at 12:02 -0400, Jeffrey Stedfast wrote: On Mon, 2005-10-17 at 16:24 +0530, Parthasarathi Susarla wrote: On Mon, 2005-10-17 at 12:13 +0200, Jules Colding wrote: Is it guaranteed that no sub-folder with the name doc exists in Save/Evolution when the function is invoked? Yes. no, it is not. Thanks for pointing that out jeff. kinda had missed the point there. So sibling folders with identical names might very well exist in any folder? I can not create any such folder with Evolution 2.2.x so it is up to the Camel provider to enforce any such constraint I guess?? Umm thats not what you asked. The api to create folder will not do any unique checks, it is up to the backend to do it. Create folder also has little to do with identical names existing. I think what you're asking is can you open different folders with the same full_name, and the answer is a big no. That is the only thing which uniquely defines folders. -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] CAMEL_FOLDER_HIDDEN?
No. CAMEL_FOLDER_VISIBLE is a count of the number of visible messages in the folder, it has nothing to do with folder flags. On Tue, 2005-11-01 at 13:35 +0100, Jules Colding wrote: Hi, I can see a CAMEL_FOLDER_VISIBLE but no HIDDEN. Is there a way to mark a folder invisible?? Thanks, jules ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [CAMEL] CamelFolderInfo clarification please...
On Tue, 2005-11-01 at 10:35 +0100, Jules Colding wrote: Hi, I think that I know how to interpret CamelFolderInfo but I would really appreciate to have my understanding confirmed in the context of get_folder_info(). CamelFolderInfo is declared as: typedef struct _CamelFolderInfo { struct _CamelFolderInfo *next; struct _CamelFolderInfo *parent; struct _CamelFolderInfo *child; char *uri; char *name; char *full_name; guint32 flags; guint32 unread; guint32 total; } CamelFolderInfo; get_folder_info() is declared as: static CamelFolderInfo* brutus_get_folder_info(CamelStore *store, const char *top, guint32 flags, CamelException *ex); My understanding is: next: A pointer to a CamelFolderInfo structure for the next folder on the same tree-level as the current one. The current folder is top. parent: If top is NULL then parent is NULL too. If top is non-NULL then parent is a pointer to the CamelFolderInfo structure for the folder containing top A null top and a top of should be treated the same. child: This one is the one I am mostly confused about. I think that it is an array of pointers to CamelFolderInfo structures of all folders which is contained within top. The array is terminated with NULL. Ugh, its a tree node pointer. Each camelfolderinfo is a tree node. The types make it pretty obvious. uri: A string based upon the Camel.Service uri and the full folder name. Its format is otherwise totally unspecified except that it must uniquely identify a given folder. It does not seem to be used anywhere else in Camel. Design oversight? It's used EXTENSIVELY in evolution. Thats how a folder is loaded. It certainly isn't a design oversight. name: A basename()-ish version of full_name. Not exactly. This is the translated display name for the folder. It may or may not relate to the full_name. It will be a basename for non-system folders (e.g. inbox). full_name: An absolute path to top. flags: Flags describing top. Wrong. Flags describing this node: the folder full_name. unread: The number of unread message objects in top. total: The total number of message objects in top. Wrong wrong, the number of unread messages in this node: full_name. Could someone please confirm that my interpretation is correct? Thanks a lot in advance, jules ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] CamelFolderInfo.uri confusion
On Mon, 2005-10-31 at 15:06 +0100, Jules Colding wrote: Hi, CamelFolderInfo.uri is described as a unique identifier for a folder. The documentation says that it *must* be based upon the Camel.Service uri and the full folder name. It is not specified how an implementation should compose the uri and I do not see the uri being used as a function parameter anywhere in Camel. Is the Camel provider free to build the uri as it wish and where is this uri used in Camel? Yes it is, except the full_name must be in it somewhere. It only needs to honour the url flags that specify which part of the uri contains the folder full_name, either path or fragment. It's used by client code to resolve the service and then open the folder. Thanks, jules ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] message list for folder
On Sun, 2005-10-23 at 20:36 +0530, Parthasarathi Susarla wrote: On Thu, 2005-10-20 at 22:55 +0700, Igor J. wrote: On Thursday 20 October 2005 16:50, Parthasarathi Susarla wrote: There is a hook for new messages available but that does not give the list of messages. It just gives the folder name and uri. I dont think so getting the list is possible though. Yes. But can I get list of all folders in Evolution and view them and find with that URI (and get message list for it)? I think yes. you get get a list of all the messages in a folder yes. All you need to do is get the CamelFolderSummary and you will further get a list of CamelMessageInfos from it. Wrong, CamelFolderSummary is a private object of the folder. You only get the messageinfo's from the CamelFolder methods. Igor: read the docs on Camel Store. Cheers, partha ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] evolution spell ckecker problem
Do not cross post user questions to the evolution-hackers list or PARTICULARLY the patches list. Nobody please respond to this message on those lists. On Tue, 2005-10-11 at 02:23 +0530, root wrote: hi everybody, I(sandeep) am doing project at novell . I am facing a problem . I can't just add a spell checker to evolution. details: 1. Gnome Version 2.10. 2. Evolution Version 2.4 . 3. Aspell Versionaspell-0.60.2 . 4. Dictionary Version aspell-en-0.51-1 . I have also copied *spell* and *ispell *to my HOME directory but all in vain. Whenever I open evolution it shows there is no Dictionary installed for spell checking. PLEASE *HELP* me as I have to produce bug as soon as possible. Sandeep Halder ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [CAMEL] camel_url_set_param() not working as I thought it would?
On Mon, 2005-10-10 at 10:37 +0200, Jules Colding wrote: On Sun, 2005-10-09 at 11:36 +0800, Not Zed wrote: Yes as jeff said, but basically, the CamelService url is just an in-memory object, in effect read-only, it is never ever saved. Accounts are controlled and maintained completely separately, and that is where the opening uri comes from. Hmm... Would I wreck havoc on that design if I figured out a way to save the service-url during an Evolution session? I guess that would be somewhere in gconf?? Definitely not in gconf, it isn't thread-safe. Looks like you're using it to store persistent state, Not really, well.. yes, sort of... MAPI operates with a concept of a MAPI Profile that is stored locally on the physical client box, the Brutus server in this case. A client must known the name of a profile to use before he can log onto an Exchange account. Or create a Profile if one does not exist beforehand. The Profile name must therefore be equally accessible to mail and calendar components during and across Evolution sessions. It seems to me that it would be wrong to store the Profile name somewhere Camel specific. Sounds like it needs to be in the account then. You can set it from your account-editor plugin. ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] libcamel problems
With the older versions of camel that install the libraries in an evolution-specific directory, you have to either manually specify the run-path to the linker, or use LD_LIBRARY_PATH. For linking with gcc, you do something like -Wl,-R/usr/lib64/evolution/2.0 Or just specify the full path to the .so file instead of using -lcamel. For LD_LIBRARY_PATH you add something like LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib64/evolution/2.0 Basically the pkgconfig file isn't really correct, and camel wasn't intended to be used outside of evolution (hence the private directory). 2.2 or newer installs it in /usr/lib*/ directly (although the pkgconfig files may still be broken). Michael On Wed, 2005-09-21 at 16:26 -0400, ethan zimmerman wrote: Hello I am new to this list. I've checked the list archives and done some googling but to no avail so I'm turning to you guys. I'm trying to learn how to use libcamel (initially for MIME parsing) but I'm having compiling/linking problems. Here is my Hello World program (taken from the wiki). I'm not sure if I should attach it or cut and paste or what so here's a link to it... http://ethanzimmerman.com/camel/camel_hello_world.c This is what happens when I go to build it... gcc `pkg-config --libs --cflags camel-2.0` -o camel_hello_world camel_hello_world.c ./camel_hello_world ./camel_hello_world: error while loading shared libraries: libcamel.so.0: cannot open shared object file: No such file or directory but libcamel.so.0 exists in /usr/lib64/evolution/2.0 (it's a symlink to libcamel.so.0.0.0) I am running Fedora Core 3 on (dual) amd64. I don't know where to start looking for answers so any help would be ...uhm, helpfull. Thank You -ethan ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] How can I get a reference to the store class from another class?
I should always call the parent class's connect method at the start of my own connect() implementation??? Now I am really confused. I can't see any of the other Camel providers calling the parent connect() in their own connect() implementation in the store or transport classes. Well, if you're using disco-store, it's a bit different and it does things for you, otherwise yeah you probably should. Not that it actually does anything mind you ... ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] Folder names
On Wed, 2005-09-14 at 10:15 +0200, Jules Colding wrote: On Tue, 2005-09-13 at 22:06 +0800, Not Zed wrote: The full-name is a / separated name, but it doesn't start with /. i.e. you might have a folderinfo like: fi = { .name = evolution; .full_name = Inbox/evolution; }; So when a folder name is given as a parameter to a method, then it is the full_name that is given? For anything like opening/deleting/renaming a folder, yeah. Creating folders is a bit different because you get given a parent + name, but the parent should be a full path. , or add it to the path component, or do fat-style munging. Or you could use a different top-level namespace. The only problem with this is cosmetic - the full_name is often used when displaying folder paths in various places, so a purely numerical path may look strange. It certainly would. Does any upper-level component do any string manipulation with the full name? My idea is to put the entryid at the end of the full name and separate the full name readable part from the entryid part with '\0'. Something like (non-compilable short-hand): fi = { .name = evolution; .full_name = Inbox/evolution'\0'b7d33043-cfb0-4ea9-8aa1-941b0616e891; }; Would that wreck havoc up-source? The full_name may be strcpy'd, so if that is a \0 and not a \\0, then i doubt it would work. It wouldn't work anyway, you'd have to add it to every folder name in the path. If you list: Inbox-UID Inbox/evolution-UID That wont work, since the parent path must be able to be found by stripping off the /.* off a given path. Although the API requires proper structure to be returned from get_folder_info(), it is rarely used, in most cases the tree is flattened, and just the full_name is used. (i'm not sure i'd call that manipulation, but for the sake of this it could be). Now ... with IMAP, the path we list doesn't map to the server name directly either. Since the server name should be 'modified utf7' encoded, although often servers do not enforce this. So, since the paths must be utf8, the imap code has a mapping function which maps a name to a raw 'physical' name, which may, or may not be, utf7 encoded, and then always uses that in server interactions. This is stored in a state file, controlled by a camel-store-summary. You could do something like this to store the real folder name/id, and have a mapping function, using some fat-like 'low impact' munging to give you a unique name that isn't too messy, in the few cases you have overlaps. -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] How can I get a reference to the store class from another class?
Well, I guess you call it ;-) Really if you want to share connections like this you need to have some other struct/object to represent the session, and share them between the two objects. Another alternative which might be easier is to have the transport just get the corresponding store from the session; camel-provider should handle the store resolution properly and then you can just connect/use that itself. I've considered merging the transport/store objects for just this purpose, but currently this is not the case. On Tue, 2005-09-13 at 11:56 +0200, Jules Colding wrote: Hi, There is a connect method in the transport class. I would like to use the connect method that I implemented in the store class. How do I get a reference to that one from a CamelService? Thanks, jules ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] Re: More MAC'ness (s/C/d)
No idea, not my problem. Ask the exchange guys. On Tue, 2005-09-13 at 20:47 +0530, Shreyas Srinivasan wrote: On Tue, 2005-09-13 at 22:30 +0800, Not Zed wrote: third time lucky, the problem was the list address Those files were never supposed to ever be in libedataserver, that was a hack that someone came up with for some reason, but I don't know what it was. They are specifically and only for email accounts, which do not belong in eds. This appears to be the only reason libedataserver/e-account.h exists: ./servers/exchange/lib/e2k-autoconfig.c:#include libedataserver/e-account.h But surely this sort of stuff should be in a plugin now, shouldn't it? Apparently not, I dont know the exact details but of what i heard e2k-autoconfig.c is needed by storage/exchange-account.c which does all the connection handling. Maybe surf could explain the complete context... Btw, Any particular reason why the files in e-util/e-account* and libedataserver/e-account* not being the same ? other than the fact that some people may have forgotten to commit to both ? Cheers, Shreyas -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] evolution .desktop file
On Wed, 2005-09-07 at 10:23 +0200, Vincent Untz wrote: On Wed, September 7, 2005 09:37, Not Zed wrote: Sounds like a design issue with the panel to me. Why should it hard-code any applications at all? And if it does hard-code them, then it can hard-code the appropriate one for that gnome version i guess. Because we want to have default launchers on the panel for the most used applications, ie web browser and e-mail client. And we can't change this at every release cycle since this is the configuration for the user: when the user upgrades to GNOME 2.14, his nice evolution-2.4 launcher will disappear if we hard-code the version in the desktop filename. Umm, why can't you change it each release cycle? you've got 6 months to change the name. Is that not long enough? Would you like more time? The version number exists i presume for parallel installs (not that they work anymore). You could probide two desktop files: one that does not contain any version informations and that runs evolution, and other desktop files for every versions. The evolution binary would launch the latest stable evolution that is installed. I think it's really necessary to provide a stable way that does not change at each new major version to launch evolution. Well, I think you're wrong. -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] ldap_ntlm_bind problem
Is it linking to the correct ldap library? The one with the ntlm patch? Maybe configure is checking a different one it is linking to at run time. On Sat, 2005-09-03 at 12:42 +0100, William John Murray wrote: Hello there, I am trying to compile the cvs gnome-2-12, using a script which has worked for a long time. Now it compiles, but cannot run. Can anyone suggest the cause please? EDS is compiled like this: pushd evolution-data-server make clean PKG_CONFIG_PATH=/opt/evo/lib/pkgconfig/ ./autogen.sh --prefix=/opt/evo/ --with-openldap=/opt/evo-openldap --with-krb5=/usr make sudo make install popd Part of its O.P. is: checking for ldap_ntlm_bind... yes But on running like this: export BONOBO_ACTIVATION_PATH=/opt/evo/lib/bonobo/servers export LD_LIBRARY_PATH=/opt/evo/lib/:/usr/lib/mozilla-`mozilla --version | cut -d -f 2 | cut -d , -f -1`/:$LD_LIBRARY_PATH export PATH=/opt/evo/bin/:/opt/evo/libexec/:$PATH evolution-2.4 $@ I get: Could not load /opt/evo//lib/evolution-data-server-1.2/camel-providers/libcamelexchange.so: /opt/evo//lib/libexchange-storage-1.2.so.0: undefined symbol: ldap_ntlm_bind Any ideas? Thanks, Bill ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evolution and Evolution-Data-Server branched
So, whats the bug number of this bug report? How on earth are we supposed to fix things we don't know about. On Fri, 2005-09-02 at 00:06 +0400, Mikhail Zabaluev wrote: В Чтв, 01/09/2005 в 15:16 +0530, Harish Krishnaswamy пишет: On Thu, 2005-09-01 at 10:30 +0400, Mikhail Zabaluev wrote: Hello, В Срд, 31/08/2005 в 19:57 +0530, Harish Krishnaswamy пишет: The gnome-2-12 branch for Evolution and Evolution-Data-Server has been created. This would be the stable branch for Evolution 2.4 and Evolution-Data-Server 1.4 Will the IMAP code, broken since 2.3.6, be fixed back to shape? The much-talked-about IMAP issue reported in 2.3.6 had been fixed soon after it was reported and the 2.3.6.1 Evolution (or more correctly, EDS 1.3.6.1) was released with the fixes. How come I can't access my IMAP folders (via SSH) in 2.3.8/1.3.8, with the same effect as with 1.3.6: at startup, the IMAP account tree appears collapsed. If I expand it, the retrieval freezes, and Evolution can't be closed. With 2.3.5/1.3.5, the account tree is initially expanded and mail retrieval proceeds as normal. (And I hope we are both referring to IMAP not the IMAP4rev1 backend). Nope. ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Progress with... snip - ORBit2 event loop is causing the crash
Orbit and gthread calls are outside the scope of camel; i have no idea why they would be crashing, doubtful that camel would have anything to do with it. Unless you can't create a gthread reliably from a normal posix one. And unless you can't call orb_run without a g_main_loop it's running under - which again isn't camel. Camel precludes the use of gobject basically because gobject isn't threadsafe, if orb_run is also not threadsafe, that is its problem too. You really need a good backtrace. Make sure the mono plugin is de-installed or deactivated, as that will interfere with stack traces. On Thu, 2005-09-01 at 15:37 +0200, Jules Colding wrote: On Thu, 2005-09-01 at 15:08 +0200, Jules Colding wrote: Hi, I am making progress, but Evolution 2.4 crashes at startup. I can not get a usable backtrace so my guess is that my skeleton Camel store methods are causing the crash by doing something really stupid. OK, I've narrowed this down to when I am calling CORBA_ORB_run() in camel-brutus-store.c:156. Everything works, except for the fact that I can't get an ORB, when CORBA_ORB_run() isn't called. Are there some deep magic that forbids the ORB loop to be invoked in Camel? Any ideas on how to make this work?? Thanks, jules ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- adfa(evolution-2.4:20087): gtkhtml-WARNING **: cannot find icon: 'stock_insert-url' in gnome ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers