![](https://secure.gravatar.com/avatar/90d14ff5e6f5973fa4a3003991423c08.jpg?s=120&d=mm&r=g)
Hi
Is it possible to log to console?
I've changed gunicorn configuration: accesslog='-' errorlog='-'
Then logs are not written to log files, but I can't see what's being logged.
I'm on a docker environment and having log files it's something that I want to avoid to control disk usage. And I'm capturing what's shown in console, so it was great if I could log into console.
Kind regards
Emanuel
![](https://secure.gravatar.com/avatar/8c8c6e35ec7ca5c708a6049152b2bedd.jpg?s=120&d=mm&r=g)
On Thu, Jan 7, 2021, at 1:27 PM, costavitorino@gmail.com wrote:
Hi
Is it possible to log to console?
I've changed gunicorn configuration: accesslog='-' errorlog='-'
Which file did you change to apply these configurations?
Then logs are not written to log files, but I can't see what's being logged.
I'm on a docker environment and having log files it's something that I want to avoid to control disk usage. And I'm capturing what's shown in console, so it was great if I could log into console.
There are a couple of loggers the Mailman Core uses and you can set their logging path to be /dev/stdout
to log to standard output which I think your container manager should be able to grab. Unfortunately, there isn't a way yet to change all of their "path" using a single config, so you'd have to do it individually for each of them.
The available loggers are: # - archiver -- All archiver output # - bounce -- All bounce processing logs go here # - config -- Configuration issues # - database -- Database logging (SQLAlchemy and Alembic) # - debug -- Only used for development # - error -- All exceptions go to this log # - fromusenet -- Information related to the Usenet to Mailman gateway # - http -- Internal wsgi-based web interface # - locks -- Lock state changes # - mischief -- Various types of hostile activity # - plugins -- Plugin logs # - runner -- Runner process start/stops # - smtp -- SMTP activity # - subscribe -- Information about leaves/joins # - vette -- Message vetting information
And you can set their logging path by adding the following (for example) to your mailman.cfg
[logging.archiver]
path: /dev/stdout
Same goes for the rest of the loggers.
Hope this is helpful!
-- thanks, Abhilash Raj (maxking)
![](https://secure.gravatar.com/avatar/e2371bef92eb40cd7c586e9f2cc75cd8.jpg?s=120&d=mm&r=g)
Abhilash Raj writes:
There are a couple of loggers the Mailman Core uses and you can set their logging path to be
/dev/stdout
to log to standard output which I think your container manager should be able to grab. Unfortunately, there isn't a way yet to change all of their "path" using a single config, so you'd have to do it individually for each of them.
GSoC 2021?
![](https://secure.gravatar.com/avatar/8c8c6e35ec7ca5c708a6049152b2bedd.jpg?s=120&d=mm&r=g)
On Thu, Jan 7, 2021, at 8:13 PM, Stephen J. Turnbull wrote:
Abhilash Raj writes:
There are a couple of loggers the Mailman Core uses and you can set their logging path to be
/dev/stdout
to log to standard output which I think your container manager should be able to grab. Unfortunately, there isn't a way yet to change all of their "path" using a single config, so you'd have to do it individually for each of them.GSoC 2021?
Yeah, we could couple this with some other changes in Core to get to a sizeable level project for GSoC.
-- thanks, Abhilash Raj (maxking)
participants (3)
-
Abhilash Raj
-
costavitorinoï¼ gmail.com
-
Stephen J. Turnbull