Hi Jan On Thu, Aug 16, 2012 at 3:52 PM, Jan Kundrát <[email protected]> wrote: > Hi Rowan, > thanks for your interest, answers are below. I'm afraid I'll disappoint you, > Trojita is not yet at the functionality level you seem to be looking for.
I was aware that Trojita is in a very early stage of development, so it was not really possible to disappoint me. Your fast and serious reply tells me that sometime in the future, Trojita might be a very interesting candidate. > On 08/16/12 14:47, R Ceunt wrote: >> >> I was just wondering if there is any support already or planned for >> dealing with meeting requests. What will Trojita do when it receives >> an invitation for a meeting? Is there any integration with a calendar? > > > Trojita doesn't include a calendar, so it will treat the invitation/request > as any other attachment. At this point, it can only save it to a file, but > in near future, I'll add an option to directly "open" the attachments with > an associated application [1]. This means that you'll be able to just click > on the meeting request and it will get integrated into your calendar > software. > > If you have a particular need for something more, I'll love to hear about > your use cases. I am 99% sure that this is exactly the type of functionality that I am after. Most of my meeting requests are for online or off-line meetings and/or updates of meetings which are already in my calendar. However, I assume that all this type of functionality should be included in the calendar software rather than in the e-mail client. One thing which should also be possible is for me to use my calendar software and to update the meeting, for instance if I'm the 'meeting organiser'. Therefore Trojita should not only allow me to open a meeting request (attachment) with my calendar software, but Trojita should also allow my calendar software to send meeting requests/updates. However, I can imagine that this would then be implemented in the OS and not directly in Trojita. >> Another question I had was whether it is possible to assign delegates, >> i.e. people who are able to read e-mail sent to me or who are able to >> send e-mail on my behalf? > > > There is an IMAP protocol extension for managing the access control lists > which -- if you're using an IMAP server supporting this extension -- would > allow for that. Trojita doesn't include support for managing the ACLs (so > you won't be able to tell the server "hey, share my INBOX with Bob" just > yet), but it will see the shared folders from other users fine. > > However, as you appear to be using GMail, you are probably out of luck -- to > the best of my knowledge, their IMAP implementation does not support this > functionality. I won't be using Gmail in my business or at least I am considering using my own IMAP server. I will not actually start until the beginning of 2013 and am looking around to see what is available. > Having multiple identities for outgoing e-mails in Trojita is definitely > planned in future. I'm not exactly sure how this works 'under the hood', but I believe there is a difference between sending from two different 'accounts' and sending on someone's behalf (in which case you receive a message from [email protected] on behalf of [email protected]). Perhaps this is exactly what you are talking about. >> Something else, will it be possible to save messages to a file, for >> instance the file for a specific business client? > > > That is a reasonable feature; I've added a feature request for this one [2]. > It won't be hard to implement. > > However, I'm a bit confused by your phrase "the file for a specific business > client". If you'd like to move messages from a particular sender to a given > mailbox, it's possible already. No, I don't think that moving messages into other mailboxes is what I mean. I am talking about saving the 'message file' into a folder on the filesystem or into a document management system (DMS). In many businesses it is normal to file messages just like other documents into files. It needs to be a system in which all the documents belonging to a specific project/patient/case are stored/archived. By the way, sometimes this is facilitated by adding tags to the subject line. If you then choose to file such an e-mail into the DMS, the DMS will already know in which 'file' the message belongs. >> Finally, I was wondering whether message encryption is supported or >> will be supported in the future? > > > It isn't supported, but given that it's a feature I use myself, it will get > implemented eventually. > > >> Apologies for asking so many questions. I am not a developer, but I am >> looking around for an e-mail client to use within a business and want >> it to be ready for a business scenario, but also have a general >> preference for applications which focus on the core task (but are at >> the same time able to integrate with other applications, for instance >> a calendar application). I'm not terribly fond of something like >> Outlook, which tries to do everything, but is a bit chaotic. > > > My goal is to have Trojita reach such a status and be usable for ordinary > people, including in the business scenarios, and to interact well with other > applications. However, I have to admit that it will take a long time before > the required features are added and ready for their prime time. In the > meanwhile, I'd suggest looking at Thunderbird, it might contain a fair share > of the features you're looking for. Thanks for your reply and suggestion. I will certainly keep following Trojita and might switch by the time it is feature ready. > With kind regards, > Jan > > [1] https://projects.flaska.net/issues/542 > [2] https://projects.flaska.net/issues/543 > > -- > Trojita, a fast e-mail client -- http://trojita.flaska.net/ Kind regards, Rowan
