• We value your experience with Plesk during 2024
    Plesk strives to perform even better in 2025. To help us improve further, please answer a few questions about your experience with Plesk Obsidian 2024.
    Please take this short survey:

    https://pt-research.typeform.com/to/AmZvSXkx
  • The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

Dovecot secure IMAP server with Sieve support

vladimir_ch

New Pleskian
Every time i use Dovecot secure IMAP server with Sieve support
I can not receive emails

note. Upgraded from 11.5 to 12

Jun 18 08:03:36 CO6302 postfix/qmgr[1523]: 284FAA0E86: from=<[email protected]>, size=1943, nrcpt=1 (queue active)
Jun 18 08:03:36 CO6302 postfix-local[2036]: postfix-local: [email protected], [email protected], dirname=/var/qmail/mailnames
Jun 18 08:03:36 CO6302 postfix/pipe[2035]: 284FAA0E86: to=<[email protected]>, relay=plesk_virtual, delay=336, delays=335/0.01/0/0.19, dsn=4.3.0, status=deferred (temporary failure. Command output: lda: Error: user [email protected]: Error reading configuration: Invalid settings: postmaster_address setting not given lda: Fatal: Internal error occurred. Refer to server log for more information. 4.2.1 Message can not be delivered at this time )
Jun 18 08:04:16 CO6302 plesk sendmail[2042]: Unable to resolve fqdn: Name or service not known
Jun 18 08:04:16 CO6302 plesk sendmail[2042]: It is impossible to detect the FQDN of the host.#012Please make sure that the host name is correctly specified in /etc/hosts and goes right after the host's IP address.#012Depending on your OS, you might need to set the host name in /etc/HOSTNAME or /etc/hostname.
Jun 18 08:04:16 CO6302 plesk sendmail[2042]: Unable to retrieve hostname.
Jun 18 08:04:16 CO6302 plesk sendmail[2043]: Unable to get sender domain since sender mailname is NULL
Jun 18 08:04:16 CO6302 check-quota filter[2044]: Some args not defined. Use /usr/local/psa/handlers/hooks/check-quota <CONTEXT> <FROM> <RECIPIENTS_LIST>
Jun 18 08:04:16 CO6302 plesk sendmail[2043]: handlers_stderr: Some args not defined. Use /usr/local/psa/handlers/hooks/check-quota <CONTEXT> <FROM> <RECIPIENTS_LIST>
Jun 18 08:04:16 CO6302 plesk sendmail[2043]: Error during 'check-quota' handler
Jun 18 08:04:16 CO6302 plesk sendmail[2043]: Unable to get sender domain since sender mailname is NULL
Jun 18 08:04:16 CO6302 postfix/pickup[1522]: 58717A0E93: uid=0 from=<root>
Jun 18 08:04:16 CO6302 postfix/cleanup[2048]: 58717A0E93: message-id=<[email protected]>
Jun 18 08:04:16 CO6302 postfix/qmgr[1523]: 58717A0E93: from=<[email protected]>, size=1175, nrcpt=1 (queue active)
Jun 18 08:04:16 CO6302 postfix/smtp[2049]: certificate verification failed for gmail-smtp-in.l.google.com[2607:f8b0:400e:c03::1b]:25: untrusted issuer /C=US/O=Equifax/OU=Equifax Secure Certificate Authority
Jun 18 08:04:17 CO6302 postfix/smtp[2049]: 58717A0E93: to=<[email protected]>, relay=gmail-smtp-in.l.google.com[2607:f8b0:400e:c03::1b]:25, delay=1.1, delays=0.11/0.01/0.69/0.34, dsn=2.0.0, status=sent (250 2.0.0 OK 1403093055 oy9si1953947pbc.166 - gsmtp)
Jun 18 08:04:17 CO6302 postfix/qmgr[1523]: 58717A0E93: removed
Jun 18 08:08:11 CO6302 dovecot: master: Warning: SIGHUP received - reloading configuration
Jun 18 08:08:11 CO6302 dovecot: imap: Server shutting down. rcvd=3507, sent=7653
Jun 18 08:08:12 CO6302 dovecot: imap-login: Login: user=<[email protected]>, method=CRAM-MD5, rip=62.162.182.58, lip=162.245.223.109, mpid=2091, TLS, session=<zr1KHRv8PgA+orY6>
Jun 18 08:08:36 CO6302 postfix/qmgr[1523]: B0806A0E7E: from=<[email protected]>, size=1935, nrcpt=1 (queue active)
Jun 18 08:08:36 CO6302 postfix-local[2095]: postfix-local: [email protected], [email protected], dirname=/var/qmail/mailnames
Jun 18 08:08:37 CO6302 postfix/pipe[2094]: B0806A0E7E: to=<[email protected]>, relay=plesk_virtual, delay=2702, delays=2701/0.01/0/0.29, dsn=4.3.0, status=deferred (temporary failure. Command output: lda: Error: user [email protected]: Error reading configuration: Invalid settings: postmaster_address setting not given lda: Fatal: Internal error occurred. Refer to server log for more information. 4.2.1 Message can not be delivered at this time )
 
Check your /etc/postfix/main.cf ! The log file says postmaster_address not given maybe you deleted to much.
 
as I said, this only happens after i enable Dovecot from the panel, postfix has nothing to do with this since its working correct for sending emails from the server, the problem is receiving the emails. And i did not touch anything regarding email settings or manually editing files.
 
Ok... Maybe it helps to reinstall dovecot or Switch back to Fourier and later back.

Service dovecot reload Shows no errors?

Please empty the logfile and perform a dovecot start.
 
Then your logfile is insufficient

It only tells me That postfix can't read the FQDN of your Host system. The only dovecot referred log is a SIGHUP.

Are you saure the /etc/hostname is corrcect?
 
The problem (or at least a problem) is that the Plesk installer for Dovecot does not add postmaster_address to the dovecot config, as evidenced by
Invalid settings: postmaster_address setting not given lda: Fatal: Internal error occurred.​

That would be easy enough to solve by editing one of the dovecot config files, except that Plesk will overwrite those files the next time it gets a chance.

It's the sort of thing that really ought to be in one of the mail configuration screens anyway since RFC 5321 (and all the way back to RFC 822) requires a postmaster address for mail domains.

Seems like an example of a commercial entity providing "user-friendly" access to open-source software, shipping it with broken configurations. This leaves the customer with the choice to go to the forums for the software itself, which won't do any good since the standard fixes are prevented by the proprietary "user-friendly" packaging, or to pay the commercial entity for support for their broken product.
 
Back
Top