mirror of
https://github.com/axllent/mailpit.git
synced 2026-04-27 01:06:01 +03:00
[GH-ISSUE #376] Mailpit shows wrong version in about. #245
Labels
No labels
awaiting feedback
bug
docker
documentation
enhancement
github_actions
invalid
pull-request
question
stale
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/mailpit#245
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 @N6REJ on GitHub (Oct 20, 2024).
Original GitHub issue: https://github.com/axllent/mailpit/issues/376
we've verified that we are using 1.20.7 yet it says its 1.20.6

how can we see whats going on?
@axllent commented on GitHub (Oct 20, 2024):
Hey @N6REJ. This same thing happened to you before in #359. The release version numbers are set automatically as the release is being compiled and packaged, so this is not technically possible - if you downloaded and installed 1.20.7 then that is what it is.
You can verify on the commandline (in the directory with the mailpit.exe file) by running
mailpit version. If that shows you the correct version but the web interface doesn't, then you need to restart your stack because you somehow still have the old version running in memory. If however that is showing you an older version, then you have downloaded the wrong version.@axllent commented on GitHub (Oct 20, 2024):
If you need additional support, please provide me the link to your version and I can then manually compare and verify with what's on GitHub in the releases. Thanks.
@N6REJ commented on GitHub (Oct 21, 2024):
Sorry to have bothered you. I looked for the other ticket cause I remembered this happening once before.
I've no clue how but somehow we had the wrong version from your release.
@axllent commented on GitHub (Oct 21, 2024):
No worries. Seeing as this is the second time this has happened (and assuming they were caused by the same issue), I'm curious as to how you are configuring your versions in the app - it is an automated or manual process?