I seem to be having a problem with my postfix email server logging into POP3 to check mail I can send mail but not receive it. Everything was working fine before the upgrade to 3.81 I could send and receive email fine without any problems. server is setup to use TLS encryption. Below is my current config. I did change the mailbox_command to mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME to do the inital check and then I changed it back later to the default and commented the mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME out. I tried with both settings and neither one seems to be working.
See /usr/share/postfix/main.cf.dist for a commented, more complete version Debian specific: Specifying a file name will cause the first line of that file to be used as the name. The Debian default is /etc/mailname. myorigin = /etc/mailnamesmtpd_banner = $myhostname ESMTP $mail_name mail.whosspeakingtoday.net biff = no
appending .domain is the MUA's job.append_dot_mydomain = no
Uncomment the next line to generate "delayed mail" warnings delay_warning_time = 4hreadme_directory = no
TLS parameterssmtpd_tls_cert_file = /etc/ssl/certs/smtpd.crt smtpd_tls_key_file = /etc/ssl/private/smtpd.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
See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for information on enabling SSL in the smtp client.myhostname = whosspeakingtoday.net alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = /etc/mailname mydestination = whosspeakingtoday.net, mail.whosspeakingtoday.net, localhost relayhost = mynetworks = 127.0.0.0/8 mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all virtual_alias_maps = hash:/etc/postfix/virtual sender_bcc_maps = hash:/etc/postfix/bcc mailbox_command = procmail -a "$EXTENSION"
mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAMEhome_mailbox = Maildir/https://whosspeakingtoday.net:10000/ smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous broken_sasl_auth_clients = yes smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination inet_protocols = all smtpd_sasl_local_domain = smtp_tls_security_level = may smtpd_tls_security_level = may smtpd_tls_auth_only = no smtp_tls_note_starttls_offer = yes smtpd_tls_CAfile = /etc/ssl/certs/cacert.pem smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_session_cache_timeout = 3600s tls_random_source = dev:/dev/urandom
Also here is my procmail log file below maybe some else is having the same issues I am. Any assistance would be helpful I am using Ubuntu 10.04.1 LTS
procmail: Unable to treat as directory "/home/whosspeakingtoday/homes/mikem/Maildir/new" procmail: Skipped "/home/whosspeakingtoday/homes/mikem/Maildir" procmail: Unable to treat as directory "/home/whosspeakingtoday/homes/mikem/Maildir/new" procmail: Skipped "/home/whosspeakingtoday/homes/mikem/Maildir" From mikem@whosspeakingtoday.net Tue Oct 19 21:06:58 2010 Subject: =?utf-8?B?TWljcm9zb2Z0IE9mZmljZSBPdXRsb29rIFRlc3QgTWVzc2FnZQ==?= Folder: Bounced 0
Here is my dovecot log looks like a permission error somewhere?
2010-10-19 22:53:01 POP3(mikem.whosspeakingtoday): Error: mkdir(/home/whosspeakingtoday/homes/mikem/Maildir/cur) failed: Permission denied (euid=1005(mikem.whosspeakingtoday) egid=1000(whosspeakingtoday) missing +w perm: /home/whosspeakingtoday/homes/mikem/Maildir) 2010-10-19 22:53:01 POP3(mikem.whosspeakingtoday): Error: Couldn't open INBOX: Internal error occurred. Refer to server log for more information. [2010-10-19 22:53:01] 2010-10-19 22:53:01 POP3(mikem.whosspeakingtoday): Info: Couldn't open INBOX top=0/0, retr=0/0, del=0/0, size=0 2010-10-19 22:54:37 IMAP(mikem.whosspeakingtoday): Error: mkdir(/home/whosspeakingtoday/homes/mikem/Maildir/cur) failed: Permission denied (euid=1005(mikem.whosspeakingtoday) egid=1000(whosspeakingtoday) missing +w perm: /home/whosspeakingtoday/homes/mikem/Maildir) 2010-10-19 22:54:37 IMAP(mikem.whosspeakingtoday): Error: mkdir(/home/whosspeakingtoday/homes/mikem/Maildir/cur) failed: Permission denied (euid=1005(mikem.whosspeakingtoday) egid=1000(whosspeakingtoday) missing +w perm: /home/whosspeakingtoday/homes/mikem/Maildir) 2010-10-19 22:54:37 imap-login: Info: Login: user=<mikem.whosspeakingtoday>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured 2010-10-19 22:54:37 IMAP(mikem.whosspeakingtoday): Error: mkdir(/home/whosspeakingtoday/homes/mikem/Maildir/cur) failed: Permission denied (euid=1005(mikem.whosspeakingtoday) egid=1000(whosspeakingtoday) missing +w perm: /home/whosspeakingtoday/homes/mikem/Maildir) 2010-10-19 22:54:37 IMAP(mikem.whosspeakingtoday): Info: Connection closed bytes=72/618
Yeah, the error here seems pertinent:
Error: mkdir(/home/whosspeakingtoday/homes/mikem/Maildir/cur) failed: Permission denied (euid=1005(mikem.whosspeakingtoday) egid=1000(whosspeakingtoday) missing +w perm: /home/whosspeakingtoday/homes/mikem/Maildir)
It sounds like there's a permissions problem preventing Dovecot from being able to interact with the mail files.
That's not likely to be related to your Virtualmin upgrade, as that doesn't change config files or filesystem permissions during the upgrade. It's possible something else occurred at a similar time though.
Is it just this one user that's having trouble? Or are all users seeing this same problem?
You may want to verify that this user had permission to write to the dir "/home/whosspeakingtoday/homes/mikem/Maildir".
-Eric
Thank you so much i knew it might be a permission problem but didn't know exactly where to look though. I chown the directory /home/whosspeakingtoday/homes/mikem/Maildir to mikem.whosspeakingtoday and viola it works sent and recieved test email and everything. I still don't know how the permissions were changed as it showed the directory was owned by root not the user. I have duplicated this issue on one of my production servers earlier this morning not the one I just fixed, with the same user different domain. It has me a little bit concerned but at least I know how to fix the issue now. Thank you again so much. I reverted my production server back to another vzdump snapshot last night so it would be working today this was before I knew how to fix the problem. I will let you know how the upgrade for it goes after I finish it Wed night. I will make notes of the user permissions as well before and after the upgrade.