Connection dropped by IMAP server

Discussion in 'Installation/Configuration' started by Chris9046, Oct 21, 2011.

  1. Chris9046

    Chris9046 New Member

    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)
     
  2. falko

    falko Super Moderator Howtoforge Staff

  3. Chris9046

    Chris9046 New Member

    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!
     
  4. falko

    falko Super Moderator Howtoforge Staff

    Yes - if you have that domain in the mydestination line in /etc/postfix/main.cf.
     
  5. Chris9046

    Chris9046 New Member

    No i dont.

    /etc/postfix/main.cf.
     
  6. falko

    falko Super Moderator Howtoforge Staff

    What's in /etc/mailname?
     
  7. Chris9046

    Chris9046 New Member

    Firstly thanks for your time!

    Doesn't exists /etc/mailname


    And that run on system
     
  8. falko

    falko Super Moderator Howtoforge Staff

    Please post your main.cf. What are the outputs of
    Code:
    hostname 
    and
    Code:
    hostname -f
    ? What's in /etc/hosts?
     
  9. Chris9046

    Chris9046 New Member

    main.cf

    /etc/hosts
     
  10. falko

    falko Super Moderator Howtoforge Staff

    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
     
  11. nzimas

    nzimas Member

    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.
     
    Last edited: May 13, 2012
  12. nzimas

    nzimas Member

    Ignore the errors related to /etc/courier/authmysqlrc.
    Had a couple of typos there :(

    This is what mail.log says now:
     
  13. falko

    falko Super Moderator Howtoforge Staff

    Since you posted this in the ISPConfig 3 forum: do you use ISPconfig 3 together with the "Virtual Users" setup? This doesn't work.
     
  14. nzimas

    nzimas Member

    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.
     

Share This Page