[Dovecot] IMAP Client Not Recieving Email (DoveCot + PostFix + IMAP Client)
- Postfix is doing its job sending and receiving email. It puts the email in the unix user mailboxes (MBOX).
- My Outlook client is authenticating with DoveCot using IMAP protocol without issue.
The Problem:
The mail that is placed my system users mailbox by postfix is not being transmitted to my outlook client by dovecot.
/etc/postfix/main.cf:
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu) biff = no append_dot_mydomain = no readme_directory = no smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key smtpd_use_tls=yes smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache myhostname = mail.somewhere.org #alias_maps = hash:/etc/aliases #alias_database = hash:/etc/aliases myorigin = /etc/mailname mydestination = somewhere.org, somewhere.home, localhost.home, , localhost mynetworks = 127.0.0.0/8 192.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all relayhost = outgoing.verizon.net:587 smtp_sasl_auth_enable=yes smtp_sasl_password_maps=hash:/etc/postfix/sasl_passwd smtp_sasl_security_options=
dovecot -n
# 1.2.12: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35-28-server x86_64 Ubuntu 10.10 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login first_valid_uid: 1000 mail_privileged_group: mail mail_location: mbox:~/mail:INBOX=/var/mail/%u mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 auth default: passdb: driver: pam args: dovecot userdb: driver: passwd
I would appreciate any input :)
View this message in context: http://old.nabble.com/IMAP-Client-Not-Recieving-Email-%28DoveCot-%2B-PostFix... Sent from the Dovecot mailing list archive at Nabble.com.
on 4/1/2011 8:15 PM ShepN spake the following:
- Postfix is doing its job sending and receiving email. It puts the email in the unix user mailboxes (MBOX).
- My Outlook client is authenticating with DoveCot using IMAP protocol without issue.
The Problem:
The mail that is placed my system users mailbox by postfix is not being transmitted to my outlook client by dovecot.
<snip> > > I would appreciate any input :) Dovecot does not transmit anything to your client. Outlook has to go and get it. Are you sure that the mail is getting delivered into the proper mbox file? Is the mail set with proper ownership? Does dovecot have adequate access into the mail store?
On Fri, Apr 01, 2011 at 08:15:59PM -0700, ShepN wrote:
The mail that is placed my system users mailbox by postfix is not being transmitted to my outlook client by dovecot.
My first thought was that dovecot was not looking in the place where postfix put the mail, but that seems not to be it.
dovecot is looking for the mail in "/var/mail/$USER":
[dovecot] mail_location: mbox:~/mail:INBOX=/var/mail/%u
And after checking procmail's man page, OK, the default location for the mbox is /var/mail/$LOGNAME
[postfix] mailbox_command = procmail -a "$EXTENSION"
Maybe the names aren't the same? It would be useful to confirm what the exact filenames are in /var/mail, and th have the log lines from postfix and dovecot when a mail is delivered by postfix and dovecot tries to read it.
By the way,
[postfix] mynetworks = 127.0.0.0/8 192.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
"192.0.0.0/8" invites a LOT of problems. I suspect/hope you meant "192.168.0.0/16". The exception would be if you have a specific static public IP range attributed by your ISP and attributed to your ISP, as verified by IP WHOIS . . . and "192.0.0.0/8" is CERTAINLY not it. You should change immediately.
HTH
participants (3)
-
Lorens Kockum
-
Scott Silva
-
ShepN