Postfix Mail-relay zu GMX mit mehreren Users

Status
Für weitere Antworten geschlossen.

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
hast du auch Logzeilen aus dem Syslog? z.B. aus /var/log/messages?
 

CJHE

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
30
Punkte für Reaktionen
0
Punkte
0
Da sind leider nur info's von der Photostation drin (hab scheinbar viele Bilder, die die DSM nicht versteht, also eine "unbekannte" Baustelle für mich...). Wonach sollte ich suchen?
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
greppe das Logfile doch mal nach smtp und postfix (ggf auch zarafa, wobei das glaub ein eigenes Logfile hat)
 

CJHE

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
30
Punkte für Reaktionen
0
Punkte
0
Oct 10 11:49:32 hotplugd: volume_parts_info_get_by_dev.c:92 Dev:sdq cannot find PostfixNumber.

sonst hab ich nichts gefunden. Zarafa log hat nichts außergewöhnliches. Muß ich nicht "einfach nur" dem SYSTEM eine mail adresse vergeben???
 

CJHE

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
30
Punkte für Reaktionen
0
Punkte
0
Hi,

ich habe gerade die aktuellste Version installiert (DSM + Zarafa) und sehe, dass es nun admin / eine GUI für fetchmail gibt. Hat hier schon jmd. ein Tutorial für die Installation (komplett oder teilweise) erstellt?

Danke und Grüße,

C
 

earstreet

Benutzer
Mitglied seit
02. Nov 2012
Beiträge
9
Punkte für Reaktionen
0
Punkte
1
Hallo zusammen,

ich habe auf meiner Diskstation seit einiger Zeit einen Mailserver laufen, der die Mails der pro User (bei uns sind es 4) über einen eigenen Relax-Server bei gmx verschickt. Ich habe alles nach dem Wiki aus http://www.synology-wiki.de/index.p...der_Absenderdomain_einen_eigenen_Relay_Server eingerichtet und es hat auch super funktioniert. Seitdem ich aber die letzte Softwareaktualisierung des Mail-Servers vor ein paar Tagen aufgespielt habe, bekomme ich immer folgende Fehlermeldung in den nicht verschickten Mails:
Rich (BBCode):
Action: failed
Status: 5.0.0
Remote-MTA: dns; mail.gmx.net
Diagnostic-Code: smtp; 530 Authentication required
In der main.cf steht bei mir folgendes:
Rich (BBCode):
#Originalteil
inet_protocols = ipv4, ipv6                                  
mailbox_size_limit = 0                                             
broken_sasl_auth_clients = yes                                   
cyrus_sasl_config_path = /var/packages/MailServer/target/etc      
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                               
alias_maps = hash:/var/packages/MailServer/target/etc/aliases                   
myhostname = MeinHostName.net                                               
smtpd_sasl_auth_enable = yes                                                    
mynetworks = 127.0.0.0/8, [::1]/128                                             
mydestination = $myhostname, localhost.$mydomain, localhost                     
message_size_limit = 20971520                                                   
smtpd_sender_restrictions = reject_unknown_sender_domain                        
smtpd_use_tls = yes                                                             
tls_random_source = dev:/dev/urandom                                            
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination

#Ab hier mein Teil
sender_canonical_maps = hash:/volume1/@appstore/MailServer/etc/sender_canonical
smtp_sasl_auth_enable = yes                                      
smtp_sasl_password_maps = hash:/volume1/@appstore/MailServer/etc/sasl_passwd
sender_dependent_relayhost_maps = hash:/volume1/@appstore/MailServer/etc/sender_relay
smtp_use_tls = yes                                               
smtp_tls_enforce_peername = no                       
smtp_sasl_security_options = noanonymous

Leider weiß ich nicht, was in dem Originalteil alles vor dem Update geschrieben stand. Ich denke, dass dort Dinge konfiguriert werden, die sich mit meinem Vorhaben nicht mehr vertragen. Mich wundert auch, dass ich teilweise Zeilen in meinem Teil habe, die sich fast mit dem Originalteil decken. Der einzige Unterschied ist, dass im Originalteil ein "smtpd" und bei mir ein "smtp" steht.

Weiß jemand Rat, wie ich wieder pro Einzeluser einen eigenen Relay-Server vorgeben kann?

Gruß,
Daniel
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
1. bist du sicher, dass du die Files sasl_password und sender_relay noch hast?
2. smtp ist die Konfig für den Client und smtpd für den Daemon des Postfix
 

earstreet

Benutzer
Mitglied seit
02. Nov 2012
Beiträge
9
Punkte für Reaktionen
0
Punkte
1
Ja, die beiden Dateien habe ich auch noch einmal neu erzeugt, um sicher zu gehen, dass auch das richtige in der Datei drin steht.
Ich hatte mir alle Änderungen in einer txt-Datei, als Anleitung für mich, abgespeichert. Deshalb bin ich mir auch sicher, dass ich alles wieder so eingestellt habe wie zuvor.
Gibt es irgendwelche Tipps?
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
hm wenn die Files vorhanden sind, dann fiele mir nur noch ein zu prüfen, dass deine Anpassungen IMMER noch in der main.cf stehen. Anpassungen direkt an main.cf neigen dazu beim Neustart der Mailstation überschrieben zu werden
 

earstreet

Benutzer
Mitglied seit
02. Nov 2012
Beiträge
9
Punkte für Reaktionen
0
Punkte
1
Vielen Dank für die schnelle Antwort.
Leider ist das auch nicht die Lösung. In meinem ersten Beitrag habe ich die Einstellungen direkt aus der main.cf ins Forum kopiert. Als ich nicht weiterkam, habe ich die Diskstation wieder neu gestartet und dabei auch gemerkt, dass alles wieder auf den Ursprungszustand zurückgesetzt wird. Jetzt klappt der Versand ohne Relay-Server zwar erst einmal, aber leider habe ich jetzt wieder das Problem mit dem Mailversand an manche Provider.
 

earstreet

Benutzer
Mitglied seit
02. Nov 2012
Beiträge
9
Punkte für Reaktionen
0
Punkte
1
Hallo zusammen,

es klappt wieder. Ich habe endlich den Fehler gefunden. Es war derselbe Fehler, wie ihn Guldi auch schon im Beitrag #7 benannt hat.
Bei mir fehlte neuerdings wohl auch der Eintrag "smtp_sender_dependent_authentication = yes" in der main.cf. Wahrscheinlich habe ich mich bei der Dokumentation der Änderungen für mich zu sehr an eurem echt super gemachten Wiki orientiert. Dort fehlt der Eintrag nämlich auch. Deshalb meine Bitte, kann das jemand nachtragen?
Ansonsten bin ich echt froh, dass alles wieder so funktioniert wie vorher. :)

Danke für die Unterstützung und die sehr guten Informationen hier im Forum.

Gruß,
Daniel
 

dob100

Benutzer
Mitglied seit
15. Mai 2013
Beiträge
5
Punkte für Reaktionen
0
Punkte
0
Hallo Leute.

Habe alles nach eurer Anleitung in diesem Post gemacht, leider gehen die Mails nicht raus. Die Fehlermeldungen sehen so aus:

Rich (BBCode):
Message ID			Datum		Uhrzeit		Absender	Empfänger		E-Mail Größe	Status
20130929175943.9757920E15@local	2013-09-29	19:59:43	SYSTEM		user1@gmx.net		0.7KB		Fehlgeschlagen
52486A90.7090402@gmx.net	2013-09-29	19:59:43	user1@gmx.net	empfaenger@domain.com	0.5KB		Gesendet

Auf meiner DS213+ läuft 4.3.

Meine main.cf:
Rich (BBCode):
#readme_directory =

inet_protocols = ipv4, ipv6
mailbox_size_limit = 0
broken_sasl_auth_clients = yes
disable_vrfy_command = yes
cyrus_sasl_config_path = /var/packages/MailServer/target/etc
smtpd_sasl_authenticated_header = yes
smtp_sender_dependent_authentication = 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
header_checks = regexp:/var/packages/MailServer/target/etc/header_checks
sender_bcc_maps = hash:/var/packages/MailServer/target/etc/bcc/sender_bcc
recipient_bcc_maps = hash:/var/packages/MailServer/target/etc/bcc/recipient_bcc
smtpd_client_restrictions = check_client_access hash:/var/packages/MailServer/target/etc/access/client_access, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtp_sasl_password_maps = hash:/volume1/@appstore/MailServer/etc/sasl_passwd
sender_dependent_relayhost_maps = hash:/volume1/@appstore/MailServer/etc/sender_relay
smtp_use_tls = yes
smtp_tls_enforce_peername = no
smtp_sasl_security_options = noanonymous

virtual_alias_maps = hash:/volume1/@appstore/MailServer/etc/virtual                                                                        
virtual_alias_domains = mail.gmx.net svr1.infowaveindia.com
alias_maps = hash:/var/packages/MailServer/target/etc/aliases
myhostname = local
smtpd_sasl_auth_enable = yes
mynetworks = 127.0.0.0/8, [::1]/128
mydestination = $myhostname, localhost.$mydomain, localhost
message_size_limit = 28311552
smtpd_sender_restrictions = reject_unknown_sender_domain
smtpd_use_tls = yes
tls_random_source = dev:/dev/urandom
smtpd_recipient_restrictions = check_client_access hash:/var/packages/MailServer/target/etc/access/client_access,
				check_sender_access hash:/var/packages/MailServer/target/etc/access/sender_access,
				check_recipient_access hash:/var/packages/MailServer/target/etc/access/recipient_access,
				permit_mynetworks,
				permit_sasl_authenticated,
				reject_unauth_destination

Meine sasl_passwd:
Rich (BBCode):
#sasl_passwd
user1@gmx.net		user1@gmx.net:geheim1
user2@domain.in		user2@domain.in:geheim2

Meine sender_relay:
Rich (BBCode):
#sender_relay
user1@gmx.net		[mail.gmx.net]:submission
user2@doimain.in	[svr1.infowaveindia.com]:submission

postmap und postfix reload habe ich gemacht, Neustart auch mehrmals leider ohne (positives) Ergebnis.

An was kann´s noch liegen?
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
gemäss deinem Log ist die Mail aber raus. Anscheinend konnte aber die Fehlermeldung nicht an den Sender zugestellt werden. So auf die Schnelle fehlt dir scheinbar die smtp_sasl_auth_enable Direktive
 

dob100

Benutzer
Mitglied seit
15. Mai 2013
Beiträge
5
Punkte für Reaktionen
0
Punkte
0
"smtp_sasl_auth_enable = yes" war die Lösung

Das wars! Vielen Dank für die schnelle Antwort! Jetzt gehen die Mails wieder fehlerlos raus (was sie vorher tatsächlich nicht gemacht haben auch wenn´s lt. log so ausgesehen hat).
 

dob100

Benutzer
Mitglied seit
15. Mai 2013
Beiträge
5
Punkte für Reaktionen
0
Punkte
0
Mail an eigene Adresse schlägt fehl

Nun noch ein Phänomen, Mails an meine eigene Adresse schlagen mit folgender Meldung fehl:
Rich (BBCode):
Message ID				Datum		Uhrzeit		Absender	Empfänger	E-Mail Größe	Status
20131013075603.A367F227DC@lokalerhost 	2013-10-13 	09:56:03 	SYSTEM		usergmx@gmx.net	0.7KB	Fehlgeschlagen
525A5214.1060305@gmx.net 		2013-10-13 	09:56:03 	usergmx@gmx.net	user-DS@lokalerhost.localdomain	0.6KB	Gesendet

Das Mail wurde von usergmx@gmx.net nach usergmx@gmx.net geschickt.

Auf meiner DS213+ läuft 4.3.

Meine main.cf:
Rich (BBCode):
inet_protocols = ipv4, ipv6
mailbox_size_limit = 0
broken_sasl_auth_clients = yes
disable_vrfy_command = yes
cyrus_sasl_config_path = /var/packages/MailServer/target/etc
smtpd_sasl_authenticated_header = yes
smtp_sender_dependent_authentication = 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
header_checks = regexp:/var/packages/MailServer/target/etc/header_checks
sender_bcc_maps = hash:/var/packages/MailServer/target/etc/bcc/sender_bcc
recipient_bcc_maps = hash:/var/packages/MailServer/target/etc/bcc/recipient_bcc
smtpd_client_restrictions = check_client_access hash:/var/packages/MailServer/target/etc/access/client_access, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtp_sasl_password_maps = hash:/volume1/@appstore/MailServer/etc/sasl_passwd
sender_dependent_relayhost_maps = hash:/volume1/@appstore/MailServer/etc/sender_relay
smtp_use_tls = yes
smtp_sasl_auth_enable = yes
smtp_tls_enforce_peername = no
smtp_sasl_security_options = noanonymous

virtual_alias_maps = hash:/volume1/@appstore/MailServer/etc/virtual                                     
virtual_alias_domains = mail.gmx.net svr1.infowaveindia.com
alias_maps = hash:/var/packages/MailServer/target/etc/aliases
myhostname = lokalerhost
smtpd_sasl_auth_enable = yes
mynetworks = 127.0.0.0/8, [::1]/128
mydestination = $myhostname, localhost.$mydomain, localhost
message_size_limit = 28311552
smtpd_sender_restrictions = reject_unknown_sender_domain
smtpd_use_tls = yes
tls_random_source = dev:/dev/urandom
smtpd_recipient_restrictions = check_client_access hash:/var/packages/MailServer/target/etc/access/client_access,
                                check_sender_access hash:/var/packages/MailServer/target/etc/access/sender_access,
                                check_recipient_access hash:/var/packages/MailServer/target/etc/access/recipient_access,
                                permit_mynetworks,
                                permit_sasl_authenticated,
                                reject_unauth_destination

Sender_relay und sasl_passwd blieben unverändert.

Weiß jemand warum ich nicht an mich selber mailen kann?
 

dob100

Benutzer
Mitglied seit
15. Mai 2013
Beiträge
5
Punkte für Reaktionen
0
Punkte
0
Hab´s Problem gefunden und gelöst, in der virtual_hosts Datei hat der SMTP-Server gefehlt:
Rich (BBCode):
gmxuser@gmx.net@mail.gmx.net			DSM-user1
mail-user2@domain2@svr1.infowaveindia.com 	DSM-user2

Aktuell:

Warnung vor dem Synology MailServer Version 1.2-0130
Bei mir bekam ich nach dem Update bei meinem Thunderbird client (ver. 24.0.1) die Fehlermeldung: "4.3.0 Error: queue file write error".
Nach de-install und downgrade auf Version 1.2-0126 war der Fehler wieder weg.

Hier kann man sich die älteren Versionen ziehen:
http://ukdl.synology.com/ftp/packages/
 
Zuletzt bearbeitet:

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
wegen dem Error: mal probiert ob das postfix Kommando der DS den Parameter check kennt. Das sollte normalerweise Rechte Issues automatisch fixen können
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat