Re: [mailop] IMAP to IMAP

2017-12-15 Thread Brandon Long via mailop
GSuite provides a number of different migration tools, you don't have to roll your own. https://support.google.com/a/answer/6251069?hl=en If it's to consumer accounts, you may need to roll your own. You can use the pop fetcher, but that won't maintain the folder structure (and assumes you can pr

Re: [mailop] IMAP to IMAP

2017-12-15 Thread John Levine
In article you write: >On 12/15/2017 12:27 PM, Steve Atkins wrote: >imapsync has a --gmail flag that handles all of the uniquenesses of >Gmail. I've used it many times to migrate things. The target is indeed gmail. The client has 20 users, most of whom have between 5 and 15 GB in their various

Re: [mailop] IMAP to IMAP

2017-12-15 Thread Michael Peddemors
On 17-12-15 12:07 PM, John Levine wrote: I have a client who's moving from one mail system to another, and has quite a lot of mail on the old system's IMAP server that they want to take with them. While I can certainly write a python script that enumerates the mailboxes and copies stuff, I was h

Re: [mailop] IMAP to IMAP

2017-12-15 Thread Kurt Andersen (b)
On Fri, Dec 15, 2017 at 8:18 PM, Glendon Solsberry wrote: > https://github.com/imapsync/imapsync > > I do believe it requires knowledge of the users passwords on both systems. > > Note specifically the "HUGE MIGRATION" section. > I can vouch for imapsync. It was used to migrate a very huge numbe

Re: [mailop] IMAP to IMAP

2017-12-15 Thread Al Iverson
On Fri, Dec 15, 2017 at 3:54 PM, Ted Cabeen wrote: > On 12/15/2017 12:27 PM, Steve Atkins wrote: >> >> https://github.com/imapsync/imapsync or _maybe_ >> https://github.com/wrzlbrmft/imapcopy >> >> If the destination system is dovecot then they should probably use dsync. >> >> If the destination s

Re: [mailop] IMAP to IMAP

2017-12-15 Thread Ted Cabeen
On 12/15/2017 12:27 PM, Steve Atkins wrote: https://github.com/imapsync/imapsync or _maybe_ https://github.com/wrzlbrmft/imapcopy If the destination system is dovecot then they should probably use dsync. If the destination system is a Large Webmail Provider then they should probably use the p

Re: [mailop] IMAP to IMAP

2017-12-15 Thread Steve Atkins
> On Dec 15, 2017, at 12:07 PM, John Levine wrote: > > I have a client who's moving from one mail system to another, and has > quite a lot of mail on the old system's IMAP server that they want to > take with them. > > While I can certainly write a python script that enumerates the > mailboxes

Re: [mailop] IMAP to IMAP

2017-12-15 Thread Aaron Richton
On Fri, 15 Dec 2017, John Levine wrote: I have a client who's moving from one mail system to another, and has quite a lot of mail on the old system's IMAP server that they want to take with them. While I can certainly write a python script that enumerates the mailboxes and copies stuff, I wa

Re: [mailop] IMAP to IMAP

2017-12-15 Thread Glendon Solsberry
https://github.com/imapsync/imapsync I do believe it requires knowledge of the users passwords on both systems. Note specifically the "HUGE MIGRATION" section. > On Dec 15, 2017, at 3:07 PM, John Levine wrote: > > I have a client who's moving from one ma

[mailop] IMAP to IMAP

2017-12-15 Thread John Levine
I have a client who's moving from one mail system to another, and has quite a lot of mail on the old system's IMAP server that they want to take with them. While I can certainly write a python script that enumerates the mailboxes and copies stuff, I was hoping someone else already had. R's, John

Re: [mailop] SPF recommendations

2017-12-15 Thread Michael Peddemors
And for my feedback.. We use -all for important domains, involved in ecommerce or confidential data. And yes, sometimes we get a bounce, because someone forwarded their email to another party, but it is rare.. (and forwarding should be discouraged). However, it is better than the risk of ab

Re: [mailop] SPF recommendations (was: Re: Earthlink trouble with our PTR)

2017-12-15 Thread Al Iverson
You're not wrong. I would only say say that perhaps this makes -all harmless versus something one truly needs to worry about or avoid. There's a lot of past, quite possibly bogus, guidance where we were all pushed as ESP senders to implement -all, given the impression that once upon a time it prov

Re: [mailop] SPF recommendations

2017-12-15 Thread Philip Paeps
On 2017-12-15 10:06:44 (+1000), Noel Butler wrote: On 15/12/2017 09:27, Grant Taylor via mailop wrote: On 12/14/2017 03:28 PM, Brandon Long via mailop wrote: My point is that -all is policy, and most people ignore the policy portions of SPF because it completely fails a lot of forwarding cases