New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
verbose logging using docker image #56
Comments
Thanks @tszpinda No configurable way of changing log output at the moment (from MailHog) - a temporary workaround would be to pipe the output to I'll have a look at making MailHog log output a bit more configurable! |
+1 |
Any news on this? It makes it very verbose when printing entire data contents of every email. |
Sorry for the delay - I'll get something done asap. |
+1 |
FYI, this is the docker ENTRYPOINT directive that I used to get MailHog to stop filling up my logs:
Of course, if you are having trouble with something and actually need to look at the logs you will have remove this hack first. Would be great if we could get a verbosity flag for this. |
docker-compose: mailhog:
image: mailhog/mailhog
logging:
driver: 'none' # disable saving logs
ports:
- '8025:8025' |
Why don't you use your own go-log everywhere in MailHog, but only in main.go? |
By default, MailHog logs excessively, e.g. every attachment as encoded string to STDOUT. This causes major performance issues, as all this has to be persisted by `systemd-journald` and depending on the amount/size of test mails received by MailHog, might keep `systemd-journald` busy at 99% CPU load. This is a known issue and this workaround should be reverted once upstream fixed it. See also: - mailhog/MailHog#56
We use mailhog as target for load tests for html mails. We use Openshift and collect logs to the integrated EFK stacks for all containers. Right now a single Mailhog instance fills gigabytes of logs. For now we disabled logs completely. However a logging verbosity system would be a great feature:
+1 |
I'm confused and surprised to learn that doing this causes the mailhog container to hang when sending a PDF attachment. It took me a while to narrow it down to the logging driver specifically. |
also breaks
|
I wanted to disable logging altogether without building Mailhog's image, so I combined @fnep's solution in #353 and @talawahtech's solution (thanks for these!) a bit, editing
|
Loving the project!
Is there a way to make docker image not to print content of attachments into the logs? as it gets very verbose with bigger attachments.
The text was updated successfully, but these errors were encountered: