Good idea, I have to check if that works.<br><br>Regards,<br>Mikael<br><br><div><span class="gmail_quote">2007/4/12, --[ UxBoD ]-- <<a href="mailto:uxbod@splatnix.net">uxbod@splatnix.net</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Why can't you just change the transport for the designated users to go too the new IMAP server, and then just sync their old mail to the new server? I presume it is so that they see all their mail straight away, but if informed there will be a slight day is that a issue ?
<br><br>On Thu, 12 Apr 2007 09:55:06 +0200, "Mikael Kermorgant" <<a href="mailto:mikael.kermorgant@gmail.com">mikael.kermorgant@gmail.com</a>> wrote:<br>> 2007/4/11, Gareth <<a href="mailto:list-mailscanner@linguaphone.com">
list-mailscanner@linguaphone.com</a>>:<br>>><br>>> Can you elaborate a bit more on exactly what you want to do.<br>>> It sounds like you are currently using mailscanner and postfix in a hold<br>>> queue configuration with imap on the local server?
<br>>> You want to move some users one at a time so in order to move the data<br>> you<br>>> want to :-<br>>> 1) for a particular user halt mail delivery.<br>>> 2) Sync the mail to the new imap server.
<br>>> 3) Configure postfix to deliver to the new imap server for the migrated<br>>> user only.<br>>> 4) Start releasing the users mail.<br>>><br>><br>> This is exactly what I intend to do if possible. I'm not a postfix expert
<br>> but if I just knew that a solution exist, that would be a starting point.<br>><br>> Thanks,<br>> Mikael<br>><br>><br>>> I cant see the fact that you are using a hold queue being a problem.<br>
> Once<br>>> the mail has been requeued back into the normal incoming queue then<br>> postfix<br>>> should follow its normal delivery methods including transport maps if<br>> you<br>>> have them defined.
<br>>><br>>> I dont know how you would stop mail for a particular user though.<br>> Perhaps<br>>> you can configure a seaprate hold queue and move mails from there to the<br>>> regular hold queue when you want them scanned and released? I dont know
<br>> if<br>>> this is possible.<br>>><br>>><br>>> -----Original Message-----<br>>> *From:* <a href="mailto:mailscanner-bounces@lists.mailscanner.info">mailscanner-bounces@lists.mailscanner.info
</a> [mailto:<br>>> <a href="mailto:mailscanner-bounces@lists.mailscanner.info">mailscanner-bounces@lists.mailscanner.info</a>]*On Behalf Of *Mikael<br>>> Kermorgant<br>>> *Sent:* 11 April 2007 21:01<br>
>> *To:* MailScanner discussion<br>>> *Subject:* OT : alternative to postfix hold queue as it's used by<br>>> mailscanner<br>>><br>>> Hello,<br>>><br>>> I posted this question a week ago on postfix's newsgroup
<br>>> alt.comp.mail.postfix but got no answer. I apologize for being a bit<br>> off<br>>> topic but I thought maybe someone would be able to help me on this list<br>> as<br>>> my need is a bit related with mailscanner works with postfix.
<br>>><br>>> Here's what I sent :<br>>><br>>> I'm using postfix associated with mailscanner. When a mail arrives,<br>>> postfix puts it in the hold queue, then mailscanner takes it, scans it
<br>> and<br>>> moves it the incoming queue.<br>>><br>>> Now, I'm planning to migrate the imap backend to another, beginning with<br>>> some users (there will be a transport table to handle presence of both
<br>> imap<br>>> servers).<br>>><br>>> I'd like to run this process :<br>>><br>>> 1) Put mails for user foo in some hold queue<br>>> 2) use imapsync to transfer imap data to the new backend
<br>>> 3) set up a transport table with special mention for user foo<br>>> 4) release mails from the hold queue for user foo<br>>><br>>> Mailscanner using postfix's hold queue, I'm affraid I won't be able to
<br>> use<br>>> it? Do you know an alternative I could use ?<br>>><br>>> Thanks in advance,<br>>><br>>> --<br>>> Mikael Kermorgant<br>>><br>>><br>>> --<br>>> MailScanner mailing list
<br>>> <a href="mailto:mailscanner@lists.mailscanner.info">mailscanner@lists.mailscanner.info</a><br>>> <a href="http://lists.mailscanner.info/mailman/listinfo/mailscanner">http://lists.mailscanner.info/mailman/listinfo/mailscanner
</a><br>>><br>>> Before posting, read <a href="http://wiki.mailscanner.info/posting">http://wiki.mailscanner.info/posting</a><br>>><br>>> Support MailScanner development - buy the book off the website!
<br>>><br>>><br>><br>><br>> --<br>> Mikael Kermorgant<br>><br>> --<br>> This message has been scanned for viruses and dangerous content by<br>> MailScanner, and is<br>> believed to be clean.
<br>--<br>--[ UxBoD ]--<br>// PGP Key: "curl -s <a href="http://www.splatnix.net/uxbod.asc">http://www.splatnix.net/uxbod.asc</a> | gpg --import"<br>// Fingerprint: 543A E778 7F2D 98F1 3E50 9C1F F190 93E0 E8E8 0CF8
<br>// Keyserver: <a href="http://www.keyserver.net">www.keyserver.net</a> Key-ID: 0xE8E80CF8<br>// Phone: +44 (0) 845 869 2749 SIP: <a href="mailto:uxbod@sip.splatnix.net">uxbod@sip.splatnix.net</a><br><br><br>--<br>This message has been scanned for viruses and dangerous content by MailScanner, and is
<br>believed to be clean.<br><br>--<br>MailScanner mailing list<br><a href="mailto:mailscanner@lists.mailscanner.info">mailscanner@lists.mailscanner.info</a><br><a href="http://lists.mailscanner.info/mailman/listinfo/mailscanner">
http://lists.mailscanner.info/mailman/listinfo/mailscanner</a><br><br>Before posting, read <a href="http://wiki.mailscanner.info/posting">http://wiki.mailscanner.info/posting</a><br><br>Support MailScanner development - buy the book off the website!
<br></blockquote></div><br><br clear="all"><br>-- <br>Mikael Kermorgant