I am unable to receive email when using any client, however, the email forward function is working. I do see that the emails are in the respective web "new" directory, but can't pick them up from UebiMiau, Outlook, etc. Sending mail works fine. Also, what postfix setting determines what the pop and smtp settings should be when configuring an email client? Thanks...
Code: Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 *:imaps *:* LISTEN 2190/xinetd tcp 0 0 *:32769 *:* LISTEN 1804/rpc.statd tcp 0 0 *:pop3s *:* LISTEN 2190/xinetd tcp 0 0 *:mysql *:* LISTEN 2284/mysqld tcp 0 0 *:pop3 *:* LISTEN 2190/xinetd tcp 0 0 *:imap *:* LISTEN 2190/xinetd tcp 0 0 *:sunrpc *:* LISTEN 1786/portmap tcp 0 0 *:81 *:* LISTEN 2654/ispconfig_http tcp 0 0 *:ftp *:* LISTEN 20945/proftpd: (acc tcp 0 0 server2.domain1.c:domain *:* LISTEN 2776/named tcp 0 0 server2.domain1.com:ipp *:* LISTEN 1202/cupsd tcp 0 0 server2.domain1.com:5335 *:* LISTEN 2109/mDNSResponder tcp 0 0 *:smtp *:* LISTEN 21047/master tcp 0 0 server2.domain1.com:rndc *:* LISTEN 2776/named tcp 0 0 server2.domain1.com:ftp server2.domain1.co:52629 TIME_WAIT - tcp 0 0 *:http *:* LISTEN 2677/httpd tcp 0 0 *:ssh *:* LISTEN 2181/sshd tcp 0 0 ::1:rndc *:* LISTEN 2776/named tcp 0 0 *:https *:* LISTEN 2677/httpd
You're using the mbox format. Make sure that Maildir is disabled under Management -> Server -> Settings -> Email.
It was selected so I deselected it. Do I need to restart the mail server or ISPConfig to get the change to take place because I still have not seen any emails come in since changing it? I sent another test email too.
Still no luck by disabling maildir. Here is an email kicked back from postfix when I sent an email from my Yahoo account (I have removed some private detail): Code: This is the Postfix program at host server2.domain1.com. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to <postmaster> If you do so, please include this problem report. You can delete your own text from the attached returned message. The Postfix program <[B]web2_ctp@/etc/mailname[/B]> (expanded from <[email protected]>): bad address syntax: "[B]web2_ctp@/etc/mailname[/B]" Message/delivery-status Reporting-MTA: dns; server2.domain1.com X-Postfix-Queue-ID: 7484A14800B4 X-Postfix-Sender: rfc822; [email protected] Arrival-Date: Wed, 31 May 2006 12:49:38 -0400 (EDT) Final-Recipient: rfc822; [B]web2_ctp@/etc/mailname[/B] Original-Recipient: rfc822; [email protected] Action: failed Status: 5.0.0 Diagnostic-Code: X-Postfix; bad address syntax: "[B]web2_ctp@/etc/mailname[/B]"
Code: # See /usr/share/postfix/main.cf.dist for a commented, more complete version smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) 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 = 4h myhostname = server2.domain1.com alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = /etc/mailname mydestination = server2.domain1.com, localhost.domain1.com, , localhost relayhost = mynetworks = 127.0.0.0/8 mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all smtpd_sasl_local_domain = 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 smtpd_tls_auth_only = no smtp_use_tls = yes smtpd_use_tls = yes smtp_tls_note_starttls_offer = yes smtpd_tls_key_file = /etc/postfix/ssl/smtpd.key smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.crt smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_session_cache_timeout = 3600s tls_random_source = dev:/dev/urandom home_mailbox = Maildir/ virtual_maps = hash:/etc/postfix/virtusertable mydestination = /etc/postfix/local-host-names smtp_destination_recipient_limit = 500
First set Code: myorigin = /etc/mailname to Code: myorigin = server2.domain1.com And then delete Code: home_mailbox = Maildir/ because otherwise emails will still be delivered to Maildir, no matter of Maildir is disabled in ISPConfig. Restart Postfix afterwards.
Hats off to you falko, that did the trick. I don't know why I missed this in the originial setup. Its probably best that I don't even ask... Thanks very much!
Another issue is that some of the email accounts reject incoming emails which bounces back the email to the sender saying that "User has exceeded quota." or something similar. I have this particular account unrestricted at "-1" or "unlimited". Any ideas?
They had no attachments or text body. They were just test messages for a new web. All settings are set to -1, even the webspace. I noticed that in Uebimaiu, the user's quota graph does not even show.
web2 has no issues, but web6 is the one that cannot receive mail due to "quota exceeded" message. Code: [root@server2 ~]# repquota -avug | grep web2 web2_user1 -- 4 0 0 1 0 0 web2 -- 4 0 0 1 0 0 [root@server2 ~]# repquota -avug | grep web6 web6_user1 -- 8 0 0 1 0 0 web6 -- 8 0 0 1 0 0
For some reason there is a web6_ directory as well as the web6_user1 directory. I could only find the procmailrc file in the web6_ directory and not the web6_user1 directory. Here are the contents: Code: ## MAILDIR=$HOME/Maildir/ ## DEFAULT=$MAILDIR ## ORGMAIL=$MAILDIR INCLUDERC=/var/www/web6/user/web6_user1/.mailsize.rc ## INCLUDERC=/var/www/web6/user/web6_user1/.quota.rc INCLUDERC=/var/www/web6/user/web6_user1/.antivirus.rc INCLUDERC=/var/www/web6/user/web6_user1/.local-rules.rc INCLUDERC=/var/www/web6/user/web6_user1/.html-trap.rc INCLUDERC=/var/www/web6/user/web6_user1/.spamassassin.rc ## INCLUDERC=/var/www/web6/user/web6_user1/.autoresponder.rc
Have you sereched for the files with the command: ls -la The procmail files are starting with a dot what means they are hidden files.
Yes, I can see all hidden files and it is not there in the web6 user1 directory. I did find why there was a web6_ directory. It was in the recycling bin in ISPConig. I emtpied the recycling bin and the directory was deleted. I restarted the mail server and tried to access the email after sending a test message to web6_user1 from my Yahoo account and also one from the web6_user1 account itself. I received the one from web6_user1, but not the Yahoo account. Does this shed any more light? Again, this is the only web that is having trouble. Others are fine.