I can't read the email after a replication of /var/vmail

Discussion in 'Installation/Configuration' started by voltron81, Nov 12, 2009.

  1. voltron81

    voltron81 New Member

    Hi to everybody,
    I've a very big problem after a replication test of /var/vmail
    When I enter in the email with roundcube, I can see the subject of the emails (for some of them I can just see (no subject), but when I open the email there is nothing.
    And I can not see also the folders in roundcube, like sent, trash, etc...

    What's going on?

    Thanks
    Michele
     
  2. voltron81

    voltron81 New Member

    After a lot of tests, maybe I found the right configuration for the glusterfs replication.

    But now I've this terrible issue and there are few accounts already online in this days... and now they can not read the emails...

    Is maybe a permissions issue?
    I'm checking the /var/vmail permissions and it seems to be ok...
    Please suggestions?
    :confused:
    Michele
     
  3. voltron81

    voltron81 New Member

    Ok luckely I have a backup copy of /var/vmail folder, so I've just replaced that folder with my backup copy and the emails are working ok now...
    So it was I guess a replication error or a permission error...
    :eek:
     
  4. voltron81

    voltron81 New Member

    Ok now I've replace with the backup copy of /var/vmail and I can now read the email.
    I can also send emails.
    But I can not receive any email...
    I had a look into the mail.log and it seems to be ok:
    Code:
    Nov 13 09:46:28 srv2 amavis[2251]: (02251-01) Passed CLEAN, [88.xxx.xxx.xxx] [88.xxx.xxx.xxx] <[email protected]> -> <[email protected]>, Message-ID: <[email protected]>, mail_id: RL4xxx, Hits: 1.45, size: 395, queued_as: C329xxxx, 684 ms
    Nov 13 09:46:28 srv2 postfix/smtp[15082]: 988Dxxx: to=<[email protected]>, relay=127.0.0.1[127.0.0.1]:10024, delay=50, delays=49/0.05/0.02/0.68, dsn=2.0.0, status=sent (250 2.0.0 Ok, id=02251-01, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as C329xxxx)
    Nov 13 09:46:28 srv2 postfix/qmgr[2813]: 988Dxxxx: removed
    Nov 13 09:46:29 srv2 postfix/pipe[15087]: C329xxxx: to=<[email protected]>, relay=maildrop, delay=0.22, delays=0.01/0.02/0/0.19, dsn=2.0.0, status=sent (delivered via maildrop service)
    Nov 13 09:46:29 srv2 postfix/qmgr[2813]: C329xxx: removed
    
    What is wrong?
    Yesterday, before some replication test, the mailserver was working correctly...
    Thanks
    Michele
     
    Last edited: Nov 13, 2009
  5. voltron81

    voltron81 New Member

    Hi guys,
    I upgrade here the situation, hoping that somebody will give me a good suggestion...
    I was thinking that was a permission issue. But all the folder /var/vmail is owned by vmail and if I send an email, I'll see it in the "sent" folder, so postfix have the permission to write in that folder.
    What else it should be?
    :confused:
     
  6. till

    till Super Moderator Staff Member ISPConfig Developer

    Try to enable debugging in the imap daemon and check if there are any error messages when you use imap.
     
  7. till

    till Super Moderator Staff Member ISPConfig Developer

    No. The email is put to the sent folder by rouncube via the imap daemon and not postfix.
     
  8. voltron81

    voltron81 New Member

    Ok even if is IMAP daemon, if it put the sent mail into the sent folder, means that it can write in /var/vmail
    What else I could check to see what's wrong?
    As I said before, I checked the mail.log (even in debug mode), and I can not see any error.
    If I'll create a competely new email with ISPConfig, I'll not receive also the wellcome email.

    thanks Till
    Michele

    PS: at the end of this adventure, I'll write an howto wihere I'll explain how to have a master-master replication of the mailserver managed by ISPconfig...
     
  9. voltron81

    voltron81 New Member

    Ok Till, I've chenged the debug level in /etc/courier/authdaemonrc and I've rebooted the server, so now I've an huge mail.log.
    Anyway I can not see any error...
    :eek:
     
  10. voltron81

    voltron81 New Member

    I tested maildrop with this command:

    Code:
    echo testing 123 | maildrop -V 9 -d [email protected]
    and this is the result:
    Code:
    maildrop: authlib: groupid=5000
    maildrop: authlib: userid=5000
    maildrop: authlib: [email protected], home=/var/vmail, mail=               
    
                                                                 /var/vmail/domain.com/michele
    maildrop: Changing to /var/vmail
    Message start at 0 bytes, envelope [email protected]
    maildrop: Attempting .mailfilter
    Tokenized eof
    WARN: quota string '10485760' not parseable
    maildrop: Delivery complete.
    
    After that command, I've received an email, but it's completely empty.
    The strange thing is that if I'm going to /cur and I open with vim that email, I can see that there is this string: "testing 123".
    So the email is in cur and there is a message inside, but with roundcube or a POP3 connection I can not see nothing... so subject and no words in the email...

    Any idea?
     
    Last edited: Nov 13, 2009
  11. voltron81

    voltron81 New Member

    Just for close the discussion, this was the problem: the file .mailfilter was corrupted...
    so I replace it from the backup and now everything is ok... thanks
    Michele
     
  12. mixian

    mixian New Member

    I just re-opened discussion because my problem is the same of Voltron81 but i not have a backup of .mailfilter file.

    My problem is started when i have mount on my sda2 partition /var/vmail !!!
    Before was ok ??!!?

    Any idea ?!!??!
     
  13. mixian

    mixian New Member

    When you replicate or you move a folder with cp or mv command, lose all owners hidden files (.mailfilter for example).

    I have replicated the folder with the command cp-r-p vmail /{[!.],.[!.],..?}* vmail_old / and all work fine.

    In alternative use rsync -a folder1 folder2
     

Share This Page