Beiträge von TheConsultant

Hi,
Hmm:

root@sonne:~# host sonne
sonne.staffenski.priv has address 192.168.99.254
root@sonne:~# host 192.168.99.254
254.99.168.192.in-addr.arpa domain name pointer sonne.staffenski.priv.
 
[EMAIL='root@sonne']root@sonne[/EMAIL]:~# host 127.0.0.1
1.0.0.127.in-addr.arpa domain name pointer localhost.
[EMAIL='root@sonne']root@sonne[/EMAIL]:~# host localhost
localhost has address 127.0.0.1
localhost has IPv6 address ::1

Namensauflösung klappt.
Listerners:
Siehe Attachment. Sollte stimmen - oder?
VG
TheConsultant

Hi.
Hmmm, wohl ein Problem an der Schnittstelle Fetchmail/Axigen?

Zitat

May 26 18:00:21 sonne fetchmail[26123]: 53 Nachrichten (53 gesehene) für martin@staffenski.de bei webmail.hansenet.de (1447767 Oktetts).
May 26 18:00:22 sonne fetchmail[26123]: 1 Nachricht für martin.staffenski@gmx.de bei pop.gmx.net (185608 Oktetts).
May 26 18:00:22 sonne fetchmail[26123]: Nachricht martin.staffenski@gmx.de@pop.gmx.net:1 von 1 wird gelesen (185608 Bytes) (Log-Meldung unvollständig)
May 26 18:00:23 sonne fetchmail[26123]: Verbindung zu localhost:smtp [::1/25] fehlgeschlagen: Connection refused.
May 26 18:00:23 sonne fetchmail[26123]: SMTP-Fehler: 550 Delivery not allowed to <staffenski.priv>
May 26 18:00:23 sonne fetchmail[26123]: Verbindung zu localhost:smtp [::1/25] fehlgeschlagen: Connection refused.
May 26 18:00:23 sonne fetchmail[26123]: Post von MAILER-DAEMON@sonne.staffenski.priv umgeleitet zu mailings@gmx-gmbh.de
May 26 18:00:23 sonne fetchmail[26123]: kann noch nicht einmal an fetchmail senden!
May 26 18:00:23 sonne fetchmail[26123]: nicht geflusht
May 26 18:00:23 sonne fetchmail[26123]: Di 26 Mai 2009 18:00:23 CEST: schlafe 300 Sekunden lang

Alles anzeigen

RelayForwarding ist wie beschrieben eingestellt. Im everythin.txt tut sich rein gar nichts.

Gruß

TheConsulting

Hi.
Fetchmail.
Danach IMAP über WebInterface, oder Axigen Outlook connector.
Bei mir sind verschiedene Unterordner eingerichtet, die mit Server Side Rules einsortiert werden. Spamassassin (build-in) und ClamAV sind derzeit disabled, erst mal einen Schritt nach dem anderen.
Dummerweise hatte ich fetchmail nicht von poll auf skip umgestellt, jetzt ist mir die ganze Tagesmail entgangen, u.U. auch das neu angeforderte Lizenzfile.
Gruß
TheConsultant

Hallo Herr Hüwe.

Stand:
Mail raus, funktioniert auch mit dem Namensmappping.
Ankommende Mail: Wird geblockt und sofort ohne Zustellung an den Absender mit der Adresse der internen Domain wieder zurückgeschickt.

Ich habe jetzt noch einmal ein Lizenzfile mit externen=internen Domain angefordert.

Gruß

TheConsultant

Hallo Herr Hüwe.
Ich habe unter Processing, SMTP Sending/Receiving den Level auf "Protocoll" heraufgesetzt.

So sehr viel kann ich nicht erkennen. Mail kommt und wird an den Sender via Smarthost mit Fehlermeldung postwendend wieder zurückgesendet.

Sehen Sie mehr?

Vielleicht sollten wir es mit meiner externen Domain versuchen, dann benötige ich jedoch ein neues Lizenzfile.

VG

TheConsultant

Hi.
Update:
Das Austauschen der Mailadresse funktioniert jetzt, e-mail wird versendet.
Wenn nun aber der Empfänger auf "Antworten" klickt und auf die Mail Antwortet, dann bekommt der Sender die Mail als unzustellbar mit dem internen domainnamen wieder zurück (Diagnostic-Code: 550 Delivery not allowed to <domain.intern>.:confused:

Wie überrede ich axigen jetzt die Antwortmails zuzustellen?

UPDATE zum UPDATE

Axigen schickt jede Mail die an name@extern.de gesendet wurde als unzustellbar mit name@intern.int wieder zurück - es werden also alle ankommenden Mails geblockt.

TheConsultant

Hallo Herr Hüwe.
Das scheint das Problem nicht zu beheben.
Nun wird die Empfängeradresse ausgetauscht mit der externen Antwort E-Mail Adresse, dann vom Smarthost angenommen und gleich wieder (weil ich nun Empfänger) zurück gesendet. Inhalt o.g. Fehlermeldung.
Was nun tuhn?
VG
Martin Staffenski

Hi.

Ich habe ein Relaying Problem.
Axigen 7.1.1. Office.
Outlook 2007 mit Oulook connector.
E-Mail delivering via smarthost an webmail.hansenet.de

Domäne in der Axigen betrieben wird heißt "staffenski.priv".
Es gibt auch im Internet meine Domäne "staffenski.de"

Wenn ich nur also Mails versende, trägt axigen mail als sender zum Beispiel "<vorname>@staffenski.priv" ein. Dieser soll nun also zu "<vorname>@staffenski.de" als Antwortadresse ersetzt werden. Leider wertet hier axigen anscheinend nicht die Anwendereinstellungen aus - schade.
Nun habe ich auf "Configure Acceptance / Routing rule folgende Einstellungen gesetzt:
Condition: Sender email IS <vorname@staffenski.priv
Action: Modify Header FROM Value vorname@staffenski.de

Beim Zustellen der Email erfolgt der Standard Meldetext:
I am deeply sorry, but I was not able to deliver your mail to the following addresses:mst@spi.de : 5.7.1 Unable to relay for mst@spi.deThis is a permanent delivery failure. The delivery has been tried 0 times and will not be rescheduled again.

Kann mich jemand bitte wieder auf das richtige Gleis setzen?

VG

Martin Staffenski

Hallo,

alle Filter abgeschaltet - aber jetzt funktioniert es.
Theorie ist, wenn man alles weiss, aber nichts funktioniert.
Praxis ist, wenns funktioniert, und keiner weiss warum.

Jedenfalls läuft der Server wieder, stellt die Mails zu, auch wenn ich nicht weiss wass ich jetzt anders gemacht habe.
Jetzt muss ich nur noch die Filter wieder in betrieb nehmen.

Das commit geht trotzdem nicht, meine everyting,txt mal anbei, vielleicht fällt Ihnen noch etwas auf.

Vielen Dank für die geduldige Hilfe...

Martin Staffenski

Zitat von huestel

Haben Sie die alte axigen.cfg bzw. den Filters-Ordner mit zurückkopiert?

Ja. Ich bin gerade dabei noch einmal alles von vorne durch zu spielen...:eek:

Hi.

Loglevel für die CLI ist jetzt Maximum, aber während der Eingabe in der Shell werden überhaupt keine ausgaben in everything.txt produziert. :confused:

Unerklärlich auch: Obwohl alle Filter "disabled" sind, wird immer noch ein ClamAV Fehler auf die ClamAV.pid gemeldet. :confused:

Ich bekomme die Mails einfach nicht aus der Queue. :mad:

VG

Martin Staffenski

Guten Abend, Abend Support.

Hmm, ich bin jetzt ein wenig verwirrt. Zunächst:

• AV/Spam Dienste sind jetzt deaktiviert.
• Ein ps liefert:
  
  
  Code

  root@sonne:~# ps aux | grep clamd
  axigen   11091  0.0 12.8 101380 65700 ?        Ss   19:56   0:00 /usr/sbin/clamd
  root     13822  0.0  0.1   3296   804 pts/0    S+   20:04   0:00 grep clamd

  
  

• In der /etc/clamav/clamd.conf wird der Dienst als user=axigen gestartet
• ls -al /var/run/clamav/
  
  
  Code

  drwxr-xr-x  2 axigen axigen 100 2009-02-10 19:56 .
  drwxr-xr-x 26 root   root   940 2009-02-10 20:00 ..
  srwxrwxrwx  1 axigen axigen   0 2009-02-10 19:56 clamd.ctl
  -rw-rw----  1 axigen axigen   5 2009-02-10 19:56 clamd.pid
  -rw-rw----  1 axigen axigen   5 2009-02-10 19:56 freshclam.pid

  
  

Hmm - sehe ich den Wald vor lauter Bäumen nicht? :cool:
Jetzt wo die Dienste aus sind und der Server noch einmal neu gestart wurde tut sich immer noch nix.

Noch einmal zurück zur CLI: Da das commit nicht angenommen wird, schlägt da nicht auch die Registirerung der Domain fehl?

VG

Martin Staffenski

P.S.
Nachtrag:

[EMAIL='root@sonne: telnet']

[/EMAIL][EMAIL='root@sonne:%20telnet']root@sonne: telnet[/EMAIL][EMAIL='root@sonne: telnet'] localhost 7000
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Welcome to AXIGEN's Command Line Interface
You must login first. For a list of available commands, type HELP
<login> user admin
<password> <mein pw>
For a list of available commands, type HELP
+OK: Authentication successful
<#> REGISTER Domain domainLocation /var/opt/axigen/domains/staffenski.priv
+OK: command successful
<domain-register#> commit
committing changes and switching back to previous context.
This operation might take some time. Please wait....
-ERR: there were some errors during command execution
<#> save config
+OK: command successful
<#> exit
WARNING: all changes made and not committed are lost
connection to AXIGEN closing.
+OK: have a nice day
Connection closed by foreign host.

[/EMAIL]

Hallo.
Leider komme ich immer nur zum Feierabend dazu, etwas an unserem Server "herumzuschrauben". Meine Vorgehensweise und Erfahrung auch für andere, und zum Schluss brauche ich dennoch Hilfe!

• Als erstes die gleichen Rahmenbedingungen schaffen, wie vor dem Zeitpunkt des Servercrashs, also Virescanner, Spamfilter usw. installieren und in Betrieb nehmen. Dazu gehören ggf. auch die Anpassungen die AXIGEN typisch sind, wie z.B. chown axigen:axigen ...
• Zunächst die alte AXIGEN Version (in meinem Falle 6.1.0) installieren und starten.
• Lizenz einspielen und Installation aktivieren, weil nach dem späteren Einkopieren der Vereichnisse sich der AXIGEN Server nicht mehr starten lässt (license expired!).
• AXIGEN Services stoppen. Nun mit
  
  Code

  dpkg --remove axigen

  das alte Axigen Paket deinstallieren und mit

  Code

  dpkg -i axigen_6.2.2-1_i386.deb

  die neue Version installieren (hier DEBIAN/UBUNTU).
  

• Sofern vorhandene Backups der Verzeichnisse vorhanden sind, diese in /var/opt/axigen/domains, /var/opt/axigen/run und /var/opt/axigen/filters kopieren und evtl. vorhandene Dateien überschreiben.
• Services wieder starten (/etc/init.d/axigen start) und den CLI Service als sudo mit telnet 127.0.0.1 7000 aufrufen. Hier ruht ein Stolperstein. Bei mir funktionierte der Aufruf zuerst nicht, weil im Web-Admin Werkzeug der Dienst unter Services->Service Management auf DISABLED eingestellt war. Logisch, das man den erst einmal einschalten muss...
• Nun die folgenden Kommandos in einer Shell eintippen:
  
  
  Code

  telnet 127.0.0.1 7000
  <login> user admin
  <password> your_admin_password
  <#> REGISTER Domain domainLocation /var/opt/axigen/domains/your_domain_name/
  <domain-register#> commit
  <#> save config
  <#> exit

  
  Ich weiß noch nicht warum, aber bei mir schlug das commit fehl.
  

• Zum Schluss noch einmal den AXIGEN Server neu starten (/etc/init.d/axigen restart).

Tja, jetzt würde ich gerne Vollzug melden, aber irgend etwas habe ich übersehen, denn meine Mail Queue füllt sich und die Mail wird nicht den Benutzern zugestellt. Mailversand funtkioniert. An diesem Punkt, Herr "Huestel", bräuchte ich Sie noch einmal. Meine everthing.txt Logdatei anbei...

VG

Martin Staffenski

Hi.

Nach Neuinstallation meines UBUNTU Servers war auch eine Neuinstallation des Axigen Mailservers erforderlich.

Zuvor war Axigen 6.1.0 installiert. Jetzt wurde Version 6.2.2 installiert. Das /var/opt/axigen Verzeichnis exisitert als Backup. Wie kann ich die Benutzermails wieder herstellen?

Reicht es das messages Verzeichnis in das Vereichnis der domain zu kopieren?

VG

Martin Staffenski

Hi,

und bis zur 14-ten Lizenz als Office Lizenz?

VG

Martin

Zitat von SkawoN

So wie ich es gelesen habe, muss man eine extra Lizenz für das Plug-In erwerben... deswegen ja auch meine Frage, wozu, wenn ich den SpamAssassinmit einem Plug-In versorgen kann und diesen über Axigen einbinde...

Hallo SkawoN.
Ich habe nicht das Plugin explizit genannt, sondern generell die Frage gestellt, ob eine neue Lizenz benötigt wird, wie es zum Beispiel vom Upgrade von der Version 5 zur Version 6 benötigt wurde.

VG

Martin

Hi.
Wir setzen die Office Lizenz ein. Ist grundsätzlich eine neue Lizenz erforderlich, oder läuft die Version 6.2.1 auch mit der 6.1 Lizenz?

VG

Martin

Hi,

gibt es für den nächsten Outlook Connector ein voraussichtliches Release Datum?

VG

Martin

Eine Nachfrage noch.
Gibt es die Möglichkeit in Axigen Spamassassin erweitert einzustellen, z.B. Bayes aktivieren, autolern usw... ?:)

VG

Martin Staffenski

Ja, es waren in D&A fast alle Filter aktiviert. Nach dem ich nun nur die enötigten Filter ClamAV und SpamassassinBundled aktiviert und in AV/AS scharf geschaltet habe, werden die Mails auch zuverlässig zugestellt.

Danke für die Hilfe

Martin Staffenski