![]() |
ISPConfig 3 & Roundcube
I am attempting to install and configure Roundcube. I have used many posts here the forums to aid so far.
My server is a Debian Lenny 64 Install using the Perfect Server install on this site. I further installed dkimproxy which signs outgoing emails with DKIM and DomainKeys signatures. Emails are signed using incoming port 587. As part of the Perfect Server setup, Squirrelmail is installed. In the Squirrelmail configuration, I changed the SMTP settings to use port 587 and all outgoing emails were signed as intended. I have now installed Roundcube and attempting to replicate the success I had with Squirrelmail. I changed the SMTP port to use 587. However, Roundcube cannot send emails. If I change the SMTP port to 25, emails are sent but are not signed by dkimproxy. I first looked to the Roundcube error logs. There were entries that said something to the effect that an invalid response was received. I dug further and found the error message below in the syslog file. I have sanitized the error messages shown below: Code:
Jul 20 16:21:42 server postfix/smtpd[2954]: warning: SASL authentication failure: cannot connect to saslauthd server: No such file or directoryI have tried the Roundcube forum as well. But upon posting the error messages above, the response I received is that it is not a Roundcube issue. Any help would be appreciated. |
Quote:
|
Till,
Thanks for the reply. I can disable the SMTP authentication and Roundcube will send outgoing emails. But those emails will not be signed by dkimproxy which is the real intent I am striving to obtain with this setup. Do you think it might be a permissions issue? Squirrelmail is installed in /usr/share/squirrelmail and all files appear to be root:root. Then, /var/www/webmail is a symlink to this location. When I installed Roundcube, I created a new folder under /var/www/client#/web/webmail and created a subdomain pointing to this location in ISPConfig. I uploaded the Roundcube files there and did the configuration. The ownership of those files though are web#:client#. Could that difference perhaps lead to the problem I am experiencing? Thanks. |
OK, I ran into another problem recently and it brought this thread back to mind.
I was testing dkim-proxy on my server which signs mail on port 587 for email users using external email clients for domains hosted on the ISPConfig3 server. I had configured Outlook as well as Live Mail for use of the IMAP/SMTP server and was able to send and receive emails just fine. Further testing showed that mail sent from these two programs did not get signed by dkim-proxy. Further digging found that I had not configured them to send on port 587, but rather on port 25. When I changed both programs to send on port 587, they both failed. The following error message is a tail from one of those attempts: Code:
Aug 28 23:43:17 server postfix/smtpd[4483]: connect from unknown[192.168.XX.XXX] |
Quote:
Quote:
|
Till,
I can assure you that I did not do any additional configuration of the SASL port...primarily because I have no idea how to do it now, let alone two years ago when the old production server was configured. The only difference is that the old production server was an Ubuntu 7.04 machine upgraded to 7.10 and eventually to 8.04 LTS. The new production server is Debian Lenny. As a side note, I would like to know how the bigger providers are handling DKIM and domainkeys signatures, if at all. Here is the portion of my /etc/postfix/master.cf file that deals with dkimproxy and the signing of outgoing emails: Code:
### dkimproxy filter - see http://dkimproxy.sourceforge.net/postfix-outbound-howto.htmlIf email clients are configured to use port 25 for SMTP, they bypass this whole logic since it relies on incoming messages on the submission port (587). Currently, two of the three email clients I have configured to sent SMTP mail on the submission port generate the error posted previously. Only Squirrelmail is signing email messages through dkimproxy on the submission port. |
ISPConfig uses already a filtering daemon which does the spam and virus filtering and can also do the dkim signing:
http://www.ijs.si/software/amavisd/a...docs.html#dkim |
Thanks for the information Till on the capabilities of amavisd-new. In the small amount of reading on the topic, it looks like it would be a simplier solution than my current configuration with dkimproxy.
However, the root issue I have is that some email clients are not able to send to port 587 on the email server. Authentication fails, according to the logs, for some reason. Does anyone have suggestions how to troubleshoot the cause of this error? |
Please post the complete master.cf file.
|
master.cf:
Code:
# |
| All times are GMT +2. The time now is 06:33. |
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2013, vBulletin Solutions, Inc.