DB Ware Company does not intermediate your email traffic.
After deployment, messages do not need to pass through DB Ware Company servers. Domain, IP, reputation, queues and operating capacity belong to the customer environment.
WARE SEND • DELIVERY ENGINE
DB Ware Company licenses, deploys and integrates Ware Send in the customer environment. After handoff, your application sends through your own domain, IP, queue and server without requiring DB Ware Company infrastructure to transport the messages.
customer-infrastructure / waresend-node
SELF-HOSTED
OPERATING MODEL
Ware Send is not a hosted sending plan operated by DB Ware Company. It is infrastructure software installed in the environment defined by the customer and integrated with company applications.
After deployment, messages do not need to pass through DB Ware Company servers. Domain, IP, reputation, queues and operating capacity belong to the customer environment.
The project covers the engine, deployment, configuration and integration. Support and future upgrades can be contracted separately.
The premise
Companies running high-volume applications can operate the engine inside their own environment and size servers, IPs and capacity according to technical and governance requirements.
A domain you control for sending identity and authentication. Example: company.com.
Linux server with a public IP and resources sized for the project volume. Infrastructure is contracted and owned by the customer.
ERP, SaaS, fintech, e-commerce, billing platform, marketplace or any system that needs to send email.
DELIVERY ARCHITECTURE
Illustrative architecture: the engine runs in the customer environment and delivers directly to recipient servers.
Illustrative architecture: the engine runs in the customer environment and delivers directly to recipient servers.
INFRASTRUCTURE SIZING
Ware Send uses the real capacity of the environment and does not impose an artificial message-count ceiling. The ranges below are starting points for a single-company operation with a controlled active queue, shared content and dynamic work release.
| Volume reference | Starting CPU | Starting RAM | Suggested SSD/NVMe |
|---|---|---|---|
| 100k | 1 vCPU | 2 GB | 20–30 GB |
| 500k | 1–2 vCPU | 2–4 GB | 20–40 GB |
| 1M | 2 vCPU | 4 GB | 30–50 GB |
| 2M | 2–4 vCPU | 4–8 GB | 40–80 GB |
| 5M | 4 vCPU | 8 GB | 60–120 GB |
| 10M | 4–8 vCPU | 8–16 GB | 100–250 GB |
Storage ranges are approximate operating headroom for the active queue, logs, temporary data and attachments. Shared content and attachments should not be duplicated per recipient. Long defer periods, large messages or a larger active queue window may require more space.
Adaptive Engine observes CPU, RAM, I/O, free disk, backlog, message cost and drain capacity. It accelerates with headroom and, under pressure, slows heavy work, keeps lightweight messages moving and applies backpressure to preserve service stability.
Large operations can register millions of recipients as one job. Shared content and attachments are preserved once; the Engine materializes only the window the VPS can process at that moment.
COMPATIBLE INFRASTRUCTURE
Use the official links to compare VPS and cloud options. The choice depends on region, capacity, support, network and infrastructure strategy — not on a Ware Send commercial plan.
VPS/cloud infrastructure is contracted and operated by the customer. The links below are infrastructure references for evaluation and validation only.
End-to-end implementation
With customer-authorized access, our team prepares the environment, configures the email identity, installs the engine and performs delivery tests before production handover.
We validate domain, VPS/cloud, public IP, estimated volume, source application and integration method.
We create the engine hostname, such as mail.company.com, and configure/guide A, PTR, SPF, DKIM and DMARC.
We install Gateway, MTA/Postfix, DKIM signing, TLS/HTTPS, token authentication, queues and runtime services.
We test DNS resolution, reverse DNS, certificate, DKIM, SPF, DMARC, queue, SMTP egress and service health.
We deliver documentation and examples for REST API and, when included in scope, authenticated SMTP.
We perform real test emails and hand over a working infrastructure with project credentials and documentation.
Customer-owned identity
DBWare acts as solution provider and implementer. The infrastructure does not need to route customer messages through DBWare after handover.
Example: mail.company.com, connected to the customer environment.
The IP reverse DNS is aligned to the hostname defined for the engine.
SPF, DKIM and DMARC are configured for the customer domain identity.
API token and technical credentials remain in the environment delivered to the customer.
Real-world applications
The platform supports transactional flows and large application-generated batches.
USE ECOSYSTEM
Ware Send owns the delivery layer. Your application still decides recipients, timing and message content.
Transactional email, email notifications, sign-up confirmations, password reset, OTP and security codes, billing, documents, system alerts and automated messages generated by ERP, SaaS, fintech and e-commerce applications.
Own SMTP server, SMTP relay, email gateway, REST email API, MTA/Postfix, persistent queue and self-hosted infrastructure on VPS, cloud or dedicated Linux servers.
Bulk email, mass sending, batches, newsletters, campaigns and email-marketing infrastructure can use the engine as a delivery layer. Segmentation, consent, opt-in and unsubscribe logic remain in the customer application.
DKIM, SPF, DMARC, PTR, reverse DNS, TLS, IP and domain reputation, warm-up, hostname and authentication are part of the technical delivery design.
IMPLEMENTATION PRICE
The implementation price is fixed in Brazilian reais. USD and EUR below are reference conversions calculated automatically through DB Ware’s FX API.
implementation price
BuyWare Send implementation in the environment defined for the project, including product updates with fixes and improvements. VPS/cloud, IPs, infrastructure services, ongoing support and custom evolutions follow the contracted commercial scope.
USD and EUR conversions are indicative. The implementation is billed in BRL.
Ware Send has an implementation price in the customer environment. SendGrid is a recurring SaaS service priced by plan/volume. The table uses public SendGrid Email API prices only as a commercial reference.
| Solution | Plan / volume | Public price | Billing |
|---|---|---|---|
| Ware Send | Implementation in customer environment · Capacity sized by infrastructure | R$ 14.999,90 | One-time |
| SendGrid Email API | Essentials · 50.000 emails | US$ 19.95/mo | Recurring SaaS |
| SendGrid Email API | Essentials · 100.000 emails | US$ 34.95/mo | Recurring SaaS |
| SendGrid Email API | Pro · 100.000 emails | US$ 89.95/mo | Recurring SaaS |
| SendGrid Email API | Pro · 300.000 emails | US$ 249.00/mo | Recurring SaaS |
| SendGrid Email API | Pro · 700.000 emails | US$ 499.00/mo | Recurring SaaS |
| SendGrid Email API | Pro · 1.500.000 emails | US$ 799.00/mo | Recurring SaaS |
| SendGrid Email API | Pro · 2.500.000 emails | US$ 1,099.00/mo | Recurring SaaS |
SendGrid prices are taken from its public official pricing table and may change, include taxes or additional conditions. This compares commercial models, not functional equivalence.
View official SendGrid referenceEconomic model
The providers below represent familiar market models. Prices, limits and features change by plan and region, so the most relevant comparison is with your own current bill.
Delivery infrastructure belongs to the provider and contracts typically scale with plan, volume, features or capacity.
Services focused on mailboxes with their own operating limits; not necessarily a substitute for a dedicated high-volume engine.
The application uses the capacity and technical policies of the contracted provider.
Software licensed and installed in the customer VPS/Cloud. The company sizes and operates its own delivery infrastructure.
Commercial-model comparison, not a statement of feature equivalence. Third-party pricing and policies should be verified directly with each provider.
Under the recurring model, that spend represents approximately
—over the selected period.
Inside the engine
The solution combines authenticated ingress, MIME composition, persistent queueing, signing, transport and diagnostics in a dedicated environment.
Token-authenticated sending with HTML, text, CC/BCC, Reply-To and idempotency. For campaigns, the application can also request an emailed completion summary with a detailed report.
Base64 files and CID images for complete transactional layouts.
Accepted messages remain in the MTA queue and follow retry policies.
SMTP delivery to recipient MX servers from the customer infrastructure.
Domain authentication and alignment configured as part of implementation.
Secure API ingress and encrypted SMTP negotiation whenever supported during delivery.
Endpoints and checks for Gateway, MTA, DKIM and queue health.
Tools to validate DNS, domain identity, services and operational state.
Implementation validator
The project includes technical diagnostics to confirm the main components are behaving as expected. The panel below illustrates the type of validation performed.
infrastructure-checkIntegrate your application
The application uses the credentials and endpoints delivered with the project. Transport, signing and queueing are handled by the engine.
Recommended for modern applications, using Bearer authentication and JSON payloads.
Can be provided according to project scope for legacy systems or applications already configured around SMTP host, port and credentials.
POST /api/v1/sendcurl https://mail.company.tld/api/v1/send \
-H "Authorization: Bearer $TOKEN" \
-H "Content-Type: application/json" \
-d '{
"from_email": "billing@company.tld",
"to": ["customer@example.com"],
"subject": "Payment confirmed",
"html": "<h1>Confirmed</h1>"
}'
HTTP API v1 and SMTP Submission for legacy systems: authentication, payloads, MIME, limits, idempotency and operational status.
Technical transparency
Throughput, concurrency and delivery time depend on CPU, memory, network, IPs, domain reputation, recipient policies and environment configuration. High-volume projects require proper sizing, observability and warm-up.
FAQ
Not as an operational intermediary. Ware Send is deployed in the environment defined by the customer; after handoff, traffic can go directly from that environment to recipient servers.
No. Infrastructure is selected and contracted by the customer. DB Ware Company deploys and configures Ware Send in that environment.
As a software and deployment project according to the commercial scope. The engine is installed in the customer environment; support and future upgrades can be contracted separately.
Yes. Hostname, PTR, SPF, DKIM and DMARC are configured according to the customer identity and project scope.
No. The primary use case is transactional and operational flows generated by ERP, SaaS, fintech, e-commerce, billing, authentication and other systems.
No physical system has infinite capacity. Supported volume depends on infrastructure sizing, IPs, reputation and recipient-server policies.
DBWare
Share your volume, infrastructure and application scenario. DBWare assesses the required architecture and defines the implementation scope.