<div dir="ltr">It's not really a Microsoft issue.  Backing up Exchange is not at issue.  Nobody does perpetual backups to capture all emails that may come in or out EXCEPT through cloud-based archive services.  I can quite easily do the same thing right now with SMTP forward rules in Exchange.  I was hoping to keep the folder structure somehow.</div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Mar 12, 2017 at 7:15 PM, Nicolas Sebrecht <span dir="ltr"><<a href="mailto:nicolas.s-dev@laposte.net" target="_blank">nicolas.s-dev@laposte.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
  Content-Type: multipart/mixed; boundary="===============<wbr>2138949361795003994=="<br>
<br>
Yuck!<br>
<br>
On Sun, Mar 12, 2017 at 02:32:27PM -0400, Don Bivens wrote:<br>
<br>
>    I have what might be an odd scenario as I have not found a solution<br>
>    elsewhere.  I am using the iRedMail product distro (uses IMAP on mySQL) to<br>
>    backup an Exchange installation...or I'm trying to.  What I would like to<br>
>    accomplish is having a real time database of all sent/received emails. <br>
>    That's easy enough and I've already got that working.  What is a bit more<br>
>    challenging is trying to maintain the end-user's folder structure.<br>
<br>
>    The company uses folders extensively to track email for project-based<br>
>    work.  An email will come in from user@companyA.com and the end user will<br>
>    move that email from Inbox to FolderA and so on.  The reason this is<br>
>    important is for future tracking.  If they have deleted all of ProjectA<br>
>    from their Exchange message store, intentionally or otherwise, they find<br>
>    it easiest to search based on these folder names (as opposed to using some<br>
>    kind of SQL search criteria).<br>
<br>
>    So now I'm using forwards at the SMTP level to send all in/out emails from<br>
>    Exchange to iRedMail (using postfix as SMTP).  Obviously this doesn't do<br>
>    anything with IMAP folders.  That's how found offlineimap.  If I could run<br>
>    perpetual imapsync jobs (and exclude deletions) then every time the end<br>
>    user moved an email from Inbox to ProjectA the change would sync to my<br>
>    backing email store in iRedMail and deletions would be ignored and then<br>
>    we'd retain all emails perpetually.<br>
<br>
Might work if you own the credentials of the users (very poor practice).<br>
<br>
Why don't you follow the editor's recommendations?<br>
<br>
  <a href="https://msdn.microsoft.com/en-us/library/office/aa579158(v=exchg.140).aspx" rel="noreferrer" target="_blank">https://msdn.microsoft.com/en-<wbr>us/library/office/aa579158(v=<wbr>exchg.140).aspx</a><br>
  <a href="https://technet.microsoft.com/en-us/library/bb125218(v=exchg.141).aspx" rel="noreferrer" target="_blank">https://technet.microsoft.com/<wbr>en-us/library/bb125218(v=<wbr>exchg.141).aspx</a><br>
<br>
This really sounds like a question for Microsoft on how to<br>
backup/restore mailboxes in a per-user basis.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Nicolas Sebrecht<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Don Bivens<br>Carolina Networking, Inc.</div><div dir="ltr"><br>704-619-0945<div><br></div></div></div></div></div></div></div>
</div>