MTA-Hub overview

Proxy list

Checking proxies and IPs for email sending

SMTP proxy list.
Checks and status
of every address.

All your proxies in one list: bought, free and your own VDS. Find the address you need, see what state it’s in and choose what to do next.

Entry and exit IP, checks, DNS and MTA data — in one row. From the overall summary to a specific problem — one selection away.

How selection works
Table and cardsBulk actionsCSV
Proxy Gate · proxiesMTA-Hub interface
Hub checksMTA accountingAddress state
Real module screensOpen full size ↗
01Assess the fleetA summary of address quality
02Find the ones you needSearch, widgets and filters
03DecideChecks and sending side by side
04ActOn one address or a group

01 / A proxy’s entry and exit IP

Entry and exit IP in one row.

The address you connect to a proxy on and the IP the mail server sees can be different. The Hub shows both in one row of the list — and finds a proxy by either of them. It’s the exit IP that lands on blacklists and goes into SPF, so you see it right away.

Sample entry from the interfacepx-01 · ProxyLine
01 / EntryGate connection
198.51.100.201:1080

Where the gate connects

The proxy’s entry address and port. The Hub uses them to find the proxy in the list.

In the address lineLeft of the arrow
02 / ExitConnection to the recipient
203.0.113.71

Which IP the mailbox provider sees

The exit address is checked against blacklists and must be included in SPF.

In the address lineRight of the arrow
Hub checks

Address fitness

Grade, TCP/25, blacklists and reverse DNS. The Hub checks through public DNS servers whether the subdomain’s DNS record is visible.

MTA accounting

Sending results

Messages and the delivered share over 24 hours, 7 or 30 days — by the proxy’s exit IP.

Hub data

Place in the infrastructure

The address’s state, its pool, sending node and seller — next to the checks and messages.

02 / Selecting proxies by a metric

Select proxies by metrics and filters.

Click a metric above the table, and only the matching addresses stay in the proxy list. Above the rows it says which condition is selected and which part of the fleet it looks at, and the number shows how many addresses the next check will take.

Try switching the selectionAn example on the addresses from the screenshots

What’s selected

Table caption

The condition and the scope are always written above the rows — you can see why exactly these addresses are in the table.

What happens next

Check button

The number on the button changes with the selection: the check and the CSV export take exactly the addresses found — including those on other pages of the table.

03 / State and fitness

Six proxy states, and fitness for mail.

Every address has exactly one state. Together the six states cover the whole list and show what’s happening to a proxy right now: waiting for a check, held in reserve, sending mail, or pulled from sending.

01

In testing

Added from a source or by import. There’s no check result yet.

Waiting for the checks’ verdict
02

Accepted

Passed the check but isn’t in any sending pool yet.

Needs a pool
03

Reserve

Belongs to a pool and waits to replace an address that fails.

Not sending yet
04

Sending

Put into sending: the subdomain is issued, DNS is visible, the node knows the address.

Takes part in sending
05

Quarantine

Pulled temporarily: a rule fired, TCP/25 closed, or the rent expired.

Find out why
06

Dropped

Failed the check or was retired. Bought and own addresses stay in the list.

Free ones are deleted
A separate metric

“Fit for mail”

Port 25 is open and the grade is A to C. This is a property of the address itself, not a state: fit proxies can be both sending and in reserve, so their count doesn’t match any of the six states.

How to read the numbers

04 / Bulk actions

Bulk actions on proxies.

Tick rows and apply one action to all the selected proxies at once: check, put into sending, add to a pool, move to reserve or retire. The panel shows the available operations and reminds you where exactly the change happens: in the Hub’s list or on the node.

Action panel from the interface
MTA-Hub: Actions on selected addresses — one operation for several rowsEnlarge
01 / In the Hub

Change the selected entries

Check the addresses, put them into sending, add them to a pool, move them to reserve or retire them.

When deleting

The Hub asks for confirmation and tells you how many addresses are sending and how many are paid for.

02 / Gate and DNS

Apply the settings to the node

After changes in the Hub, pass the new addresses to the gate and update the DNS records as a separate step.

Important

Changing a row in the Hub and passing the settings to the gate are two different steps.

05 / The interface in detail

The proxy list interface — 9 screens.

Summary, filters, states, table, cards and bulk actions of the proxy list. Above each screenshot: why the screen matters. Below it: what it shows.

Summary, search and states

4 screens

First, get clear on what exactly you’re looking at. The tabs at the top choose the node and the period, eight metrics give the overall picture of the fleet, and search and filters narrow the list down to the addresses you need. The help on states explains why the numbers on different counters don’t have to match.

01

Tabs and data sources

Node, period and where the metrics come from

The proxy list page starts with the module’s tabs and a choice of node and period. By default the list shows the whole fleet, but you can narrow it to one sending server — then only its addresses stay in the table. The period — 24 hours, 7 or 30 days — only affects messages and the delivered share. The strip below tells you which columns come from the Hub’s checks and which from MTA reports; on the right — a CSV export of the selected addresses and a link to import. Grade, blacklists and DNS are the address’s current state, so they don’t change when you switch the period, while messages and the delivered share are recalculated.

MTA-Hub: Tabs and data sources — node, period and where the metrics come fromEnlarge
Screen 01 · Tabs and data sources. An example from the MTA-Hub interface.
  • Module tabs — Overview, Proxies, Pools, Rules, Gates, Checks, Analytics, Own proxies, Sources and Log; this page is the “Proxies” tab.
  • Node choice — the whole fleet or one sending server; the table and metrics are recalculated for the selected node.
  • Period — 24 hours, 7 or 30 days; changes the message count and the delivered share.
  • Source hint — grade, blacklists and subdomain records come from the Hub’s checks; messages and delivery come from MTA accounting.
  • Export CSV — downloads the current selection, without passwords.
  • Import — takes you to adding addresses as a list.

Grade, blacklists and DNS are the address’s current state: they don’t change when you switch the period.

02

Fleet widgets

Address quality and a quick jump to the details

Eight metrics give the overall picture of your proxy fleet: delivery, fit for mail, blacklists, reverse DNS, own VDS, free addresses, time to banner and the last check. The color of the stripe on the left tells you whether all is well: green is normal, red means there’s something to look into. Under each number, small print says how it’s counted. Many metrics work as buttons and immediately select the matching addresses in the table, while “Delivered by fleet” and “Last check” lead to “Analytics” and “Checks”. In the example, 26,822 messages went out over the week with a 95.1% delivered share, seven addresses of eight are fit for mail, and reverse DNS doesn’t match on three.

MTA-Hub: Fleet widgets — address quality and a quick jump to the detailsEnlarge
Screen 02 · Fleet widgets. An example from the MTA-Hub interface.
  • Delivered by fleet — the share of delivered messages across all proxies over the period, and the total number of messages.
  • Fit for mail — how many addresses have port 25 open and a grade from A to C.
  • On blacklists — how many addresses got listed — major and minor lists shown separately.
  • Without a reverse record — how many checked addresses have a reverse DNS record that doesn’t match the forward one.
  • Own VDS and Free — how many live addresses come from your own servers and from public lists.
  • To banner — how fast, on average, the recipient’s mail server answers through the proxy.
  • Last check — when the Hub last checked the addresses and how many are waiting in the queue.

The numbers in the screenshot come from a sample fleet. “3 / 8” for reverse DNS means that for three of eight checked addresses the records don’t match.

03

Search and filters

From a single IP to the group of addresses you need

Under the metrics are the search bar and the proxy list filters. You can search by entry or exit address, proxy name or subdomain; the search runs when you press Enter. The state buttons show right away how many addresses are in each, and the filters below refine the selection by server, pool, source, grade, country and blacklists. The check button on the right takes all the addresses found, not just the visible page — so a proxy check runs on exactly the group you need. In the example the chips show reserve 2, sending 5, quarantine 1 and dropped 1 — all nine addresses together, and “Progress” next to the button shows how checks already started are going.

MTA-Hub: Search and filters — from a single IP to the group of addresses you needEnlarge
Screen 03 · Search and filters. An example from the MTA-Hub interface.
  • Search — by address, name or subdomain; runs on Enter.
  • States — All, In testing, Accepted, Reserve, Sending, Quarantine, Dropped — each button has its own count.
  • Filters — node, pool, source, grade, country and the “Blacklists” tick box.
  • Check N — starts a check of the whole selection, even if the rows span several pages.
  • Progress — shows how a running check is going.
  • How to read these numbers — opens the states help.

The number on the “Check” button changes with the selection conditions.

04

States explained

How to read the chips and why the numbers differ

The help opens right under the filters and explains each proxy state together with the number of addresses in it. An address always has one state, so all the states add up to the number of addresses in the list. It also says how an address gets into quarantine and what happens to dropped ones: free ones are deleted, while bought ones and your own VDS stay. It explains separately why “Fit for mail” isn’t a state. When you no longer need the help, you can collapse it. For example, a free address with a closed port doesn’t linger in quarantine — the check removes it right away, and the Hub remembers its fingerprint so that collection doesn’t add the address again.

MTA-Hub: States explained — how to read the chips and why the numbers differEnlarge
Screen 04 · States explained. An example from the MTA-Hub interface.
  • In testing — the address was added from a source or by import; there’s no check result yet.
  • Accepted — passed the check but isn’t in any pool, so it doesn’t send.
  • Reserve — sits in a pool and waits to replace an address that fails.
  • Sending — sends mail: the subdomain is issued, DNS is visible, the node knows about it.
  • Quarantine — pulled from sending for a while: a pool rule fired, port 25 closed, or the rent ran out.
  • Dropped — failed the check or was retired manually; bought ones and your own VDS stay in the list, free ones are deleted.

A free address is deleted together with its fingerprint so that collection from public lists doesn’t add it again.

Viewing and managing addresses

3 screens

Next — the addresses themselves. The table puts everything about an address in one row: where it came from, where it works, how it did in checks and how many messages it sent. You can handle ticked rows with one action, and for a quick look you can switch the table to cards.

05

Table view

Address, checks and sending in one row

The main part of the page is the proxy table. One row shows everything about an address: entry and exit, seller, country, sending server, grade, blacklists, subdomain records, messages over the period, delivered share and state. At the top are the sending addresses by number of messages, below them reserve, quarantine and dropped, and an address with poor delivery is marked by a red bar. You can sort by any column, and the summary under the table matches the “Overview”. In the example px-04 sent 5,151 messages with a 96.9% share, px-05, which is on blacklists, delivers 78.9%, and px-06, in quarantine with grade D, managed to send 4,560 messages before it was pulled.

MTA-Hub: Table view — address, checks and sending in one rowEnlarge
Screen 05 · Table view. An example from the MTA-Hub interface.
  • Proxy · entry → exit — the name, the connection address with its port, and the exit IP the recipient sees.
  • Source and country — who the proxy was bought from and which country the exit address is in.
  • Node — the sending server the address is tied to through a pool.
  • Grade — the address’s rating from the checks, A to D.
  • Lists and DNS — whether the address is on blacklists and whether the subdomain record is visible.
  • Messages and delivered — how many messages went out over the period and what share arrived.
  • Checked and state — the time of the last check and the address’s current state.
  • Totals under the table — how many addresses are in each state and grade; matches the “Overview” tab.

The state is now, messages are for the period. An address in quarantine can show messages if it sent them before it was pulled.

06

Actions on selected addresses

One operation for several rows

Tick rows and an action panel appears above the table: check, put into sending, move to a pool, to reserve, retire or delete. It says how many addresses are selected and applies one action to all of them at once — no need to open each proxy separately. Before deleting, the Hub asks for confirmation and tells you how many of the ticked ones are sending mail right now and how many are paid for. At the bottom the panel reminds you that the gate and DNS are updated as a separate step. This is handy when you need to put several checked addresses into sending at once, or take a whole group found by a filter out of service.

MTA-Hub: Actions on selected addresses — one operation for several rowsEnlarge
Screen 06 · Actions on selected addresses. An example from the MTA-Hub interface.
  • Check — starts a check of the ticked addresses.
  • Put into sending — moves the addresses into service.
  • To pool — adds the ticked addresses to the chosen pool.
  • To reserve and Retire — take addresses out of service: into reserve or for good.
  • Delete — removes addresses from the list; before that the Hub shows how many of them are sending and how many are paid for.
  • Clear selection — removes all the ticks.

The panel only changes the list in the Hub. The gate table and DNS records are updated as a separate step.

07

Card view

The same list in a more compact view

You can switch the table to cards — the same proxy list, just more compact. Each card is one address with the essentials: the color of the top edge shows the state, the bar shows the delivered share, on the right are the messages for the period, and a red tag marks blacklists. This makes it easy to scan the whole fleet and spot a problem address right away. Clicking a card opens the address’s page, and the selection and order of addresses stay the same when you switch. Cards are better for a quick look, the table for comparing columns across addresses and sorting them by any metric.

MTA-Hub: Card view — the same list in a more compact viewEnlarge
Screen 07 · Card view. An example from the MTA-Hub interface.
  • Top edge color — the address’s state: green — sending, blue — reserve, red — quarantine, gray — dropped.
  • Bar — the share of delivered messages over the period.
  • Grade and message count — the address’s rating and how many messages it sent.
  • “Listed” tag — the address is on blacklists.
  • Card — click it to open the address’s page.

The table is better for comparing columns, cards for a quick look over the addresses.

From a metric to the rows you need

2 screens

The last part is how selection works. Any metric above the table turns into a filter, and the selected condition is always written above the rows. If no address matches the conditions, the Hub tells you which condition is in the way and what you’d get without it.

08

Selecting from a widget

From an overall metric to specific proxies

Click the “On blacklists” metric, and only the addresses it counted stay in the table. In the example these are px-05 and px-06. The caption above the table names the selection — “Blacklists · in the fleet”, the “Blacklists” tick box in the filters switches on by itself, and the check button now shows 2. The metrics count the fleet without dropped addresses, which is why the caption spells out the scope — “in the fleet”. So in one click you get from an overall figure to specific proxies and can recheck them right away. The same trick works with other metrics too — for example, “Fit for mail”, “Without a reverse record”, “Own VDS” and “Free”.

MTA-Hub: Selecting from a widget — from an overall metric to specific proxiesEnlarge
Screen 08 · Selecting from a widget. An example from the MTA-Hub interface.
  • Table caption — names the condition and the scope: “2 addresses of 9 · selection: Blacklists · in the fleet”.
  • Tick box in the filters — shows which condition the metric switched on.
  • Check 2 — the check takes only the addresses found.
  • Reset filters — brings back the full list.

The metrics count the fleet without dropped addresses, while the states count the whole list, so their scope can differ.

09

Hint for an empty selection

How to adjust conditions that are too narrow

If no address matches the conditions, instead of an empty table the Hub explains what happened. In the example someone looked for grade A proxies in Lithuania — there are none in the fleet. The Hub says how many proxies there are in total and that none match these conditions, and right away offers the closest result: without the “Country” condition two addresses would be found, and the “Show them” button opens them. “Reset everything” brings back the whole list. This way a selection that’s too narrow doesn’t lead to a dead end: you see at once which condition is in the way. There’s nothing to go through by hand: one button takes you back to the closest matching addresses.

MTA-Hub: Hint for an empty selection — how to adjust conditions that are too narrowEnlarge
Screen 09 · Hint for an empty selection. An example from the MTA-Hub interface.
  • Filter caption — which conditions are selected now; in the example — “Grade A · Lithuania”.
  • Closest match — which condition to remove and how many addresses you’d then find: without “Country” — 2 addresses.
  • Show them — opens the suggested selection.
  • Reset everything — clears all conditions and brings back the full list.

Instead of an empty screen — the reason and the next step.

06 / Questions about the list

Common questions about the proxy list.

A few distinctions that help you read a proxy’s state, check results and sending history correctly. Short, to-the-point answers.

States help
MTA-Hub: States explained — what each state means and why the numbers on the counters differEnlarge

What each state means and why “Fit for mail” doesn’t match any of them — right in the Hub, under the filters.

Why are there more “fit for mail” addresses than sending ones?

Fit for mail means port 25 is open and the grade is A to C. The state, on the other hand, says what role the address plays right now. A proxy that passed the checks may be sitting in reserve and not sending mail yet.

What does “Without a reverse record” mean?

The metric checks whether the address’s reverse DNS record matches the forward one (the FCrDNS check). “3 / 8” means that for three of eight checked addresses the records don’t match. Addresses that haven’t been checked yet aren’t counted as failed.

What does choosing 24 hours, 7 or 30 days affect?

Only the message count and the delivered share — they’re counted from MTA reports. State, grade, blacklists and DNS show the address’s current position and don’t depend on the period.

Why does an address in quarantine have messages?

It may have been sending at the start of the selected period and gone into quarantine later. Messages are the history for the period; quarantine is what’s happening to the address now.

What goes into the CSV export?

Exactly the rows that match the current selection. The file contains no passwords. Which conditions are selected is shown in the caption above the table and in the filters.

Is the gate updated after a bulk action?

No, at first only the list in the Hub changes. Passing the changes to the gate and updating DNS is a separate step. A line right on the action panel reminds you of this.

07 / Next step

Group your proxies into pools.

The list takes care of the addresses themselves. For proxies to start sending, you need to group them into a pool and tie it to a node and a domain; the checks then keep watching whether the addresses are fit for mail.

The module overview shows the whole route — from the MTA through the gate to the recipient’s mail server.

Module interface