Your reputation — not pooled with anyone else's
Dedicated sending IPs mean that every reputation signal your IPs generate — positive or negative — reflects your sending behavior alone. No co-tenant complaint spikes. No unexplained deferral increases. No blacklistings caused by someone sharing your infrastructure.
Complete isolation, not just a label
Many "dedicated IP" offerings assign a single IP to a sender but still route it through shared infrastructure where the MTA configuration, throttle settings, and bounce processing are controlled by the provider. True dedication means the IP, the MTA configuration, and the sending behavior controls are all yours — or managed exclusively for you.
Full IP Ownership
IPs are assigned exclusively to your sending operations. No other sender has ever used them for outbound email at our infrastructure — they begin with a clean history at all ISPs.
Per-ISP Configuration
Each destination ISP has its own PowerMTA domain block with specific connection limits, throttle rates, and retry intervals — calibrated to the reputation level of your IPs at each ISP independently.
Traffic Pool Separation
Transactional, bulk marketing, and cold email each route through separate IP pools. A complaint event in one pool cannot affect delivery from another pool.
Reputation Monitoring
Daily automated blacklist checks across all IPs. Google Postmaster Tools and Microsoft SNDS monitoring. Deferral rate alerting from PowerMTA accounting logs.
When dedicated IPs provide a real advantage
Dedicated IPs only build meaningful reputation when sending volume is sufficient to establish a consistent sending pattern that ISPs can evaluate. An IP sending 5,000 messages per month does not generate enough signal for a reputation to form — it will be treated as a new sender indefinitely regardless of list quality.
| Monthly Volume | IP Recommendation | Reason |
|---|---|---|
| Under 50,000 | Shared or managed pool | Insufficient volume to build IP reputation; shared pool benefits from established history |
| 50K – 500K | 1–2 dedicated IPs | Dedicated IPs begin providing value; reputation builds measurably over 8–12 weeks |
| 500K – 5M | 3–8 dedicated IPs | Per-ISP pool separation becomes operationally valuable; reputation control significant |
| 5M – 50M | 8–20+ dedicated IPs | ISP-specific pools essential; traffic type isolation required; independent warming per ISP |
| 50M+ | Custom architecture | Multi-server cluster, per-brand isolation, advanced monitoring — bespoke design required |
Need dedicated IPs for your sending operation?
Tell us your current volume, traffic types, and primary recipient ISPs. We will design the appropriate IP pool architecture and warming schedule for your operation.
Our Approach to Dedicated IP Email Sending
Cloud Server for Email delivers dedicated ip email sending as a managed, fully operational service — not a consulting engagement that ends with a document. Every client environment is configured to production standards, monitored daily, and maintained by infrastructure engineers who specialize in high-volume email delivery. The service level reflects the operational reality that email infrastructure problems have immediate revenue consequences and require same-day response.
Technical Standards and Configuration Principles
Every infrastructure environment we operate is built to the same core standards: PowerMTA 6.x on dedicated Linux infrastructure, 2048-bit DKIM keys on each sending domain, DMARC at p=quarantine minimum with progression to p=reject, PTR records on every sending IP, ISP-specific domain block configuration for Gmail, Outlook, Yahoo, and major European providers, and FBL enrollment across all supporting providers.
These standards reflect what consistent inbox placement actually requires in 2026 — not legacy practices that were adequate for lower-sophistication ISP filtering systems. Gmail's 2024 bulk sender requirements and Microsoft's updated Defender policies have raised the floor for what 'basic authentication' means. Environments that haven't been updated to current requirements underperform against those that have.
Operational Monitoring Included in All Services
- Daily review of Google Postmaster Tools spam rate and reputation tier for all sending domains
- Daily Microsoft SNDS status check for each sending IP
- Hourly deferral rate monitoring via PowerMTA accounting log analysis with alerting
- FBL complaint rate tracking with segmentation analysis for complaint source identification
- IP blacklist monitoring across Spamhaus, Barracuda, and Microsoft blocklists
- Weekly delivery rate trend analysis by ISP and IP pool
- Monthly configuration review against current ISP best practices
What We Do Not Manage
We operate the infrastructure layer — the MTA, IP pools, authentication, and delivery configuration. List creation, content production, campaign strategy, and CRM integration remain with the client or their existing platform. This specialization is deliberate: the infrastructure expertise required for consistent high-volume deliverability is different from campaign management expertise, and mixing the two responsibilities dilutes both.
We work with any sending application that can inject via SMTP — MailWizz, custom applications, CRM platforms, transactional systems. The infrastructure layer is application-agnostic; what we provide is the reliable, well-configured delivery environment that any application can send through.
Onboarding and Transition Timeline
Infrastructure onboarding follows a structured sequence: technical assessment of existing environment (week 1), infrastructure provisioning and authentication configuration (weeks 2-3), IP warming commencement with parallel operation (weeks 4-10), gradual traffic migration to new infrastructure (weeks 8-12), full production operation and decommissioning of old environment (week 12+). The exact timeline depends on list volume, current infrastructure complexity, and whether IP warming is starting from scratch or continuing from an existing pool.
Request a technical assessment
Our process starts with understanding your specific sending environment — volume, traffic types, current infrastructure, ISP distribution, and delivery history. This assessment takes one technical call and produces a clear picture of what is needed and what it will take to achieve it. No commitment is required for the assessment.
Infrastructure Standards and Service Commitment
High-volume email infrastructure requires more than correct initial configuration — it requires operational continuity. ISPs change their filtering behavior, IP reputation evolves, list composition shifts, and authentication requirements tighten. The infrastructure that produced 98% inbox placement twelve months ago may produce 85% today if nothing has been actively maintained. Our managed service commitment covers the ongoing tuning, monitoring, and response that sustains performance over time, not just at initial deployment.
What Ongoing Management Includes
- Daily review of Google Postmaster Tools reputation data and spam rate trends across all managed sending domains
- Daily Microsoft SNDS status verification for each IP in the managed pool — immediate response to yellow or red status
- Hourly deferral rate monitoring from PowerMTA accounting logs with alerting on threshold breaches
- FBL complaint processing across Yahoo and Microsoft JMRP — complaint data fed back for suppression
- IP blacklist monitoring across major DNSBL providers with proactive delisting coordination
- Monthly ISP-specific throttle configuration review and adjustment as sending volume and reputation evolve
Who This Service Is For
This service is designed for organizations sending at volume where deliverability is a revenue-critical function rather than a technical afterthought. Our clients typically send between 500,000 and 50 million messages per month — the range where shared infrastructure produces inconsistent results and self-managed dedicated infrastructure requires more email expertise than most organizations maintain internally.
We work primarily with European and international senders operating under GDPR who require infrastructure isolation, data residency assurance, and a managed provider with operational accountability. Clients typically come to us after experiencing deliverability degradation on shared infrastructure or after attempting to self-manage dedicated infrastructure without the specialist expertise required to sustain it.
The 2025 Compliance Requirement Change
Dedicated IP infrastructure in 2025 exists in a fundamentally different regulatory environment than it did two years ago. Google, Yahoo, and Microsoft have all implemented mandatory bulk sender requirements with active enforcement. Any dedicated IP infrastructure that isn't fully compliant with these requirements is not delivering effectively — regardless of how well the IP reputation is managed.
The mandatory baseline for all sending from our infrastructure:
- SPF with proper IP authorization — your sending IP must be authorized in your sending domain's SPF record, and the SPF record must resolve within 10 DNS lookups
- DKIM with 2048-bit RSA keys — every message signed with a current key; rotation schedule maintained quarterly or semi-annually
- DMARC minimum p=none with monitored rua — alignment must pass; we configure this during onboarding and verify alignment in delivered messages
- PTR/FCrDNS for all sending IPs — valid reverse DNS with forward-confirmed resolution; Gmail, Yahoo, and Microsoft all check this
- TLS for all outbound connections — all SMTP connections use TLS encryption; this is verified at the infrastructure level
- One-click unsubscribe (RFC 8058) — required in all commercial messages for Gmail and Yahoo bulk senders; must be implemented by the client in their email templates and processed within 48 hours
Clients who don't have these controls in place when they engage us receive authentication configuration as the first deliverability work item before any volume scaling begins. The IP reputation management that defines dedicated infrastructure value is meaningless if the authentication layer is generating DMARC failures.
Dedicated IP Warm-Up: What to Expect
New dedicated IPs have zero reputation. Before any production volume, a warm-up process establishes positive reputation history with Gmail, Outlook, Yahoo, and other receiving systems. The warm-up timeline depends on your target daily volume, list quality, and available engagement signals.
| Target Volume | Warm-Up Duration | Week 1 Volume | Notes |
|---|---|---|---|
| Under 100K/month | 4–6 weeks | 100–300/day | Conservative ramp; engaged list required |
| 100K–500K/month | 4–5 weeks | 500–1,000/day | Moderate ramp; daily monitoring |
| 500K–2M/month | 5–6 weeks | 1,000–2,500/day | Standard ramp; per-ISP monitoring critical |
| 2M+/month | 6–8 weeks | 2,500–5,000/day | Multiple IPs warmed in parallel |
During warm-up, all sends should prioritize your most engaged subscribers — addresses that have opened or clicked in the past 30 days. The positive engagement signals from these recipients establish ISP trust faster than any other factor. We configure PowerMTA's per-VMTA warm-up schedules and monitor per-ISP acceptance rates throughout the ramp period, adjusting the schedule based on real delivery feedback.
After warm-up is complete, maintain consistent daily sending rather than sporadic volume spikes. ISPs store reputation data with a 30-day rolling window — an IP that goes inactive for 30+ days loses its warm reputation and must be re-warmed before returning to production volume.
Engagement starts with a technical assessment
Before any infrastructure work begins, we conduct a structured technical assessment of your current sending environment — volume, traffic types, ISP distribution, authentication status, and delivery history. This assessment takes one technical call and produces a clear picture of what your infrastructure needs and what it will take to achieve it. There is no commitment required for the assessment.