It would be very useful to see the postfix queue in the web UI as (domain) admin and do actions on the messages in the queue. Like: delete, on hold, release, flush, etc.
This would indeed be a nice feature :-) let’s hope André will add it.
That’s quiet a lot. I don’t need it as I use postqueue manually. If someone wants to sponsor the work, let me know.
Hm. We could probably mount the Postfix volume into the PHP container and work on file system layer. Would be faster and easier.
Getting the count of the queue would be easy. Would that help?
No. Not really. It is not that we don’t know how to implement it. I just don’t want a shitty implementation or even hammer dockerapi with exec requests all the time for queue tasks.
We will probably run in permission issues, that need to be taken care of first (on file system layer).
Please don’t use any exec, system or shell_exec stuff in PHP.
Edit: not talking about you when I say shitty implementation. :-D talking about myself and doing it in a hurry. That would mess stuff up. We did this quite too often.
Am 15.10.2018 um 14:13 schrieb Knight1 notifications@github.com:
Getting the count of the Queues would be easy. Would that help?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
That was not my idea. I just had the idea to add a queue endpoint for the debug section. So you can simply see the count of the queue. So only a request when you visit it.
But just for monitoring purposes so it does not get too big in case of any problems. We could use this https://exchange.icinga.com/exchange/check_postfixmailqueue inside the Watchdogs Container.
exec, .. is blocked :P
Yeah we try our best :)
I will think about a queue implementation.
I tried to implent it on my own once but couldn't get it working due to not enough time to understand the docker API :)
We had e.g. pflogsumm in the non docker version
I messed up the last update, so I thought I owe you this.

Not finished yet. I use Postfix' new postqueue JSON output for it.
@andryyy It looks already very good. You made my day! :-)
Should be working, let's hope the best. :-P
Nah, seriously, test it and let me know if something fails.
It works already great. Thanks andryyy! Maybe one improvement can be done.
When message is on hold or delayed due some reason. The Recipients column shows in a json format the recipient and the reason why it was put on hold or delayed.
Like:
[{"address":"[email protected]","delay_reason":"connect to 123.0.0.1[123.0.0.1]:25: Connection refused"}]
It looks better if "delay_reason" will be put into an additional column and format the two without json markup.
I cannot make it a column, but we could indeed parse this in a nicer way.

...and...

:-)
I prefer the second one. As this shows the recipient directly. Which makes searching/lookup easier.
The total width of the table is about 50% of my total screen width. The quarantine table view is much wider. If it is possible to increase the width of the table then it will be nicer to view ;-)
The current queue table is not showing the Sender and Recipient column on my iPhone screen (even after scrolling)?
Both is the same, just different screen sizes. You can open the rows by clicking on them.
Ok, that's makes it clear ;-)
Only on my iPhone it do not show the columns sender and recipient.

I will check it, but I think I fixed it a few mins ago. :-)
Most helpful comment
I messed up the last update, so I thought I owe you this.
Not finished yet. I use Postfix' new postqueue JSON output for it.