Search results

Not always. You can: Use the same IP But separate domains and DKIM/SPF That alone gives you solid isolation. If volume grows later, then: Dedicated IP for marketing Highly trusted IP/domain for transactional

That's quite interesting to put some light on. This issue arises frequently, especially when organizations begin scaling. However, my first answer is, yes, you can send both from the same domain but it’s not recommended long-term. Let me explain. How it can be done If you use the same domain...

My recommendation for ~5k subscribers: Use shared IP Avoid dedicated IP (for now) Focus on clean lists, engagement, and consistency Think of it this way: Shared IP = automatic transmission and Dedicated IP = manual transmission Both work, but it only makes sense when you know the road...

That’s a very common assumption. Inbox providers (especially Gmail) care more about consistent sending behavior per IP than the total number of IPs. For example: 100k/day across 2 IPs → ~50k per IP 100k/day across 10 IPs → ~10k per IP With lower per-IP volume, it takes longer for reputation...

Hello Hanna, You can confidently use UTM tags and parameters in Mumara while setting up your broadcasts, as illustrated in the attached snapshot for your reference. Mumara fully supports UTM tracking by allowing UTM parameters to be appended directly to destination URLs used in broadcasts...

Only if you send too aggressively. We usually: cap hourly sends using the hourly limit option avoid sudden volume jumps keep content consistent during the day If you try to push 100k in a short window, you’ll see deferrals regardless of IP count. Slow and steady always wins.

Exactly. When an IP sends steady volume with good engagement, inbox providers learn to trust it faster. What matters more than IP count is: steady daily volume consistent hourly sending rate good open and click activity low bounce and complaint rates Mumara gives you control over all of this...

That’s a common thought, but Major ISPs care more about sender behavior per IP than total volume. For example: 100k/day across 2 IPs = 50k per IP 100k/day across 10 IPs = 10k per IP At lower per-IP volume, reputation grows more slowly, and Gmail doesn’t get enough consistent signals.

That's quite interesting, and honestly, there’s no single “perfect” number. For 100k/day, we’ve run this comfortably on 2–3 IPs in Mumara, as long as the reputation is clean. More IPs don’t mean better delivery.

One thing I’d add here for anyone finding this thread later: Warming multiple IPs isn’t just about volume it’s about signal consistency. If your IPs send: Different domains Mixed content types Cold lists you’ll see uneven reputation growth. Mumara makes it possible, but IP warm-up...

Thats a very good question. In Mumara: You can assign specific IPs or IP pools per campaign Sequential sending means controlled SMTP flow, not random parallel bursts Each IP should behave like a new sender, even if it’s under the same domain We learned the hard way that parallel warm-up...

Yes, we’ve done this successfully, and Mumara supports warming multiple IPs at the same time, but the strategy matters more than the tool. What worked for us: Each IP had its own daily volume ramp-up We started with engaged contacts only (opens in the last 30–60 days) Kept consistent sending...

Roughly the first two weeks. You can focus on consistent daily volumes and only send to your most engaged contacts. Once deferrals stop and inbox placement looks stable, then slowly start using small batches, which can be done through a few clicks in Mumara.

Welcome to the community From my experience, sequential sending works much better during the early warm-up phase. Batch sending may look faster, but it often triggers rate limits, especially on Major ISPs. We tried batches early once and saw deferrals within hours. After switching to...

That is a very good question to ask. Instead of theory, I would furnish a real-world checklist for you, which you can follow: Step 1: Domain & Authentication (Non-Negotiable) Before sending even a single campaign, make sure this is done: ✔ SPF is configured correctly ✔ DKIM is active and...

It’s a common assumption, but balance is the key. Rule of Thumb: Enough IPs to distribute load, but not so many that reputation can’t be built. Once your opens and inboxing stabilize, you can: Increase volume Add IPs gradually Create separate IP pools per campaign type

Perfect. Based on that setup, here’s a safe and scalable approach. Recommended IP Count for 100k/day Ideal Range: 100k ÷ 5 IPs = ~20k per IP/day Major ISPs handle this volume comfortably Throttling risk stays low Each IP maintains a clean reputation Common Mistake: Using Too Few IPs Using...

This is a very smart question to ask before scaling. A lot of people couldnt handle the reputation by underestimating IP planning. Before answering, a few quick questions: Are the IPs new or already warmed? Is this a daily consistent volume or occasional? Are you sending one campaign or...

Not avoided, just use it wisely when you are completely ready with everything. Batch sending is better for: Flash sales Time-critical alerts Very warm IPs Better, trusted lists Sequential is better for: Newer campaigns Major ISPs heavy audiences Long-term reputation building

In that case, Sequential Distribution wins Here’s why it consistently performed better for me: Sequential Distribution (What Worked Well) Sends are evenly spread across IPs Major ISPs see natural, human-like behavior Each IP gets a recovery time Spam complaints stay lower Open rates are more...