Question 1

SSL이 필요한 경우 Modoboa가 관리형 MySQL 또는 PostgreSQL 데이터베이스에 연결하지 못하는 문제를 어떻게 해결하나요?

Accepted Answer

`--dburl`을 통해 전달된 데이터베이스 `OPTIONS`를 보존하는 issue #1835 수정 사항이 포함된 Modoboa 릴리스로 업그레이드하세요. 업그레이드할 수 없는 경우 `settings.py`에 SSL 설정을 수동으로 추가하세요. PostgreSQL의 경우 다음을 사용하세요: ```python DATABASES = { 'default': { 'ENGINE': 'django.db.backends.postgresql', 'NAME': '', 'USER': '', 'PASSWORD': '', 'HOST': '', 'PORT': '5432', 'OPTIONS': { 'sslmode': 'require', }, } } ``` 서버 인증서를 검증하려면 `sslmode: 'verify-full'`을 사용하고 `'sslrootcert': '/path/to/ca.crt'`를 추가하세요. MySQL의 경우 다음을 추가하세요: ```python DATABASES = { 'default': { 'ENGINE': 'django.db.backends.mysql', 'NAME': '', 'USER': '', 'PASSWORD': '', 'HOST': '', 'PORT': '3306', 'OPTIONS': { 'ssl': { 'ca': '/path/to/ca.pem', 'cert': '/path/to/client-cert.pem', 'key': '/path/to/client-key.pem', } }, } } ``` CA 인증서만 필요한 경우 `cert`와 `key`는 생략하세요. Modoboa를 실행하는 데이터베이스 사용자가 인증서 파일을 읽을 수 있는지 확인한 후 Modoboa 애플리케이션 서비스(예: uWSGI 또는 Gunicorn)를 다시 시작하세요. Nginx만 다시 시작하는 것으로는 충분하지 않습니다.

Question 2

이름을 변경한 Modoboa 메일박스가 Postfix에서 450을 반환하며 사용할 수 없게 되는 이유는 무엇인가요?

Accepted Answer

실패하거나 처리되지 않은 이름 변경 작업은 `admin_mailboxoperation`에 행을 남깁니다. 그러면 Postfix의 `sql-maintain` 쿼리가 해당 메일박스를 계속 보류 중으로 처리하고 `450` 코드로 메일을 거부합니다. "보류 중인 이름 변경 작업으로 인해 메일박스가 차단된 상태로 남지 않도록 함" 수정 사항이 포함된 릴리스로 Modoboa를 업그레이드하세요. 즉각적인 해결 방법으로, 메일박스/maildir 상태를 확인한 다음 MySQL에서 남아 있는 행을 제거하세요:

```sql
SELECT * FROM admin_mailboxoperation;
DELETE FROM admin_mailboxoperation WHERE id = <stale_rename_operation_id>;
```

이름 변경이 이미 존재하는 대상, `mv` 또는 `makedirs` 오류로 인해 실패한 경우, 행을 삭제하기 전에 메일 디렉터리를 수동으로 바로잡으세요. 또한 애플리케이션이 메일 디렉터리 이름을 자동으로 변경할 것으로 기대하는 경우 Modoboa의 mailbox handling/`handle_mailboxes` 설정이 활성화되어 있는지 확인하세요.

Question 3

Redis가 TCP 포트 6379 대신 Unix 소켓에서만 수신 대기하는 경우 Modoboa를 어떻게 배포해야 하나요?

Accepted Answer

`--redisurl` 옵션이 포함된 Modoboa 릴리스로 업그레이드한 다음, 배포 시 Redis 소켓 URL을 전달하세요:

```bash
modoboa-admin.py deploy --redisurl unix:///run/redis/redis.sock
```

이렇게 하면 `redis://localhost:6379`를 기본값으로 가정하는 대신, 제공된 값이 생성된 `settings.py`의 `REDIS_URL`에 기록됩니다.

해당 옵션을 사용할 수 없는 Modoboa 2.4.10에서는 TCP 루프백에서 Redis를 일시적으로 활성화하고(`redis.conf`에 `bind 127.0.0.1 -::1` 및 `port 6379` 설정), Redis를 재시작한 후 배포 도구를 실행한 다음, `REDIS_URL = "unix:///run/redis/redis.sock"`를 수동으로 설정하고 Modoboa 서비스를 재시작하세요.

Question 4

Modoboa에서 doveadm -A가 "User no longer exists, skipping"라고 보고하는 문제를 해결하는 방법

Accepted Answer

이 메시지는 `core_user`에 `email` 필드가 비어 있는 관리자 계정이 포함되어 있고 Dovecot의 `iterate_query`가 해당 빈 사용자 이름을 반환할 때 발생합니다. 다음으로 확인하세요:

```sql
SELECT username, email AS user FROM core_user;
```

관리자 계정에 유효한 이메일 주소를 할당하거나 `/etc/dovecot/dovecot-sql.conf.ext`에서 빈 주소를 필터링하여 문제를 해결하세요:

```conf
iterate_query = SELECT email AS user FROM core_user WHERE email != ''
```

그런 다음 Dovecot을 다시 시작하세요:

```bash
sudo systemctl restart dovecot
```

예를 들어 다음과 같이 다시 테스트하세요:

```bash
doveadm search -A mailbox Trash savedbefore 14d
```

Question 5

modoboa 1.4.2 별칭 가져오기가 'Local recipient not found' 오류로 실패하는 이유는 무엇인가요?

Accepted Answer

modoboa 1.4.2의 버그로 인해 대상 계정이 아직 존재하지 않을 때 별칭 가져오기가 실패합니다. `Alias.set_recipients()` 메서드는 수신자가 존재하는지 확인하고, 존재하지 않으면 생성하지 않고 `NotFound` 예외를 발생시킵니다. 이로 인해 동일한 CSV 파일에서 나중에 정의된 계정을 참조하는 별칭 가져오기가 중단됩니다.

해결 방법: `modoboa/admin/models/alias.py`를 편집하여 133~139번 줄을 주석 처리합니다.

```python
                    # if rcpt is None:
                    #     raise NotFound(
                    #         _("Local recipient {}@{} not found")
                    #         .format(local_part, domname)
                    #     )
                    # if rcpt.address == self.address:
                    #     raise Conflict
```

이렇게 하면 조기 확인을 건너뛰고 가져오기가 성공할 수 있습니다. 주석 처리 후에는 대상이 누락된 경우에도 가져오기가 별칭을 생성한다는 점에 유의하세요. 필요한 경우 CSV에 계정을 별칭보다 먼저 나열해야 합니다.

Modoboa

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트