mirror of
https://github.com/axllent/mailpit.git
synced 2026-04-26 00:35:51 +03:00
[GH-ISSUE #19] Allow Mailpit to run at a non-root app context such as /mailpit/ #18
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#18
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 @dforrest-es on GitHub (Oct 17, 2022).
Original GitHub issue: https://github.com/axllent/mailpit/issues/19
Is there a way to configure an application context? I need to serve Mailpit behind a proxy at
https://{hostname}/mailpit/. However, the app artifacts (dist/app.js, etc) do not include that context.This behavior would be similar to MailHog's
MH_UI_WEB_PATH(docs)@axllent commented on GitHub (Oct 17, 2022):
The artefacts themselves should be relative to the entry point , so this should not be a problem and works fine here (at work we also use it as a virtual subdirectory which is proxies). Have you checked the http requests in your browser's debug tools to see what path it is using for those assets?
@macau23 commented on GitHub (Oct 28, 2022):
We currently also want to use Mailpit both behind a proxy, and directly.
Previously we used the option
-ui-web-path, e.g.-ui-web-path mailpitto do this, but now this no longer works.@axllent commented on GitHub (Oct 28, 2022):
I don't understand how your proxy is set up. I use one that that is simply like this which works perfectly fine:
@macau23 commented on GitHub (Oct 31, 2022):
For us, we need to access the application at http://somehost:8025/mailpit/ (i.e. direct) and http://someproxy/mailpit/ so that does not work.
@axllent commented on GitHub (Oct 31, 2022):
I have added a
--webrootflag for you in v1.2.7@dforrest-es commented on GitHub (Nov 5, 2022):
Thank you @axllent, and thanks to @macau23 for explaining our similar use cases. The changes are working well for me.
@saurabhnanda commented on GitHub (Jan 16, 2025):
thank you @axllent -- came here looking for this exact use-case.