Posts by bnet

    Hi everybody.


    I'd like the feature of gmail to use tagged email addresses (add a tag with + to the mailadress):


    name+[email protected], name+[email protected] oder name+[email protected] etc.


    It is great to filter the mails, to block unwanted or to identify where the spammer get the mailadress from.


    In my IMSCP server it works also with 2 (maybe 1) change and my question is, why not make this as default.
    AFAIK there is no bad side on this change.


    master.conf:
    dovecot unix - n n - - pipeflags=DRhu user=vmail:mail argv=/usr/lib/dovecot/deliver -f ${sender} -d ${user}@${nexthop} -a ${recipient}


    Rewrite -d ${user}@${nexthop} -a ${recipient} to -d ${recipient}


    And this line to the main.conf: (maybe this is the default? Not shure)


    recipient_delimiter = +




    :thorsten

    Hallo zusammen.


    Danke für eure Gedanken.



    Ist die Domain geschwärzt oder wirklich dein test ?


    Ist geschwärzt.



    Es steht NICHTS dazu bei Dir in der mail.log auf dem Server ? Dann kommst Du nicht auf dem Server raus!
    In der mail.log wird das angezeigt.


    Genau das hat mich zur Verzweiflung gebracht. Fehler ohne Logeintrag kenn ich sonst nur von Produkten aus Redmond ;).


    Der Ansatz mit dem "falschen Server" könnte richtig sein. Hab heute entdeckt das die VM einen Klon hat, woher auch immer der kommt und möglicherweise hat der ein Teil des traffics abgefangen.. Muss ich noch verifizieren. Das seltsame ist das der HTTP,SSH,POP und IMAP immer korrekt ging (jedenfalls hab ich hier keinerlei Probleme festgestellt).


    Zum Monitoring für Dienste (auch e-Mail) würde ich Dir einfach mal Nagios/Icinga mit auf den Weg geben.


    Nagios bzw. Icinga hab ich am laufen, aber der prüft ja nur die Verfügbarkeit des Dienstes und nicht das Senden an bestimmte Emailadressen.


    Also anscheinend hat sich das Problem mit stoppen des Klons erledigt.. mal schauen was die langzeittests ergeben.


    Danke euch.


    :thorsten

    Keiner eine Idee dazu?


    Jemand eine Idee was ich noch prüfen/versuchen könnte?


    Kann ich die IMSCP Config für Postfix irgendwie zurücksetzen, um zu testen ob es an irgendeiner falschen Einstellung liegt?


    Bin für jeden Ansatz dankbar.. vielleicht seh ich den Wald vor lauter Bäumen nicht mehr :/

    Hallo zusammen.


    Hab seit einem halben Jahr einen IMSCP Server laufen, auf den ich nach und nach Domains von meinem LiveServer übertragen möchte.


    Ein paar Testdomains laufe da und ich hab seit min. Version 1.2 Probleme mit der Emailannahme des SMTP Servers.


    Ich hab jetzt Testscript erstellt, was alle 5min an 2 Emailadressen auf diesem Server per Telnet eine SMTP Verbindung aufbaut und eine EMail verschickt.


    Von den 12 Versuchen in jeder Stunde schlagen so 8-10 fehl. Bei der einen Emailadresse kommt die Fehlermeldung: "Relay access denied" und bei der anderen "Recipient address rejected: User unknown in virtual mailbox table".


    Einrichtung ist alles OK, Postfix .db Dateien aktuell. Ich dachte nach dem Update auf die 1.2.20 ists vlt. weg, aber immer noch das gleiche.


    Bin leider ein bisschen ratlos. Vor allem weil im mail.log nichts von dem Fehler angezeigt wird, es kommt nur eine Fehlermail zurück, bzw. manchmal bekomme
    ich den Fehler direkt auf meine telnet anfrage "rcpt to:".


    Bin leider total ratlos und hoffe auf eure Hilfe.


    Vielen Dank.


    Fehlermailantwort auf eine Email an die Problemadresse:

    Code
    1. Reporting-MTA: dns; mail.bnet.deX-Postfix-Queue-ID: 6103A62E40DX-Postfix-Sender: rfc822; [email protected]: Fri, 27 Mar 2015 12:27:18 +0100 (CET)Final-Recipient: rfc822; TEST@LOCALDOMAINOriginal-Recipient: rfc822;TEST@LOCALDOMAINAction: failedStatus: 5.1.1Remote-MTA: dns; 10.10.0.33Diagnostic-Code: smtp; 550 5.1.1 <TEST@LOCALDOMAIN>: Recipient address rejected: User unknown in virtual mailbox table


    postmap anfrage auf dem Server mit dieser Emailadresse:

    Code
    1. root@imscp:/# postmap -q TEST@LOCALDOMAIN hash:/etc/postfix/imscp/mailboxes
    2. LOCALDOMAIN/TEST/


    mfg, Thorsten