Who is this for:
MSP partners that have clients on multiple stacks that would prefer having everyting grouped up in a single stack.
Caveats:
We can move most things from stack to another, except for the quarantine contents and mail archives. So this process should only be used with clients that don't have an archive. And it does require our intervention.
Future:
Proofpoint does plan on going stackless at some point in the future.
Process of moving a client from stack to stack, in a nutshell
Destination stack = US4
Source stack = US1
Lets say the domain is called widget.com.
- We extract the user WL/BL from US1 into a .json file
- We setup widget.com on nospam.vircom.com as a temporary spam filter in preperation for the swap [nospam.vircom.com is a mail filtering cluster we use with vircom clients who don't necessarily want to go with proofpoint, we use it as temporary filter since there's normally downtime during a procedure like this. This is a temporary mail flow maintenance method]
- On the client's O365 tenant or exchange (firewall), make sure it can accept mail from nospam.vircom.com's IPs (telnet test should reveal this)
- We make sure that nospam.vircom.com is in client's SPF records, and also o365 itself and exchange IP (if on prem)
- We need to temporarily configure office365/exchange to send mail out directly to the internet instead of proofpoint.
- We get the client to switch their mail traffic from mx1-us1.ppe-hosted+mx2-us1.ppe-hosted.com to use nospam.vircom.com instead, temporarily
- We wait till mail flow is established (say, 24 hours)
- We set the original tenant on US1 as a management domain instead of relayed domain (widget.com)
- We create the company on US4 as a relayed domain and get it verified (TXT record added to verify the domain)
- We setup the azure sync on US4 (office365) or AD Sync (exchange) and populate widget.com on US4.
- We import the user WL/BL from the .json file taken originally on US1 into US4
- telnet test to mx1-us1.ppe-hosted.com on port 25 to see if proofpoint ready to relay mail inbound again (via US4 this time)
- Once confirmed, we change the mx record back for the client from nospam.vircom.com mx1/mx2-us1.ppe-hosted.com.
- We configure office365/exchange to point back to proofpoint for outbound mail traffic.
- At this point, client is live on new stack. You can still manually release content from the old stack
- After a few days, disable client on US1.
That's pretty much it.
So we use nospam.vircom.com as a temporary solution to prevent mail flow interruption in between.