[Debian 9][KH 18.1.1][AmavisD-new] Queue: connect to 127.0.0.1[127.0.0.1]:10024: Connection refused [GELÖST]

[WebCF]

Hi

erstmal: Top Tool, komme von Froxlor und muss sagen, dass KH mein Leben erleichtert. Es macht mehr automatisch als Froxlor.

Ich würde sogar für KH bezahlen, apropos: Was für eine Dummy-license wird da eigentlich installiert? Ist geplant KH mal kostenpflichtig zu machen?


Jetzt aber zum eigentliche Problem:

Habe KH neu installiert auf einem Debian 9. Passt alles soweit, außer: Es kommt keine Mail an, bzw bleibt in der Queue hängen. Als Grund wird angezeigt:

Code: Select all

connect to 127.0.0.1[127.0.0.1]:10024: Connection refused

also hab ich direkt mal:

Code: Select all

# netstat -tulpen | grep 10024
tcp6       0      0 ::1:10024               :::*                    LISTEN      118        15021      1249/amavisd-new

Und sofort fiel mir auf:

Code: Select all

tcp6

Ich habe nämlich IPv6 Support bzw meine Kiste bekommt beides via DHCP.

Frage: Kann das KH beim nächsten Update beachten? Oder zieht ipv6 ansich einen längeren Rattenschwanz mit sich? Was muss ich ändern, damit ich amavisd-new zwingen kann auf ipv4 zu hören?

Danke und Gruß,

[Tobi]

Ich würde sogar für KH bezahlen

Das kannst du ganz einfach.

Auf www.keyweb.de gehen und dort entweder einen Server oder einen V-Host buchen.
Dann dein aktuelles Projekt dorthin umziehen.

Sollte Keyweb teurer sein als dein bisheriger Provider, so sei die Differenz deine Spende an die Weiterentwicklung.
Wenn Keyweb günstiger ist hast du doppelt Gutes getan. Einmal für Keyweb / Keyhelp und für deinen Geldbeutel

Bezügl. IPV4 / V6 kann ich nur feststellen, dass es bei mir keine Probleme bereitet.
Habe auch nen Keyweb Server
Sorry, dass ich dir dabei nicht helfen kann.

[WebCF]

Was zeigt der zitierte netstat Befehl bei dir an, wenn du ihn ausführst?

Wie sieht deine Netzwerkkonfig aus, statisch, DHCP?

[Mercury]

Hi

erstmal: Top Tool, komme von Froxlor und muss sagen, dass KH mein Leben erleichtert. Es macht mehr automatisch als Froxlor.

Ich würde sogar für KH bezahlen, apropos: Was für eine Dummy-license wird da eigentlich installiert? Ist geplant KH mal kostenpflichtig zu machen?


Jetzt aber zum eigentliche Problem:

Habe KH neu installiert auf einem Debian 9. Passt alles soweit, außer: Es kommt keine Mail an, bzw bleibt in der Queue hängen. Als Grund wird angezeigt:

Code: Select all

connect to 127.0.0.1[127.0.0.1]:10024: Connection refused

Das selbe problem habe ich bei einem meiner 2 server auch habe auf einem 2 server (absolut gleiche maschiene) KH auch instaliert weill ich dachte ok vlt etwas falsch gemacht und da spuckte er mir folgenes aus

Code: Select all

Email protection
    Postgrey, Amavis, ClamAV,
    SpamAssassin, Pyzor, Razor ...          [ERROR] 

war deine instalation sauber?
der log dazu ist hier zu finden:

Code: Select all

/var/log/keyhelp/install.log 

falls ja startet Amavis?

allgemein wäre ich auch an einer lösung interesiert ohne nach KW zu wechseln da es ja auch lösungen für dieses problem geben müsste

LG Mercury

[WebCF]

Sehe keinen error beim der Installation.

AmaVis läuft

Code: Select all

root@s1:~# service amavis status
● amavis.service - LSB: Starts amavisd-new mailfilter
   Loaded: loaded (/etc/init.d/amavis; generated; vendor preset: enabled)
   Active: active (running) since Fri 2018-06-29 20:44:57 CEST; 24h ago
     Docs: man:systemd-sysv-generator(8)
  Process: 798 ExecStart=/etc/init.d/amavis start (code=exited, status=0/SUCCESS)
    Tasks: 3 (limit: 4915)
   CGroup: /system.slice/amavis.service
           ├─1249 /usr/sbin/amavisd-new (master)
           ├─1435 /usr/sbin/amavisd-new (ch1-avail)
           └─1436 /usr/sbin/amavisd-new (virgin child)

Jun 29 20:44:57 s1.kluthr.de amavis[1249]: No decoder for       .exe
Jun 29 20:44:57 s1.kluthr.de amavis[1249]: No decoder for       .lrz
Jun 29 20:44:57 s1.kluthr.de amavis[1249]: No decoder for       .lz4
Jun 29 20:44:57 s1.kluthr.de amavis[1249]: No decoder for       .lzo
Jun 29 20:44:57 s1.kluthr.de amavis[1249]: No decoder for       .zoo
Jun 29 20:44:57 s1.kluthr.de amavis[1249]: Using primary internal av scanner code for ClamAV-clamd
Jun 29 20:44:57 s1.kluthr.de amavis[1249]: Found secondary av scanner ClamAV-clamscan at /usr/bin/clamscan
Jun 29 20:44:57 s1.kluthr.de amavis[1249]: Deleting db files __db.001,nanny.db,__db.002,__db.003,snmp.db in /var/lib/amavis/db
Jun 29 20:44:57 s1.kluthr.de amavis[1249]: Creating db in /var/lib/amavis/db/; BerkeleyDB 0.55, libdb 5.3

Bin auf Antwort vom Service gespannt

Amavis läuft ja korrekt - lauscht halt nur auf ipv6 (tcp6).

[WebCF]

Kann es die Firewall sein?

Habe Docker installiert, das hat mir die ganzen iptables-rules durcheinander gebracht - aber seitdem listened amavisd auf tcp6 sowei auf tcp!

postquere -f hat meine Mails zugestellt.

Ich bin mit iptables nicht so vertraut, kann das jemand prüfen?

[WebCF]

Frische Installation, Debian 9, soeben fertig gestellt - das LE-Cert für die Hauptdomain ist noch ganz heiss

Code: Select all

~# netstat -tulpen | grep 10024
tcp6       0      0 ::1:10024               :::*                    LISTEN      118        15619      1210/amavisd-new (m

1. Reboot:

Code: Select all

~# netstat -tulpen | grep 10024
tcp6       0      0 ::1:10024               :::*                    LISTEN      118        16123      1299/amavisd-new (m 

Also auch nach nem reboot nix. Jetzt setze ich "Load on server startup" auf aus und reboote: Keine Änderung.

Liegt also nicht an der Firewall. Ich weiss nicht, was amavis auf dem 1. Server bewegt hat auch auf tcp zu hören, hier gehts wieder nicht.

@Alexander: Kannst du das reproduzieren, mit Debian 9?

Ich richte jetzt mal eine Mail ein, mal sehen was dann passiert...


EDIT:

Aha. Habe jetzt eine Mailbox erstellt: immernoch nicht - habe DANACH aber service amavis restart ausgeführt: jetzt lauscht er auf tcp und tcp6. Kann das jemand nachvollziehen?

EDIT2:

Reboot: geht wieder nicht mehr:

Code: Select all

netstat -tulpen | grep 10024
tcp6       0      0 ::1:10024               :::*                    LISTEN      118        14165      1205/amavisd-new (m

dann wieder service amavisd restart:

Code: Select all

tcp        0      0 127.0.0.1:10024         0.0.0.0:*               LISTEN      118        19310      2592/amavisd-new (m 
tcp6       0      0 ::1:10024               :::*                    LISTEN      118        19311      2592/amavisd-new (m

Der 2. Server hat nach reboot den Dienst gleich "richtig" laufen.. Nun fragt mich, was das wieder ist...

EDIT3:

So, jetzt bin ich ganz raus - nach dem 4. Test-Reboot startet amavis jetzt immer lauschend auf tcp & tcp6.

[Daniel]

Hallo,

so gefragt:
Das System hat mehr als 1 GB RAM und ist kein OpenVZ Container? Es ist schon untergekommen, dass Dienste vom "OOM-Killer" kurz nach dem Start terminiert wurden. Gab es bei den Startversuchen evtl. Auffälligkeiten beim Starten des Dienstes selbst in den logs? Oder etwaige Fehler beim Aktivieren der Schnittstellen (würde mich wundern)?

[WebCF]

Läuft via QEMU 2.12, soweit ich sehen konnte. RAM hat er 6G, wovon seit Boot nicht mehr als 1,15G in Gebrauch waren. Also am RAM liegts nicht

Den Logs von Amavis ist _nichts_ zu entlocken:

* Starting amavisd...
* Die Info der geladenen und nicht geladenen Module
* Found secondary av scanner ClamAV
* Creating db in /var/lib/amavi/db... <- Das ist der letzte Logeintrag.

Jetzt läuft Amavis aus tcp6, aber nicht auf tcp.



EDIT: Hier noch die Übersicht:

EDIT2:

Das Interface läuft via DHCP, jedoch hat dieses ne IP bevor AMAVIS startet.