2021-03-01 10:41:19 +00:00
---
title: 'Troubleshooting | Debugging'
---
2019-03-08 20:54:33 +00:00
2021-03-01 10:41:19 +00:00
!!! info "Contributions Welcome!"
Please contribute your solutions to help the community :heart:
2019-03-08 20:54:33 +00:00
2021-03-01 10:41:19 +00:00
## Enable Verbose Debugging Output
2019-03-08 20:54:33 +00:00
2021-05-11 10:15:34 +00:00
You may find it useful to enable the [`DMS_DEBUG`][docs-environment-dmsdebug] environment variable.
2017-05-13 18:16:08 +00:00
2021-03-01 10:41:19 +00:00
## Invalid Username or Password
2017-01-04 00:46:39 +00:00
2021-03-01 10:41:19 +00:00
1. Shell into the container:
2017-05-13 19:56:06 +00:00
2021-03-01 10:41:19 +00:00
```sh
docker exec -it < my-container > bash
```
2017-05-13 19:56:06 +00:00
2021-03-01 10:41:19 +00:00
2. Check log files in `/var/log/mail` could not find any mention of incorrect logins here neither in the dovecot logs.
2017-01-04 00:58:12 +00:00
2021-03-01 10:41:19 +00:00
3. Check the supervisors logs in `/var/log/supervisor` . You can find the logs for startup of fetchmail, postfix and others here - they might indicate problems during startup.
2018-11-10 10:46:58 +00:00
2021-03-01 10:41:19 +00:00
4. Make sure you set your hostname to `mail` or whatever you specified in your `docker-compose.yml` file or else your FQDN will be wrong.
2018-01-01 17:27:15 +00:00
2018-01-01 17:30:55 +00:00
## Installation Errors
2018-01-01 17:29:12 +00:00
2021-03-01 10:41:19 +00:00
During setup, if you get errors trying to edit files inside of the container, you likely need to install `vi` :
2018-01-01 17:29:12 +00:00
2021-03-01 10:41:19 +00:00
```sh
2018-01-01 17:33:39 +00:00
sudo su
2021-03-01 10:41:19 +00:00
docker exec -it < my-container > apt-get install -y vim
2018-01-01 17:33:39 +00:00
```
2021-03-01 10:41:19 +00:00
2018-01-01 21:20:58 +00:00
## Testing Connection
2021-03-01 10:41:19 +00:00
I spent HOURS trying to debug "Connection Refused" and "Connection closed by foreign host" errors when trying to use telnet to troubleshoot my connection. I was also trying to connect from my email client (macOS mail) around the same time. Telnet had also worked earlier, so I was extremely confused as to why it suddenly stopped working. I stumbled upon `fail2ban.log` in my container. In short, when trying to get my macOS client working, I exceeded the number of failed login attempts and fail2ban put dovecot and postfix in jail! I got around it by whitelisting my ipaddresses (my ec2 instance and my local computer)
```sh
2018-01-01 21:20:58 +00:00
sudo su
docs(chore): Normalize for consistency (#2206)
"Brief" summary/overview of changes. See the PR discussion or individual commits from the PR for more details.
---
Only applies to the `docs/content/**` content (_and `setup` command_). `target/` and `test/` can be normalized at a later date.
* Normalize to `example.com`
- Domains normalized to `example.com`: `mywebserver.com`, `myserver.tld`, `domain.com`, `domain.tld`, `mydomain.net`, `my-domain.tld`, `my-domain.com`, `example.org`, `whoami.com`.
- Alternative domains normalized to `not-example.com`: `otherdomain.com`, `otherdomain.tld`, `domain2.tld`, `mybackupmx.com`, `whoareyou.org`.
- Email addresses normalized to `admin@example.com` (in `ssl.md`): `foo@bar.com`, `yourcurrentemail@gmail.com`, `email@email.com`, `admin@domain.tld`.
- Email addresses normalized to `external-account@gmail.com`: `bill@gates321boom.com`, `external@gmail.com`, `myemail@gmail.com`, `real-email-address@external-domain.com`.
- **`faq.md`:** A FAQ entry title with `sample.domain.com` changed to `subdomain.example.com`.
- **`mail-fetchmail.md`:** Config examples with FQDNs for `imap`/`pop3` used `example.com` domain for a third-party, changed to `gmail.com` as more familiar third-party/external MTA.
* Normalize config volume path
- Normalizing local config path references to `./docker-data/dms/config/`: `./config/`, `config/`, \``config`\`, `/etc/` (_volume mount src path prefix_).
- Normalize DMS volume paths to `docker-data/dms/mail-{data,state,log}`: `./mail`, `./mail-state` `./data/mail`, `./data/state`, `./data/logs`, `./data/maildata`, `./data/mailstate`, `./data/maillogs`, (_dropped/converted data volumes: `maildata`, `mailstate`_).
- Other docker images also adopt the `docker-data/{service name}/` prefix.
* `ssl.md` - Use `dms/custom-certs` where appropriate.
* Apply normalizations to README and example `docker-compose.yml`
---
Common terms, sometimes interchangeably used or now invalid depending on context: `mail`, `mail container`, `mail server`, `mail-server`, `mailserver`,`docker-mailserver`, `Docker Mailserver`.
Rough transformations applied to most matches (_conditionally, depending on context_):
- 'Docker Mailserver' => '`docker-mailserver`'
- 'mail container' => '`docker-mailserver`' (_optionally retaining ' container'_)
- 'mail server' => 'mail-server' / '`docker-mailserver`'
- 'mail-server' => '`docker-mailserver`'
- 'mailserver' => 'mail-server' / '`docker-mailserver`'
Additionally I checked `docker run` (_plus `exec`, `logs`, etc, sub-commands_) and `docker-compose` commands. Often finding usage of `mail` instead of the expected `mailserver`
Additionally changes `mailserver` hostname in k8s to `mail` to align with other non-k8s examples.
---
* drive-by revisions
Mostly minor revisions or improvements to docs that aren't related to normalization effort.
2021-09-22 23:29:37 +00:00
docker exec -it mailserver bash
2018-01-01 21:20:58 +00:00
cd /var/log
cat fail2ban.log | grep dovecot
2021-03-01 10:41:19 +00:00
# Whitelist IP addresses:
2018-01-09 07:39:54 +00:00
fail2ban-client set dovecot addignoreip < server ip > # Server
2018-01-01 21:23:27 +00:00
fail2ban-client set postfix addignoreip < server ip >
2018-01-09 07:39:54 +00:00
fail2ban-client set dovecot addignoreip < client ip > # Client
2018-01-01 21:23:27 +00:00
fail2ban-client set postfix addignoreip < client ip >
2018-01-01 21:20:58 +00:00
2021-03-01 10:41:19 +00:00
# This will delete the jails entirely - nuclear option
2018-01-01 21:20:58 +00:00
fail2ban-client stop dovecot
fail2ban-client stop postfix
2020-07-15 06:32:38 +00:00
```
2021-03-23 23:44:28 +00:00
## Sent email is never received
2020-07-15 06:32:38 +00:00
Some hosting provides have a stealth block on port 25. Make sure to check with your hosting provider that traffic on port 25 is allowed
Common hosting providers known to have this issue:
2021-05-11 10:15:34 +00:00
2020-07-15 06:32:38 +00:00
- [Azure ](https://docs.microsoft.com/en-us/azure/virtual-network/troubleshoot-outbound-smtp-connectivity )
2021-03-01 10:41:19 +00:00
- [AWS EC2 ](https://aws.amazon.com/premiumsupport/knowledge-center/ec2-port-25-throttle/ )
2021-05-11 10:15:34 +00:00
[docs-environment-dmsdebug]: ../environment.md#dms_debug