RE: piler and public folders
Hello Stephen, if you referred to Adam's email (~a year ago), see the following url (http://www.mail-archive.com/piler-user@list.acts.hu/msg00589.html), then it's actually ready. That's the email chain I was reading, actually. One thing has changed, though: it's '-a' (not -R). If you have something different in mind, then let me know, and I'll try to solve it. That's what I was looking for. Is there documentation that lists how to use the '-a' switch? If it's possible to directly import my public folders, rather than exporting to pst, then doing readpst to convert and import them, that is preferable! -- Regards, Stephen Risinger Systems Administrator
RE: piler and public folders
Hello Stephen, On 2015-04-22 21:12, srisin...@meintl.com wrote: Were you able to implement the -R option for pilerimport? How should/could that be used for public folders? if you referred to Adam's email (~a year ago), see the following url (http://www.mail-archive.com/piler-user@list.acts.hu/msg00589.html), then it's actually ready. To quote an old email: a similar approach may work out. I'll hack the pilerimport utility to add a new option, eg. -R shared-folder@company, then piler adds this as an extra address to the email. Then one more task to do: have all users to be in a group allowed to access this artificial email. Perhaps it could be more easily done by creating a distribution list in Active Directory, and make sure everyone is member of it. One thing has changed, though: it's '-a' (not -R). If you have something different in mind, then let me know, and I'll try to solve it. Janos
Re: piler and public folders
Hello Adam, On 2014-06-03 12:54, Adam Camp wrote: The client has several employees, all accessing their own individual mailboxes. When they receive e-mails from certain suppliers/clients, they are moved from their personal mailbox to a shared folder. Now, for our own office use, all our incoming and outgoing e-mails are forwarded into piler for processing. For our customer it wouldn't be practical to allow all users access to search each others' mailboxes. Therefore, I'm asking, how would we go about archiving the messages in the public store? It's possible that some of the sub-folders have restrictions, but I believe these are just write restrictions, not read restrictions (which obviously won't affect archiving). I'm guessing that perhaps this would take the form of an IMAP import targeting the public store, run as a cron job? And let the original copies of the e-mails stay in the users archives as deduplication will step in here? well, piler knows nothing about folders, it knows only email addresses. So no matter what permissions a user has on the shared folder with his mail application (let's assume Outlook for now) piler gives him access to only those emails he sent or received based on the email address in the email headers, eg. From, To and Cc. If your customer had Exchange for instance, then the piler gui could assemble a list of emails that the given user is associated with including distribution lists, then apply this as a filter to restrict him to his own emails only. With Exchange I think you may not need to handle the shared folder in regard of email archiving, since Exchange can pass a copy of each received email to piler no matter how it will process it later. Janos
RE: piler and public folders
Hi Janos, Thanks for your response. To clarify, I think what the customer is looking for, is to be able to search the archive for e-mails that have been placed in the public store. The e-mail may have been placed in the public store by a different user, therefore the searching user should be able to see other users' e-mails that have been made public - but not other users' private e-mails. I appreciate that this is a tricky one, they are used to the Folder View in Outlook, so that is how they are currently envisaging an archive working. Would it be possible, for instance, to target a specific folder with the pilerimport utility, and then tag all the e-mails imported in this way, as belonging to a certain e-mail address (in this case, a distribution list maybe) in order that everyone can view them? I know ultimately the e-mails will be archived, and therefore safe, as all inbound e-mails will be archived - however the trick here is going to be allowing access to the messages. Thanks Adam -Original Message- From: Janos SUTO [mailto:s...@acts.hu] Sent: 03 June 2014 12:17 To: piler-user@list.acts.hu Subject: Re: piler and public folders Hello Adam, On 2014-06-03 12:54, Adam Camp wrote: --snip-- Therefore, I'm asking, how would we go about archiving the messages in the public store? It's possible that some of the sub-folders have restrictions, but I believe these are just write restrictions, not read restrictions (which obviously won't affect archiving). I'm guessing that perhaps this would take the form of an IMAP import targeting the public store, run as a cron job? And let the original copies of the e-mails stay in the users archives as deduplication will step in here? well, piler knows nothing about folders, it knows only email addresses. So no matter what permissions a user has on the shared folder with his mail application (let's assume Outlook for now) piler gives him access to only those emails he sent or received based on the email address in the email headers, eg. From, To and Cc. If your customer had Exchange for instance, then the piler gui could assemble a list of emails that the given user is associated with including distribution lists, then apply this as a filter to restrict him to his own emails only. With Exchange I think you may not need to handle the shared folder in regard of email archiving, since Exchange can pass a copy of each received email to piler no matter how it will process it later. Janos