Actually, it is a frustration: The client does not work, have tried Opera mail and Outlook, to receive mail. the client can send, but not receive. I know the mail is sitting in the user account Maildir ready to be picked up. Dovecot "compiles" fine. What am I doing wrong? Someone please help me, I know it is something simple. I have racked the net trying to find a solution, but no 2 mail setups are the same. My setup is the simplest I can make it. I have Postfix and Dovecot installed on Linux. All recent versions. Plain text authentication off shadow passwords and login user accounts. Mail is configured as Maildir, IMAP. As you can see below, I have turned logs on and there is nothing in them that shows an error. I am on a real static IP behind a firewall. I have opened the SMTP and IMAP ports. BTW, Postfix can send and receive local and outside. IMAP does not work to/fro outside or locally. I have also logged into Dovecot like so: telnet localhost imap 1 login test testing 2 select INBOX It lets me login and I have tried it with root, which it rejects and with another account which works. It selects the INBOX and I hit the return key multiple times to exit because I don't know what else to type. So, it looks like it is authenticating. Postfix is working fine, it can send and receive mail both locally and the outside world. It puts the messages in the Maildir directories as it is supposed to. Here is my dovecot.conf file: protocols = imap imaps listen = * ssl_listen = * ssl_disable = no ssl_cert_file = /etc/pki/dovecot/certs/dovecot.pem ssl_key_file = /etc/pki/dovecot/private/dovecot.pem ssl_parameters_regenerate = 168 log_path = /var/log/dovecot info_log_path = /var/log/dovecot.info verbose_ssl = yes protocol imap { } auth_verbose = yes auth default { # Space separated list of wanted authentication mechanisms: # plain login digest-md5 cram-md5 ntlm rpa apop anonymous gssapi mechanisms = plain login userdb passwd { } passdb shadow { }
You probably need to set default_mail_env Yudhvir Singh Sidhu wrote:> Actually, it is a frustration: The client does not work, have tried > Opera mail and Outlook, to receive mail. the client can send, but not > receive. I know the mail is sitting in the user account Maildir ready > to be picked up. Dovecot "compiles" fine. What am I doing wrong? > Someone please help me, I know it is something simple. I have racked > the net trying to find a solution, but no 2 mail setups are the same. > My setup is the simplest I can make it. > > I have Postfix and Dovecot installed on Linux. All recent versions. > Plain text authentication off shadow passwords and login user > accounts. Mail is configured as Maildir, IMAP. As you can see below, I > have turned logs on and there is nothing in them that shows an error. > I am on a real static IP behind a firewall. I have opened the SMTP and > IMAP ports. BTW, Postfix can send and receive local and outside. IMAP > does not work to/fro outside or locally. > > I have also logged into Dovecot like so: > > telnet localhost imap > 1 login test testing > 2 select INBOX > > It lets me login and I have tried it with root, which it rejects and > with another account which works. It selects the INBOX and I hit the > return key multiple times to exit because I don't know what else to > type. So, it looks like it is authenticating. > > Postfix is working fine, it can send and receive mail both locally and > the outside world. It puts the messages in the Maildir directories as > it is supposed to. > > Here is my dovecot.conf file: > > protocols = imap imaps > > listen = * > ssl_listen = * > ssl_disable = no > > ssl_cert_file = /etc/pki/dovecot/certs/dovecot.pem > ssl_key_file = /etc/pki/dovecot/private/dovecot.pem > ssl_parameters_regenerate = 168 > > log_path = /var/log/dovecot > info_log_path = /var/log/dovecot.info > > verbose_ssl = yes > > protocol imap { > } > auth_verbose = yes > > auth default { > # Space separated list of wanted authentication mechanisms: > # plain login digest-md5 cram-md5 ntlm rpa apop anonymous gssapi > mechanisms = plain login > userdb passwd { > } > passdb shadow { > }