mirror of
https://github.com/decke/smtprelay.git
synced 2026-04-25 04:45:52 +03:00
[GH-ISSUE #21] Option to disable logfile #5
Labels
No labels
bug
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/smtprelay#5
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jantari on GitHub (Mar 17, 2021).
Original GitHub issue: https://github.com/decke/smtprelay/issues/21
Hi, is it possible to disable the manual logfile the program writes?
I would run this as a systemd service, and in that case systemd-journald automatically captures the STDOUT of the program and keeps it in a log, with control over rotation and standardized commands to get the logs.
I tried commenting out the config line:
but it just defaulted to the same path again. I'm trying to NOT have this logfile at all, because it would just take up space and when I try to start my systemd service I get:
because obviously the system account the service runs as doesn't have any unneeded permissions in that directory (
/var/log).@JonathonReinhart commented on GitHub (Mar 17, 2021):
Hi @jantari. Am I correct in assuming you're running the latest-released v1.5.0?
We just recently merged #15 which, among other things, changes the default log file to STDERR. This change was made primarily with running as a systemd service in mind.
So you can either wait for the next release (I'm not sure what that timeline looks like; @decke will have to fill-in here), or you can pull the source and build from
masteryourself.I'm going to close this issue because I think it is already resolved, but please feel free to comment if there's anything else! Thanks!
@jantari commented on GitHub (Mar 17, 2021):
Thanks for the quick response, yes I am using 1.5.0
I'll wait for the next release and try logging to /dev/null or something in the meantime as a workaround.
@decke commented on GitHub (Mar 17, 2021):
I planned to have a 1.6.0 release within the next few weeks but would like to discuss and merge the open PRs before that.