Roller Network

Ack... I seem to have missed your post until now. Sorry about that!

Try setting the masters for the domains in the account manager to the IP address, rather than the hostname. This will force our name servers to query the IP directly, rather than rely on a possibly cached nslookup result.

It looks like the messages were delivered; I only see one error message left in the queue: 3A96D5285AD 176544 Sun Mar 27 19:59:35 mike@zjip.com (host mail.maltastart.com[213.165.180.203] said: 451 SPF lookup failure (#4.3.0) (in reply to MAIL FROM command)) Everything looks normal; my best guess was...

That's correct; I'll change the wording on the button to say "release" instead. The queue count isn't 100% accurate; it gets the information from a file containing a list of queue numbers that is updated by Postfix queue manager. When signaled to release the queue for a domain, that list o...

We don't use anything special or different; just normal SMTP on port 25 unless specified otherwise in the account manager. Unfortunately, I have no way of knowing why the server is rejecting a connection. In the past when I've encountered this with other accounts, it's usually due to filtering softw...

213.165.180.203 is rejecting connections.

The mail log does not indicate what was sent to your mail server, only what was received and how the filters acted before the message was queued. If a message was accepted as "OK" by us, but rejected by your mail server for some reason, it will appear lost. It also logs extra information i...

It works now, and I'm getting the same thing as you from dig. No idea what the actual problem was, but it seems to have been some temporary DNS problem. Previously, this was the error in the mail logs: Mar 24 06:41:15 shiny postfix/smtp[16734]: A5A21785635: to=<info@maltastart.com>, relay=none, dela...

Your nameservers aren't responding: $ dig maltastart.com mx ; <<>> DiG 9.2.4 <<>> maltastart.com mx ;; global options: printcmd ;; connection timed out; no servers could be reached If that's just a temporary problem, then the mail will be automatically delivered whenever the problem is fixed.

Unless something else is deferring the messages, then yes, they should have been delivered. If you'd like I can check the logs; you can email me the domain name you want to check or post it here. To flush the queues in the resource access section ( http://acc.rollernet.us/?action=access ) of the acc...

If the servers are online 24/7, it will eventually be delivered automatically. If you need to release the queue sooner, you will need to issue an ETRN command to the mail servers or use the queue release function in the account manager. If the mail is still not being delivered, then the DNS entries ...

I've set up a SMTP listener on port 2525 that will accept ETRN commands to release the queue for any domain in the account manager.

We only have servers listening on port 25 at the moment. There are two options: I've just added a queue display to the account manager that allows you to manually flush the queues. All it really does is send an ETRN with a web interface. This is available as of yesterday under the "Resource Acc...

Yes, the MX backup is implied when using SMTP redirection.

I've added the queue status monitors to the system. They will show a messages in queue count and provide the option to flush the queue through the account manager. It's under the resource access section, but you can access it directly with this URL once logged in: http://acc.rollernet.us/index.php?a...

Yes, an option like that can be added. I'll start working on something to add to the filtering options.