Mails senden mit dynamischer IP-Adresse

[Trolli]

@trolli
wie genau schaut denn dein SPF Record aus? Kannst ihn mir sonst auch per PN schicken, wenn du den ned öffentlich machen willst

Hmmm - bin ja bei selfhost. Da gibt es die Möglichkeit den SPF-Record übers Webinterface anzulegen. Aber es scheint so, als würde der Eintrag nicht richtig im Zonefile ankommen. Werde wohl mal bei Gelegenheit den Support dort ausprobieren.

Wenn ich das richtig verstehe, müsste der korrekte Eintrag eigentlich so aussehen, oder?

v=spf1 include:outgoing.selfhost.de ~all

 

[jahlives]

@Trolli
Kennst du diese Seite? (http://www.openspf.org/) Dort kann man via Webform die benötigten Daten angeben und sich dann einen SPF Record generieren lassen

 

[Trolli]

Ja, da hab ich den Ausdruck ja her. Voraussetzung ist natürlich, dass man die Fragen dort auch richtig beantwortet...

Aber wird schon so in etwa stimmen.

 

[AndreasEausD]

Sorry kann mit der Disskusion von Trolli und Jahlives direkt nichts anfangen. Scheint mir auch eine etwas anderes Sache zu sein

Habe mich mal an das Doku von Jahlives http://syno.brain-force.ch/absenderbasiertes_relaying gehalten. Gehe den Weg "Alle Emails über den gleichen Server" (denke hier an den Relay-Server von smtp.web.de) und habe bislang gemacht:

In /usr/syno/mailstation/etc die File main.cf zuerst gesichert durch
$ cp /usr/syno/mailstation/etc/main.cf /usr/syno/mailstation/etc/main.cf.backup
Dann
$ vi /usr/syno/mailstation/etc/main.cf
Und unter der Rubrik
# INTERNET OR INTRANET Anmerkung: befindet sich irgendwo in der Mitte der main.cf - siehe auch Frage ganz unten

# Änderungen durch <NAME> 30.12.2010 11:52
# ------------------------------------------
relay_host = smtp.web.de
smtp_sasl_password_maps = hash:/opt/etc/postfix/sasl_passwd
smtp_sasl_auth_enable = yes
smtp_use_tls = yes
smtp_tls_enforce_peername = no

eingegeben.

Wobei Verzeichnis /opt/etc/postfix NICHT vorhanden war !! - Also
$ mkdir /opt/etc/postfix
gemacht – anschliessend
$ vi /opt/etc/postfix/sasl_passwd

# sasl_passwd
# erstellt von <NAME> 30.12.2010 12:35
#
smtp.web.de  <MAILNAME>@web.de:<Password für Mailname>

Danach mittels postmap und postfix reload diese file konvertiert und in Postfix eingebunden
Konvertieren des Files durch
$ /usr/syno/mailstation/sbin/postmap /opt/etc/postfix/sasl_passwd
Neueinlesen der Files durch
$ /usr/syno/mailstation/sbin/postfix reload
Meldung erhalten
postfix/postfix-script: refreshing the Postfix mail system

Problem:
Teil1:
Vodafone rejected mail da immer noch auf PBL-List. (Fehlertext siehe im Thread weiter vorne.)
Teil2:
Wenn ich eine Mail an z.B. mein Account abei web.de schicke, kommt die NICHT an und ich erhalte KEINE Fehlermeldung. Mail geht irgendwo ins Nirvana

Frage:Hat das möglicherweise etwas von Bedeutung ??
Am Ende der File main.cf finde ich

inet_protocols = ipv4, ipv6
mailbox_size_limit = 0
broken_sasl_auth_clients = yes
cyrus_sasl_config_path = /usr/syno/mailstation/etc
smtp[B][COLOR="Red"]d[/COLOR][/B]_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtp[B][COLOR="Red"]d[/COLOR][/B]_sender_restrictions = reject_unknown_sender_domain
smtp[B][COLOR="Red"]d[/COLOR][/B]_sasl_authenticated_header = yes
smtp[B][COLOR="Red"]d[/COLOR][/B]_tls_cert_file = /usr/syno/etc/ssl/ssl.crt/server.crt
smtp[B][COLOR="Red"]d[/COLOR][/B]_tls_key_file = /usr/syno/etc/ssl/ssl.key/server.key

smtp[B][COLOR="Red"]d[/COLOR][/B]_tls_security_level = may
myhostname = <NAME>.dyndns.org
smtp[B][COLOR="Red"]d[/COLOR][/B]_sasl_auth_enable = yes
message_size_limit = 10485760

 

[jahlives]

Probier mal die sasl_passwd Datei in /usr/syno/mailstation/etc/ abzulegen und dann den Pfad in der main.cf anpassen. Ebenfalls postmap nochmals machen am neuen Speicherort.

Teil2:
Wenn ich eine Mail an z.B. mein Account abei web.de schicke, kommt die NICHT an und ich erhalte KEINE Fehlermeldung. Mail geht irgendwo ins Nirvana

Bekommst du denn bei nicht existenten Adressen eine saubere Fehlermeldung? Wenn ja dann geht wie Mail bei web.de "verloren", NACHDEM der web.de Server die Mail akzeptiert hat. Wenn nein dann scheinst du die Fehlermeldungen des postfix Servers nicht zu erhalten.
Öffne mal die Datei /usr/syno/mailstation/etc/aliases In dieser Datei sollte es einen Eintrag wie

postmaster: DEIN_BENUTZER

geben. Danach den Befehl newaliases Anwenden (afaik ohne Pfad zum aliases file)

/usr/syno/mailstation/bin/newaliases

Dann in der main.cf eine Zeile ans Ende:

notify_classes = bounce, 2bounce, delay, policy, protocol, resource, software

danach postfix neustarten. Ab dann sollte DEIN_BENUTZER immer eine Fehlermeldung bekommen, wenn etwas ned klappt auf der DS.

Frage:Hat das möglicherweise etwas von Bedeutung ??
Am Ende der File main.cf finde ich

das d am Ende steht für den SMTP-Daemon Prozess von Postfix. Dieser nimmt Mails entgegen und gibt sie, falls sie via einen externen Server verschickt werden sollen, an den SMTP-Client Prozess. Dieser Client meldet sich dann beim externen Server an und verschickt die Mail. Die smtpd Einstellungen spielen keine Rolle für den Versand via Relay Server. Nur smtp Einstellungen kommen dabei zum Tragen

 

[AndreasEausD]

Probier mal die sasl_passwd Datei in /usr/syno/mailstation/etc/ abzulegen und dann den Pfad in der main.cf anpassen. Ebenfalls postmap nochmals machen am neuen Speicherort.

HAbe ich gemacht, jedoch noch kein Erfolgt. Bekam wieder von Vodafone eine Rückmeldung, dass Mail geblockt sei. Von web.de bislang keine Info erhalten.

Bekommst du denn bei nicht existenten Adressen eine saubere Fehlermeldung? Wenn ja dann geht wie Mail bei web.de "verloren", NACHDEM der web.de Server die Mail akzeptiert hat. Wenn nein dann scheinst du die Fehlermeldungen des postfix Servers nicht zu erhalten.

Bekomme keinerlei Fehlermeldungen von web.de. selbst bei falscher Mail-Adresse keine Infos erhalten.

Öffne mal die Datei /usr/syno/mailstation/etc/aliases In dieser Datei sollte es einen Eintrag wie

postmaster: DEIN_BENUTZER

geben. Danach den Befehl newaliases Anwenden (afaik ohne Pfad zum aliases file)

/usr/syno/mailstation/bin/newaliases

Dann in der main.cf eine Zeile ans Ende:

notify_classes = bounce, 2bounce, delay, policy, protocol, resource, software

danach postfix neustarten. Ab dann sollte DEIN_BENUTZER immer eine Fehlermeldung bekommen, wenn etwas ned klappt auf der DS.
das d am Ende steht für den SMTP-Daemon Prozess von Postfix. Dieser nimmt Mails entgegen und gibt sie, falls sie via einen externen Server verschickt werden sollen, an den SMTP-Client Prozess. Dieser Client meldet sich dann beim externen Server an und verschickt die Mail. Die smtpd Einstellungen spielen keine Rolle für den Versand via Relay Server. Nur smtp Einstellungen kommen dabei zum Tragen

/usr/syno/mailstation/etc/aliases sieht wie folgt bei mir aus:

# Person who should get root's mail. Don't receive mail as root!
#root:          you

# Basic system aliases -- these MUST be present
MAILER-DAEMON:  postmaster
postmaster:     Andreas
# postmaster:   root    Remarked von Andreas 01.01.2011 17:41

# General redirections for pseudo accounts
bin:            root
daemon:         root
named:          root
nobody:         root
uucp:           root
www:            root
ftp-bugs:       root
postfix:        root

# Put your local aliases here.

# Well-known aliases
manager:        root
dumper:         root
operator:       root
abuse:          postmaster

$ /usr/syno/mailstation/bin/newaliasesgemacht. Keine Fehlermeldung erhalten

main.cf wie folgt geändert:

inet_protocols = ipv4, ipv6
mailbox_size_limit = 0
broken_sasl_auth_clients = yes
cyrus_sasl_config_path = /usr/syno/mailstation/etc
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject
smtpd_sender_restrictions = reject_unknown_sender_domain
smtpd_sasl_authenticated_header = yes
smtpd_tls_cert_file = /usr/syno/etc/ssl/ssl.crt/server.crt
smtpd_tls_key_file = /usr/syno/etc/ssl/ssl.key/server.key

smtpd_tls_security_level = may

# Relay Server
# Änderung durch Andreas 01.01.2011  16:05
# ------------------------------------------------
relay_host = smtp.web.de
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/usr/syno/mailstation/etc/sasl_passwd

smtp_use_tls = yes
smtp_tls_enforce_peername = no

myhostname = <NAME>.dyndns.org
smtpd_sasl_auth_enable = no
message_size_limit = 10485760
notify_classes = bounce, 2bounce, delay, policy, protocol, resource, software

$ /usr/syno/mailstation/sbin/postmap /usr/syno/mailstation/etc/sasl_passwd
$ /usr/syno/mailstation/sbin/postmap /usr/syno/mailstation/etc/main.cf
und noch
$ /usr/syno/mailstation/sbin/postfix reloadpostfix/postfix-script: refreshing the Postfix mail system ist als System-Meldung gekommen.

3 Mails gleichzeitig geschickt (1. an <exist.Name@web.de - 2. an vodafone.de - 3. an <non-exist.Name>@web.de)
Ergebnis:
Vodafone blockt wie immer - mit Fehlermeldung an <Benutzer>@<Name>.dyndns.org
gleichzeitig eine Fehlermeldung Postmaster Copy (To: postmaster@<NAME>.dyndns.org zur von vodafone geblockter Mail

von web.de keine Antwort - nix zu hören

 

[jahlives]

Es geht nicht um Fehlermeldungen von web.de Wenn der Postfix eine Mail nicht zustellen kann dann muss eine Fehlermeldung von deiner DS kommen. Wenn du aufgrund der spamhaus PBL geblockt wirst, dann heisst dies meist, dass du direkt von einer dynamischen Adresse aus versucht hast die Mail an den Empfangsserver (vodafone) zu senden.
Da hiesse Postfix hat entweder sasl_passwd überhaupt nicht verwendet, oder es stehen falsche Zugangsdaten (eventuell auch Servername) drin oder der Anbieter unterstützt diese Authentifizierungsmethode nicht und verwendet stattdessen z.B. SMTP-after-POP.
Zusätzlich könnte es auch sein, dass smtp.web.de für Kunden nur auf Port 587 zu erreichen ist. Probier mal folgendes als relay hostnamen

# zuerst
[smtp.web.de] user:passwort
# oder
smtp.web.de:587 user:passwort

Du musst in main.cf und sasl_password immer die gleiche Schreibweise verwenden

 

[AndreasEausD]

Es geht nicht um Fehlermeldungen von web.de Wenn der Postfix eine Mail nicht zustellen kann dann muss eine Fehlermeldung von deiner DS kommen. Wenn du aufgrund der spamhaus PBL geblockt wirst, dann heisst dies meist, dass du direkt von einer dynamischen Adresse aus versucht hast die Mail an den Empfangsserver (vodafone) zu senden.

Ich bin bei dyndns.org mit einer dyn Adresse und habe in meinen Router auch diese Adresse angegeben. Ebenso ist in DSM diese <NAME>.dyndns.org zu finden.
Verstehe eigentlich ja auch, warum vodafone mich blockt. Ich schicke ja die Test Mails NICHT über einen Relay Server raus oder

Probier mal folgendes als relay hostnamen

# zuerst
[smtp.web.de] user:passwort
# oder
smtp.web.de:587 user:passwort

verwenden

Beides gemacht aber ohne Erfolg
Scheint mir, als wenn web.de keine Relay Server zulässt.

Frage 1:Gibt es jemand, der über web.de schon als Relay MAils verschicken konnte ????

Frage 2: Gibt es andere "Anbieter" (z.B. selfHOST.de), über die man funktionierende Relay Server Verbindungen aufbauen kann ??? Oder muss ich dann auch von www.dyndns.org zu diesem Anbieter wechseln ???

 

[AndreasEausD]

Noch ein Punkt, der mich irgendwie zweifeln läßt:

Warum kan die DS System-Meldungen wie nachfolgend an mein Account <Name>@web.de abschicken und warum kommen dort auch bei web.de an !??

Hier ein Beispiel:

Return-Path: <<NAME>@web.de>
Delivered-To: unknown
Received: from pop3.web.de (212.227.17.177) by FILESERVER02 with POP3; 01 Jan
2011 16:00:33 -0000
X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on FILESERVER02
X-Spam-Level:
X-Spam-Status: No, score=-1.3 required=5.0 tests=ALL_TRUSTED,SARE_SUB_ENC_UTF8,
SUBJECT_EXCESS_BASE64 autolearn=ham version=3.1.8
Received: from [77.<meine dynIP>.121] (helo=DiskStation)
by smtp01.web.de with asmtp (WEB.DE 4.110 #2)
id 1PZ2wO-0004cp-00
for <NAME>@web.de; Sat, 01 Jan 2011 16:00:20 +0100
Date: Sat, 01 Jan 2011 16:00:25 +0100
From: "FILESERVER02 - Synology DiskStation" <<NAME>@web.de>
To: <<NAME>@web.de>
Subject: =?UTF-8?B?IERpZSBsb2thbGUgRGF0ZW5zaWNoZXJ1bmcgYXVmIEZJTEVTRVJWRVIwMiBpc3QgYWJnZXNjaGxvc3Nlbg==?=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Message-Id: <E1PZ2wO-0004cp-00@smtp01.web.de>
X-Sender: <NAME>@web.de

Um Ihre Privatsphäre zur schützen, wurden externe Bilder blockiert. Bilder anzeigen Bilder von <NAME>@web.de immer zeigen
Sehr geehrter Benutzer,

Die lokale Datensicherung auf FILESERVER02 ist abgeschlossen.

Aufgabe: Backup Homes_Publik
Ziel: /volumeUSB2/usbshare

Mit freundlichen Grüßen
Synology DiskStation

Anmerkung: Diese Mail habe ich über getmail wieder an die DS runtergeladen.

 

[jahlives]

Mal einen anderen Provider als SMTP Relay mit User Auth genutzt? Ich weiss, dass es bei gmx und gmail gehen muss, da ich es auch so mache.

 

[AndreasEausD]

Mal einen anderen Provider als SMTP Relay mit User Auth genutzt? Ich weiss, dass es bei gmx und gmail gehen muss, da ich es auch so mache.

Habe mir jetzt ein gmx-account aufgemacht.
Änderung der file sasl_passwd
$ vi /usr/syno/mailstation/etc/sasl_passwd

# sasl_passwd
# erstellt von A.Eifert 02.01.2011 08:30
#
# mail.gmx.net  <1xx5x2xx4=meineGMX-Kundennummer OHNE @gmx.de>:<mein Password>

Änderung der file main.cf
$ vi /usr/syno/mailstation/etc/main.cf

# Relay Server
# Änderung durch Andreas Eifert  01.01.2011  08:32
# ------------------------------------------------
relay_host = mail.gmx.net
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/usr/syno/mailstation/etc/sasl_passwd

smtp_use_tls = yes
smtp_tls_enforce_peername = no

notify_classes = bounce, 2bounce, delay, policy, protocol, resource, software
myhostname = <NAME>.dyndns.org
smtpd_sasl_auth_enable = yes
message_size_limit = 10485760

Konvertieren des Files durch
$ /usr/syno/mailstation/sbin/postmap /usr/syno/mailstation/etc/sasl_passwd
Und main.cf konvertiert
$ /usr/syno/mailstation/sbin/postmap /usr/syno/mailstation/etc/main.cf
Neueinlesen der Files durch
$ /usr/syno/mailstation/sbin/postfix reload
Meldung erhalten

postfix/postfix-script: refreshing the Postfix mail system

Ergebnis:
Aber konkret: Vodafone schickt Auto- Mail, dass die Mails wieder geblockt sind "Undelivered Mail Returned to Sender"

Mail-Header

Return-Path: <>
X-Original-To: Andreas@<NAME>.dyndns.org
Delivered-To: Andreas@<NAME>.dyndns.org
Received: by <NAME>.dyndns.org (Postfix)
id A6565E04BC; Sun, 2 Jan 2011 08:42:28 +0100 (CET)
Date: Sun, 2 Jan 2011 08:42:28 +0100 (CET)
From: MAILER-DAEMON@<NAME>.dyndns.org (Mail Delivery System)
Subject: Undelivered Mail Returned to Sender
To: Andreas@<NAME>.dyndns.org
Auto-Submitted: auto-replied
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="1B64CE04B5.1293954148/<NAME>.dyndns.org"
Content-Transfer-Encoding: 8bit
Message-Id: <20110102074228.A6565E04BC@<NAME>.dyndns.org>

Mail

<<NAME>@vodafone.de>: host mx.uc.vodafone.de[151.189.21.148] said: 554
5.7.1 Service unavailable; Client host [95.<meine DYN-IP>.5] blocked using
zen.arcor.local; http://www.spamhaus.org/query/bl?ip=95.<meine DYN-IP>.5 (in reply
to RCPT TO command)

<harib87xdw@vodafone.de>: host mx.uc.vodafone.de[151.189.21.148] said: 554
5.7.1 Service unavailable; Client host [95.<meine DYN-IP>.5] blocked using
zen.arcor.local; http://www.spamhaus.org/query/bl?ip=95.<meine DYN-IP>.5 (in reply
to RCPT TO command)

Anmerkung: harib87xdw@vodafone.de soll der Versuch sein, ob eine nicht-existierende-Mail-Adresse eine andere Fehlermeldung liefert. scheint aber zuerst das blocken zu kommen - die Mail kommt erst ganz nicht zu vodafone durch.

Von web.de wieder KEINE Rückmeldung.

WAS MACHE ICH FALSCH ????

 

[jahlives]

Also ich habe ja auch einen gmx Account und meine SASL-pw Zeile schaut so aus

mail.gmx.net    MEIN_USER@gmx.ch:TOP_SECRET

ich weiss ja nicht ob das nur ein Tippfehler hier in deinem Post was aber ein # als erstes Zeiche kommentiert das Folgende aus d.h. dein gmx würde nicht gefunden werden

 

[AndreasEausD]

ich weiss ja nicht ob das nur ein Tippfehler hier in deinem Post was aber ein # als erstes Zeiche kommentiert das Folgende aus d.h. dein gmx würde nicht gefunden werden

Sorry war ein Tipp-Fehler. Sollte wohl mehr mit copy/paste arbeiten - würden dann diese Fehler verhindert.

Aber weiter mit meinem Problem:
Die sasl_passwd schaut jetzt wie folgt aus:

# sasl_passwd
# erstellt von Andreas 02.01.2011 14:50
#
mail.gmx.net  andreaseausd@gmx.de:<PASSWORD_geheim>

Habe festgestellt, das Mails zu gmx nur mit z.B. andreaseausd@gmx.de ankommen, aber nicht mit der <Kundennummer>@gmx.de (war ja im vorigen Post in der sasl_passwd drinne)

Funzt aber leider auch nicht !!

Wieder das gleiche Spiel: keine Antwort von web.de und ein block von vodaphone.de aufgrund von der dyndns.org.

 

[jahlives]

So als ziemlich letzte Idee wären noch die syslogs zu klären. Leider loggt postfix beim default syslog von Syno nicht sehr viel. Ich selber verwende jeweils den syslog-ng (via ipkg). Damit wird alles von postfix geloggt. Dann könnte man mal gucken ob postfix mit gmx.net oder doch direkt mit vodafone redet.
Bevor du aber syslog-ng installierst, solltest du erstmal gucken ob in den default Logs nicht doch etwas von postfix geloggt wurde

cat /var/log/messages | grep smtp

Wenn du dir syslog-ng installieren willst, dann findest du mehr im Wiki

 

[AndreasEausD]

Ja haste recht, sand nur eine zeile drin, etwas mit einer doppelten Zeile, die ich irrtümlich zweimal eintrug .

FILESERVER02> cat /var/log/messages | grep smtp
Jan  1 16:16:20 postfix/postmap[10779]: warning: /usr/syno/mailstation/etc/main.cf.db: duplicate entry: "smtpd_sasl_auth_enable"

Habe nun syslog-ng installiert und alle Meldungen die etwas mit mail, mailinfo, mailwarn und mailerr zutun haben in eine file mail.log zusammen geführt.
Kurze zeitlicher Legend: System reboot gegen 10:01, Versuch drei Mails (1. an web.de, 2. an vodafone.de und 3. an gmx.de) zu schicken um 10:15 und Fehlermeldung von vodafone.de (geblockte Mail) um 10:16.

Auch habe ich über diese Log-File ENDLICH mal eine Info von web.de erhalten:
http://freemail.web.de/reject/?ip=77.<meine IP>.143

Sehr geehrte E-Mail Versender,
es gibt verschiedene Gründe, weswegen WEB.DE FreeMail den Empfang bestimmter E-Mails ablehnt und die Verbindung zu dem kontaktierenden Mailserver mit einem "5xx-Fehler" beendet.
etc. , etc....

Die File mail.log füge ich dem Post bei (natürlich sind meine Daten, Adressen, etc. mit <NAME>, etc. versenden) - Name jetzt mail.txt.

Auffällig ist, dass ich wohl immer zwei gleiche Einträge vorfinde
die /etc/defaults/rc.conf und /etc/rc habe ich gemäß http://www.synology-wiki.de/index.php/Syslog-ng_via_ipkg_installieren geändert (die beiden files sicherheitshalber beide nochmals gecheckt)

 

[jahlives]

[FONT=monospace]
[/FONT]warning: /usr/syno/mailstation/etc/main.cf.db
[/QUOTE]
wieso ist das ein main.cf.db File??? Hast du postmap etwa auch auf main.cf und master.cf losgelassen? Das sind aber normale Konfig Files, die ohne postmap lesbar sind.
Das mit den zwei Einträgen ist "normal" bei Syslog-ng

 

[AndreasEausD]

wieso ist das ein main.cf.db File??? Hast du postmap etwa auch auf main.cf und master.cf losgelassen? Das sind aber normale Konfig Files, die ohne postmap lesbar sind.
Das mit den zwei Einträgen ist "normal" bei Syslog-ng

Habe mit postmap auch die main.cf konfertiert.
$ /usr/syno/mailstation/sbin/postmap /usr/syno/mailstation/etc/main.cf
War das falsch ?
HAbe noch die original main.cf als cp main.cf.backup vorliegen.
Bei master.cf habe ich nichts gemacht.

 

[jahlives]

$ /usr/syno/mailstation/sbin/postmap /usr/syno/mailstation/etc/main.cf
War das falsch ?

main.cf darf nicht mit postmap behandelt werden, sonst kann postfix die Datei nicht mehr richtig lesen. Nur Files, die du in der config mit hash:/ einträgst müssen mit postmap behandelt werden.
main.cf müsstest du ja noch haben. Lösch einfach die main.cf.db und starte den Postfix neu.
Achte dich dann darauf, dass danach diese Meldung

[FONT=monospace][/FONT][FONT=monospace]
[/FONT]warning:/usr/syno/mailstation/etc/main.cf.db

nicht mehr kommt

 

[AndreasEausD]

Die File main.cf.db ist gelöscht - mit $ /usr/syno/mailstation/sbin/postfix reload postfix neu gestartet.

Erneut Mails an web.de., vodafone.de und gmx.de geschickt (gegen 10:55 Uhr) und um 10:56 Uhr erneut Fehlermeldung von vodafone.de - geblockt erhalten.
Um 12:00 Uhr $ cat /var/log/messages | grep smtp gemacht.

Jan 1 16:16:20 postfix/postmap[10779]: warning: /usr/syno/mailstation/etc/main.cf.db: duplicate entry: "smtpd_sasl_auth_enable"

die Warning steht jedoch immer noch in der log. Wobei das Datum auf Jan 1 16:16:20 steht . Also nachdem ich weitere Versuch mit Mails gemacht hatte, KEINE Änderung an der log-file.

 

[jahlives]

Hast du denn den syslog-ng so installiert wie im Wiki beschrieben? Wenn ja dann sollte das Log für die Mailserver eingentlich /opt/var/log/mail sein. Guck mal dort rein ob du aktuellere Fehlermeldungen hast.
Wenn du magst könnte ich heute abend nach der Arbeit mal bei dir reinschauen. Bräuchte dann allerdings den ssh Zugang und das PW vom admin (könntest du mir via PN schicken).