IP warming for bonfire?
Hopefully this question reaches an administrator of the bonfire community: The verification mails that bonfire sends when you register your email end up in spam. For my company domain they don't even seem to pass to quarantine so I can't see them at all. In gmail I was able to retrieve it from my spam folder. But I'd like to switch to my company email gain but that means I can't verify my email. Our company is using office365.
Avoiding issues with Apple Intelligence email summaries
Recently a few customers have shared screen shots of their inbox with some really misleading preheader email summaries generated by Apple Intelligence. What our customers shared was super concerning and presents a new type of risk and compliance issue to navigate. From my research ALT text is important but does anyone have any other tips on ensuring the message Apple Intelligence generates is at least factual.URL Wrapping
Does anyone know how the URL wrapping in email works exactly or is that proprietary information? As a tester I'm trying to verify the url's in the mail wrapped by braze. In our case, a link is wrapped to http://clicks.****.nl/f/a/5juAUSBvowz8S5gseBY-fw~~/AAAHahA~/Snj1AQpa6R5scePJ5SRxuV-xWbYngjvvue5nvDQnviKSfvFhoLDm440dk_NNpnsvhMz3Ag_V2Leqo-1MyS56MLPydYzuWHFmx5ONjYT5NXmc8aPgYHrdUJjFn1LRUp2b7ZgXroeHfyW3uziw8uZa8d6LU1lADBoFz33ZqsNElt3AARWrXxBx_ZXBS8t-_fE2 Is there a way to decode URL so I can see in our test environment what the new end point is after the click has been registered using the clicks subdomain?
Microsoft Deliverability
I am currently ~35 days into IP warming. Since the start I've had issues with Microsoft. Even when sending ~137 emails a day to highly engaged openers I was marked as spam. Perhaps I moved to quickly with IP warming? I've reeled back to only send to people who opened every email for over 3 months (supposably) before switching email platforms. I'm still being marked as spam. My complaint rate is 0 percent. This is the soft bounce error I keep getting from microsoft in my message activity log: 550 5.7.1 {hash}, messages from [a.b.c.d] weren't sent. Please contact your Internet service provider since part of their network is on our block list (S3150). You can also refer your provider to http://mail.live.com/mail/troubleshooting.aspx#errors. [Name=Protocol Filter Agent][AGT=PFA][MxId={hash}] [{base64} {hash}:31:50.583Z {hash}] I've reached out to microsoft several times and this is what they get back with: "The connection and throttling limitation against your IP has been set to a more appropriate level based on your reputation. Please note that this does not guarantee that your mail will be delivered to a user’s inbox, only that it will no longer be subject to the previous thresholds unless your IP/domain reputation degrades (or) until it exceeds its revised thresholds." I'm at a loss for what to do. Should I scale way back and start IP warming again from 10 emails? This is my Microsoft SNDS email performance page:
Email Clipping in Gmail Help
Hi Brazers, I’m hoping to get some advice on an issue we’re running into with email clipping - particularly in Gmail. We're noticing that some of our emails are being clipped, and from what I understand, this typically happens when the total size of the email exceeds Gmail’s 102KB limit. Our email builds often go over 150KB, which seems to be a key factor - though I’m wondering what other factors might also impact clipping? We use Braze’s Drag & Drop builder, not HTML, and I’m aware this approach can introduce additional micro-filler HTML for formatting - which may bloat the final size of our emails. Has anyone else experienced this, and do you have any recommendations for reducing the email size when using Drag & Drop? Any tips to better manage email size and prevent clipping would be greatly appreciated. Thanks in advance!
