Hello, I have CentOS 6 i686 and install ISPConfig 3. I recieve this error when i try to login at webmail with squirrelMail. "ERROR: Connection dropped by IMAP server." I check forum to similar post but i cant figure out this problem. Few notes ------------------ I notice that all mails go to /var/spool/mail/root. And something else when i restart apache server i recieve this warnings my last mail logs (i have to recieve mail log from Oct 18 11:21:28)
I did that yesterday without solve the problem. I wonder if there is a problem because the hostname is sportsioannina.gr and there is a domain with the same name. Thanks for reply!
Please post your main.cf. What are the outputs of Code: hostname and Code: hostname -f ? What's in /etc/hosts?
I guess the problem is this: Code: myhostname = sportsioannina.gr Please change it to something like Code: myhostname = server1.sportsioannina.gr and create an A record for server1.sportsioannina.gr. You should then also change the hostname to server1.sportsioannina.gr via Code: system-config-network
Same Squirrelmail error here. Followed http://www.howtoforge.com/virtual-u...rier-mysql-and-squirrelmail-debian-squeeze-p4 meticulously and revised some crucial steps. Here's what I have gathered o far. Nowhere in the howto is an instructio to add user postfix to mysql, it must be noted. Moreover, when i run mailx [email protected], apparently the message is sent (or at least queued) although it never gets delivered, therefore /home/vmail/whatever.tld/whatever is never created. Lastly, although I am behimd a NAT'ed XEN guest, iptables on dom0 is reroutimg everything correctly. Moreover, I believe the issue lies within the domU itself. Doesn't look like a networking misconfiguration.
Ignore the errors related to /etc/courier/authmysqlrc. Had a couple of typos there This is what mail.log says now:
Since you posted this in the ISPConfig 3 forum: do you use ISPconfig 3 together with the "Virtual Users" setup? This doesn't work.
Bummer. Sorry, Falko. Only paid attention to the thread title, not the forum. Don't like to open new threads about topics already started by someone else. Anyway, I have managed to solve the issue by adding the postfix user to MySQL with the privileges the default admin_mail user enjoys. This step is not mentioned in the howto I have used as a reference. Now it does work Code: GRANT SELECT, INSERT, UPDATE, DELETE ON mail.* TO 'postfix'@'localhost' IDENTIFIED BY '<password>'; GRANT SELECT, INSERT, UPDATE, DELETE ON mail.* TO 'postfix'@'localhost.localdomain' IDENTIFIED BY '<password>'; flush privileges; Now it's time for some serious real world testing. The fact that the domU is NAT'ed may raise some interesting challenges (or not; so far iptables masquerade is routing it all just fine). If so, I'll be a good boy and open a new thread Cheers and huge thanks for your impressive work.