ispconfig 2.2.38: Emails landen im falschen Maildir

Dieses Thema im Forum "Installation und Konfiguration" wurde erstellt von mintracer, 5. Aug. 2011.

  1. mintracer

    mintracer New Member

    Moin,

    ich bin mit ISPconfig umgezogen, beide Systeme ISPconfig 2.2.38, beides Ubuntu (Server 1: Ubuntu 10.4; Server 2 (neu): Ubuntu 11.4)

    so läuft eigentlich alles bis auf denn Mailempfang bzw. dem verschieben von empfangenen Emails.

    Fall 1: Ich sende mir eine Email, und schau nach per Imap ob sie da ist..., kommt nix neues...

    Fall 2: Ich sende mir eine Email, nachdem ich eine weiterleitung eingerichtet habe, bekomme ich die Email, in dem weitergeleiteten Emailaccount (extern)

    Schau ich nun per FTP in meinen Webordner, so sehen ich dort einen Ordner "Maildir" schau ich da hinnein, so sehe ich Emails von heute, gestern usw...

    Aber der eigentliche Maildir Ordner wo ja die Emails hinsollen liegt ja im Userdir/

    Ich habe in der Config vom ISPconfig, Maildir angehakt, also aktviert...

    Woran kann dies nun liegen?

    Was mir auch ein rätsel ist, diese Zeile gibt keine Ausgabe:

    /home/admispconfig/ispconfig/tools/spamassassin/usr/bin/spamassassin

    ist das richtig?

    LG und Danke für die Hilfe!

    Einar


    Auszug von meiner Mail.log

    Code:
    Aug  5 13:02:12 ks3577xx postfix/pickup[15850]: CCDAF2C0E1C: uid=10039 from=<web15_fotograf>
    Aug  5 13:02:12 ks3577xx postfix/cleanup[21522]: CCDAF2C0E1C: message-id=<20110805110212.CCDAF2C0E1C@ks3577xx.kimsufi.com>
    Aug  5 13:02:12 ks3577xx postfix/local[21523]: AEF5E2C0E16: to=<web15_fotograf@ks3577xx.kimsufi.com>, orig_to=<jghq@xx-grafics.de>, relay=local, delay=0.17, delays=0.06/0/0/0.11, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail -f-)
    Aug  5 13:02:12 ks3577xx postfix/cleanup[21534]: DA49D2C0E1E: message-id=<000d01cc535f$231551a0$00424c68@gfwqniff>
    Aug  5 13:02:12 ks3577xx postfix/qmgr[5023]: CCDAF2C0E1C: from=<web15_fotograf@ks3577xx.kimsufi.com>, size=375, nrcpt=1 (queue active)
    Aug  5 13:02:12 ks3577xx postfix/qmgr[5023]: DA49D2C0E1E: from=<h3600nw2hunv@agresidence.org>, size=1045, nrcpt=1 (queue active)
    Aug  5 13:02:12 ks3577xx postfix/local[21523]: AEF5E2C0E16: to=<web15_fotograf@ks3577xx.kimsufi.com>, orig_to=<jghq@3d-grafics.de>, relay=local, delay=0.25, delays=0.06/0/0/0.19, dsn=2.0.0, status=sent (forwarded as DA49D2C0E1E)
    Aug  5 13:02:12 ks3577xx postfix/qmgr[5023]: AEF5E2C0E16: removed
    Aug  5 13:02:12 ks3577xx postfix/local[21535]: CCDAF2C0E1C: to=<admispconfig@localhost.localdomain>, relay=local, delay=0.19, delays=0.14/0.03/0/0.01, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail -f-)
    Aug  5 13:02:12 ks3577xx postfix/qmgr[5023]: CCDAF2C0E1C: removed
    Aug  5 13:02:13 ks3577xx postfix/smtp[21536]: DA49D2C0E1E: to=<e.xxxx@web.de>, orig_to=<jghq@xx-grafics.de>, relay=mx-ha02.web.de[217.72.192.188]:25, delay=0.27, delays=0.04/0.04/0.05/0.14, dsn=2.0.0, status=sent (250 OK id=1QpIAP-0008NB-00)
    Aug  5 13:02:13 ks3577xx postfix/qmgr[5023]: DA49D2C0E1E: removed
    
    
    
    main.cf / Postfix
    Code:
    # See /usr/share/postfix/main.cf.dist for a commented, more complete version
    
    
    # Debian specific:  Specifying a file name will cause the first
    # line of that file to be used as the name.  The Debian default
    # is /etc/mailname.
    #myorigin = /etc/mailname
    
    smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
    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
    
    readme_directory = no
    
    # TLS parameters
    smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.crt
    smtpd_tls_key_file = /etc/postfix/ssl/smtpd.key
    smtpd_use_tls = yes
    smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
    smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
    
    # See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
    # information on enabling SSL in the smtp client.
    
    myhostname = ks3577xx.kimsufi.com
    alias_maps = hash:/etc/aliases
    alias_database = hash:/etc/aliases
    myorigin = /etc/mailname
    mydestination = ks3577xx.kimsufi.com, localhost
    relayhost = 
    mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
    mailbox_size_limit = 0
    mailbox_command = procmail -a "$EXTENSION"
    recipient_delimiter = +
    inet_interfaces = all
    default_transport = smtp
    relay_transport = smtp
    inet_protocols = all
    smtpd_sasl_local_domain = 
    smtpd_sasl_auth_enable = yes
    smtpd_sasl_security_options = noanonymous
    broken_sasl_auth_clients = yes
    smtpd_sasl_authenticated_header = yes
    smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination
    smtpd_tls_auth_only = no
    smtp_use_tls = yes
    smtp_tls_note_starttls_offer = yes
    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
    
    # max. Groesse einer Mail 50MB
    message_size_limit = 50000000
    
    
    virtual_maps = hash:/etc/postfix/virtusertable
    mydestination = /etc/postfix/local-host-names
    
    
     
  2. Till

    Till Administrator

    Wie hats Du denn die Daten umgezogen? Es scheint so als ob Du sie in einer ASrt kopiert hast, bei der alle Symlinks kaputt gegangen sind. Denn Das maildir Verzeichnis im web ist normalerweise ein Symlink auf das Maildir Verzeichnis im userdir. Hast Du jetzt die Daten so kopiet, dass Symlinks nicht kopiert sondern als ehte Ordner angelegt wurden, dann ist die Verzeichnisstruktur kaputt. Du müsstest dann alles unter /var/www (oder wo auch immer Deine Webs liegen) nochmal neu umziehen und dabei die Symlinks beibehalten.

    Ja, das ist richtig.
     
  3. mintracer

    mintracer New Member

    könnte man denn die Symlinks manuell wiederherstellen?

    Ich habe seit Sonntag ein kleines Disaster... :) das würde ich ungern wiederholen :)

    Mir ist glaube ich das passiert was man keinem Admin wünscht... ein defektes Backup zu haben...
     
  4. Till

    Till Administrator

    Ja, das sind aber eine ganze Menge.

    Zum einen verweist das maildir im webroot als symlink auf das maildir im User verzeichnis des administrator Users des Webs. Also in etwa so:

    /var/www/web5/Maildir => /var/www/web5/user/web5_meinuser/Maildir

    Zum anderen gibt es in /avr/www jeiels noch einen Symlink mit dem Domainnnamen, der auf das numerische Web verzeichnis verweist. Aslo:

    /var/www/www.deinedomain.de => /var/www/web5
     
  5. mintracer

    mintracer New Member

    hat soweit alles funktioniert!

    Mails kommen nun ins richtige "Fach" :)

    Danke...
     

Diese Seite empfehlen