Wie geht's mit dem Zarafa Package weiter?

[Jack_77]

Hallo Leute,

ich habe jetzt mal einen zarafa-postfix reset gemacht
danach

zarafa-postfix relay [smtp.strato.de]:465 user.a@domain1.de 'Password'

Ausgabe:

Switching in sudo mode. You may need to provide root password at initial call..
adding relay server [smtp.strato.de]:465 for user.a@domain1.deassword..
relayhost = [smtp.strato.de]:465

Email verschickt, kam zurück mit 5.7.1 Relay access denied.

Log zeigt:

Sep 25 08:41:06 DS-214-Play postfix/master[18173]: daemon started -- version 2.11.3, configuration /etc/postfix
Sep 25 08:43:36 DS-214-Play postfix/master[19558]: daemon started -- version 2.11.3, configuration /etc/postfix
Sep 25 08:47:40 DS-214-Play postfix/smtpd[20239]: connect from localhost[127.0.0.1]
Sep 25 08:47:40 DS-214-Play postfix/smtpd[20239]: NOQUEUE: reject: RCPT from localhost[127.0.0.1]: 554 5.7.1 <user.b@domain2.com>: Relay access denied; from=<user.a@domain1.de> to=<user.b@domain2.com> proto=ESMTP helo=<DS-214-Play>
Sep 25 08:47:40 DS-214-Play postfix/smtpd[20239]: disconnect from localhost[127.0.0.1] ,

Emailadressen und Passwörter habe ich geändert, der Rest ist 1:1.

Ich weiß Eure Mühen, besonders die von Tosoboso sehr zu schätzen und bin mir sicher dass es bald laufen wird.

Danke!!!!
Jack

 

[Tosoboso]

Moin.
ich lese schon einmal heraus, dass du kein Docker verwendest, sondern z4h Chroot auf einer DS214play. Damit entfällt die Option den Docker Container neu zu Laden, für Skripte Update; du musst die z4h 0.55 nehmen, die ich bald online stelle.
Kannst du uns bitte die main.cf posten (Domain Namen etc, verfremden) und kannst du mal ohne Mail-Relay Testen. Dann gibt es da noch die Möglichkeit: <zarafa-postfix test mail-address> das ist eine Telnet-Session auf Postfix...
-TosoBoso

 

[dougi]

Hallo Tosoboso,

ich könnte auch beim testen gerne etwas unterstützen.

Gleicher Fehler mit 5.7.1 auf einem Strato V-Server

Getestet mit folgenden Relay-Kombinationen:

domain
domain:25
[domain]
[domain]:587

Gleicher Benutzer wie er auch von der Diskstation für den Mailversand genutztr wird und welcher auch im Mailserver der Liveumgebung als Relay funktioniert.

Zusätzlich habe ich bisher die Optionen
smtp_tls_security_level = may
smtp_sasl_security_options = noanonymous
smtp_sasl_tls_security_options = noanonymous

mitgetestet, aber weiterhin Fehler 5.7.1.

Gruß,
Dougi

 

[cartman0208]

Ok, nochmal ganz von Anfang und gründlich, evtl. habe ich ja was vergessen:

Synology RS815+ im Rechenzentrum mit öffentlicher fester IP
DSM6.0.2-8451 Update 1
meinedomain.de bei United Domains registriert
DNS / PTR / MX / TXT Einträge korrekt gesetzt
Der Synology Mailserver nimmt Mails für meinedomain.de an und versendet sie auch
Die derzeitige Zarafa-Kiste ist eine andere Synology, die über meinedomain.de versendet und auch die ankommenden Mails von dort (und anderen Providern) per fetchmail abholt

Nun will ich aber nicht zwei von den Kisten laufen haben und beides auf eine zusammenfassen.
Da nur ein Postfix laufen kann, muss der von Zarafa4h jetzt die Funktionen des Syno-Mailservers auf meinedomain.de übernehmen.

Installationsschritte:
manuelle Installation - Datei ausgewählt
Lizenzbedingungen
MySQL-PW (Rest unverändert)
Web/Mailservername: meinedomain.de (Rest unverändert)
Maildomain: meinedomain.de
Postmaster Alias: hostmaster@meinedomain.de (Rest leer oder unverändert)
Create Z-users/Pop3 users: Felder leergemacht
Language: german
DB Maintenance/Tuning: unverändert

Installation...

Warnung am Ende: Mailserver package detected, which is in conflict with Zarafa4h. It must be stopped and it is reccomended to remove it. (Anm. Der Mailserver war schon gestoppt)
(Der Typo steht übrigens wirklich so in der Meldung ;-)

Zarafa4h läuft.

1. Problem, Zugriff auf Webapp:
http(s)://meinedomain.de/zarafa -> 404
http(s)://meinedomain.de:9443(9080) -> 404
http(s)://meinedomain.de:9443(9080)/zarafa -> 404
zur Kontrolle:
http(s)://meinedomain.de -> Webstation Startseite
http(s)://meinedomain.de/photo -> Photostation Startseite

Reverse-Proxy Eintrag im Anwendungsportal (S. 45)
https://meinedomain.de/zarafa -> Zarafa-Login
aber
http(s)://meinedomain.de/photo -> sehr abgespeckte Zarafa-Login Seite ... ?

Egal, ist ein Problem mit geringer Prio, weiter im Text:

2. Problem:
User mit zarafa-admin auf Kommandozeile angelegt
Login auf Webapp möglich
Mail von Gmail an user@meinedomain.de -> kommt an
Antwort auf diese Mail -> Returned to sender: 5.7.1 Relay access denied

Meine main.cf:

# set domain -> hostname -> origin as fqdn to avoid abuse
mydomain = meinedomain.de
#myhostname = mail.mydomain.me
myorigin = $mydomain.me
# closed relay: allow localhost for clients sending; add your local nw if needed, extra entries are to deal with IPv6
mynetworks = 127.0.0.0/8, [::1]/128
smtp_host_lookup = dns, native

# overwrite max message size 10M->50M; mailbox_size_limit must not be smaller hence 0
mailbox_size_limit = 0
message_size_limit = 52428800

# header and body checks
header_checks = regexp:/etc/zarafa/postfix/header_checks
body_checks = regexp:/etc/zarafa/postfix/body_checks

# use alias for system default and virtual valiases for zarafa aliases
alias_maps = hash:/etc/aliases
virtual_alias_maps = hash:/etc/zarafa/postfix/valiases

# use virtual domains from cfg file; 1st entry is eq mydomain
virtual_mailbox_domains = /etc/zarafa/postfix/vdomains
virtual_transport = lmtp:127.0.0.1:2003
smtpd_banner = $myorigin ESMTP Postfix Zarafa

# anti-spam: no relaying and request valid helo to block spam-bots (helo restrictions optional)
smtpd_helo_required = yes
#smtpd_helo_restrictions = reject_invalid_helo_hostname reject_non_fqdn_helo_hostname reject_unknown_helo_hostname

# anti-spam: have real-time dns based black-lists: dnsbl.sorbs.net, sbl.spamhaus.org (optional)
smtpd_client_restrictions = permit_mynetworks
#reject_rbl_client dnsbl.sorbs.net
smtpd_recipient_restrictions = reject_invalid_hostname reject_unauth_destination reject_unknown_recipient_domain permit
#reject_rbl_client sbl.spamhaus.org

# anti-spam: mail-from unknown-sender by mx entry check (optional)
smtpd_sender_restrictions = reject_unknown_address
#reject_unknown_sender_domain

# misc settings
delay_warning_time = 4h
unknown_local_recipient_reject_code = 450
maximal_queue_lifetime = 7d
minimal_backoff_time = 1000s
maximal_backoff_time = 8000s
smtp_helo_timeout = 60s
smtpd_recipient_limit = 16
smtpd_soft_error_limit = 3
smtpd_hard_error_limit = 12
# sender limit e.g. to avoid endless spam if hacked
#smtpd_sasl_sender_rate_limit = 99

# relayhosting from provider when running dynamic IP; now we need sasl_auth
#relayhost = smtp.example.com
#smtp_sasl_auth_enable = yes
#smtp_sasl_password_maps = hash:/etc/zarafa/postfix/sasl_passwd
#smtp_sasl_security_options =

# tls encryption outbound for relayhosting (mind smtp without d)
#smtp_use_tls = yes
#smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt
# only needed when authenticating with cert for relayhosting
#smtp_tls_cert_file = /etc/zarafa/ssl/svrcertbundle.pem
#smtp_tls_key_file = /etc/zarafa/ssl/server.key

# tls encryption opportunistic: announce STARTTLS support to remote clients
#smtpd_use_tls = yes
#tls_random_source = dev:/dev/urandom
#smtpd_tls_cert_file = /etc/zarafa/ssl/svrcertbundle.pem
#smtpd_tls_key_file = /etc/zarafa/ssl/server.key
#smtpd_tls_security_level = may
#smtpd_tls_mandatory_exclude_ciphers = aNULL, RC4
#smtpd_tls_exclude_ciphers = NULL, RC4
#smtpd_tls_security_level = may
#smtpd_tls_protocols = !SSLv2, !SSLv3
#smtpd_tls_mandatory_protocols = !SSLv2, !SSLv3
#smtpd_tls_loglevel = 1
#smtpd_tls_loglevel = 1
#smtpd_tls_fingerprint_digest = sha1
#smtpd_tls_received_header = yes

Falls die master.cf auch benötigt wird, kann ich gern nachliefern, war jetzt aber zu lang ;-)

mail.log aus dem Docker Ordner:

Sep 25 13:22:10 zarafa4h postfix/master[313]: daemon started -- version 2.11.3, configuration /etc/postfix
Sep 25 13:43:08 zarafa4h postfix/smtpd[680]: connect from unknown[172.17.0.1]
Sep 25 13:43:09 zarafa4h postfix/smtpd[680]: BC2F18BDB: client=unknown[172.17.0.1]
Sep 25 13:43:09 zarafa4h postfix/cleanup[684]: BC2F18BDB: message-id=<CAD0t7uNkUF8KYeswRKD+kW+AYYVcWUoJfJYwfcfJpfK2GUozrA@mail.gmail.com>
Sep 25 13:43:10 zarafa4h postfix/qmgr[318]: BC2F18BDB: from=<xxxx@googlemail.com>, size=2440, nrcpt=1 (queue active)
Sep 25 13:43:10 zarafa4h postfix/smtpd[680]: disconnect from unknown[172.17.0.1]
Sep 25 13:43:10 zarafa4h postfix/lmtp[685]: BC2F18BDB: to=<user@meinedomain.de>, relay=127.0.0.1[127.0.0.1]:2003, delay=1, delays=0.33/0.04/0.13/0.52, dsn=2.1.5, status=sent (250 2.1.5 user@meinedomain.de Ok)
Sep 25 13:43:10 zarafa4h postfix/qmgr[318]: BC2F18BDB: removed
Sep 25 13:44:11 zarafa4h postfix/smtpd[680]: connect from localhost[::1]
Sep 25 13:44:11 zarafa4h postfix/smtpd[680]: NOQUEUE: reject: RCPT from localhost[::1]: 554 5.7.1 <xxxx@googlemail.com>: Relay access denied; from=<user@meinedomain.de> to=<xxxx@googlemail.com> proto=ESMTP helo=<zarafa4h>
Sep 25 13:44:11 zarafa4h postfix/smtpd[680]: disconnect from localhost[::1]
Sep 25 13:47:32 zarafa4h postfix/anvil[682]: statistics: max connection rate 1/60s for (smtp:172.17.0.1) at Sep 25 13:43:09
Sep 25 13:47:32 zarafa4h postfix/anvil[682]: statistics: max connection count 1 for (smtp:172.17.0.1) at Sep 25 13:43:09
Sep 25 13:47:32 zarafa4h postfix/anvil[682]: statistics: max cache size 1 at Sep 25 13:43:09

Was hätte ich anders machen sollen, wo kann ich was manuell konfigurieren?
Bin für Anstöße dankbar.

 

[Jack_77]

Moin.
ich lese schon einmal heraus, dass du kein Docker verwendest, sondern z4h Chroot auf einer DS214play. Damit entfällt die Option den Docker Container neu zu Laden, für Skripte Update; du musst die z4h 0.55 nehmen, die ich bald online stelle.
Kannst du uns bitte die main.cf posten (Domain Namen etc, verfremden) und kannst du mal ohne Mail-Relay Testen. Dann gibt es da noch die Möglichkeit: <zarafa-postfix test mail-address> das ist eine Telnet-Session auf Postfix...
-TosoBoso

Meine main.cf:

# set domain -> hostname -> origin as fqdn to avoid abuse
mydomain = meinedomain.de
#myhostname = meine.dyndns.org
myorigin = $mydomain.me
# closed relay: allow localhost for clients sending; add your local nw if needed, extra entries are to deal with IPv6
mynetworks = 127.0.0.0/8, [::1]/128
smtp_host_lookup = dns, native

# overwrite max message size 10M->50M; mailbox_size_limit must not be smaller hence 0
mailbox_size_limit = 0
message_size_limit = 52428800

# header and body checks
header_checks = regexp:/etc/zarafa/postfix/header_checks
body_checks = regexp:/etc/zarafa/postfix/body_checks

# use alias for system default and virtual valiases for zarafa aliases
alias_maps = hash:/etc/aliases
virtual_alias_maps = hash:/etc/zarafa/postfix/valiases

# use virtual domains from cfg file; 1st entry is eq mydomain
virtual_mailbox_domains = /etc/zarafa/postfix/vdomains
virtual_transport = lmtp:127.0.0.1:2003
smtpd_banner = $myorigin ESMTP Postfix Zarafa

# anti-spam: no relaying and request valid helo to block spam-bots (helo restrictions optional)
smtpd_helo_required = yes
#smtpd_helo_restrictions = reject_invalid_helo_hostname reject_non_fqdn_helo_hostname reject_unknown_helo_hostname

# anti-spam: have real-time dns based black-lists: dnsbl.sorbs.net, sbl.spamhaus.org (optional)
smtpd_client_restrictions = permit_mynetworks
#reject_rbl_client dnsbl.sorbs.net
smtpd_recipient_restrictions = reject_invalid_hostname reject_unauth_destination reject_unknown_recipient_domain permit
#reject_rbl_client sbl.spamhaus.org

# anti-spam: mail-from unknown-sender by mx entry check (optional)
smtpd_sender_restrictions = reject_unknown_address
#reject_unknown_sender_domain

# misc settings
delay_warning_time = 4h
unknown_local_recipient_reject_code = 450
maximal_queue_lifetime = 7d
minimal_backoff_time = 1000s
maximal_backoff_time = 8000s
smtp_helo_timeout = 60s
smtpd_recipient_limit = 16
smtpd_soft_error_limit = 3
smtpd_hard_error_limit = 12
# sender limit e.g. to avoid endless spam if hacked
#smtpd_sasl_sender_rate_limit = 99

# relayhosting from provider when running dynamic IP; now we need sasl_auth
relayhost = [smtp.strato.de]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/zarafa/postfix/sasl_passwd
smtp_sasl_security_options =

# tls encryption outbound for relayhosting (mind smtp without d)
smtp_use_tls = yes
smtp_tls_CAfile = /etc/ssl/certs/ca-certificates.crt
# only needed when authenticating with cert for relayhosting
#smtp_tls_cert_file = /etc/zarafa/ssl/svrcertbundle.pem
#smtp_tls_key_file = /etc/zarafa/ssl/server.key

# tls encryption opportunistic: announce STARTTLS support to remote clients
#smtpd_use_tls = yes
#tls_random_source = dev:/dev/urandom
#smtpd_tls_cert_file = /etc/zarafa/ssl/svrcertbundle.pem
#smtpd_tls_key_file = /etc/zarafa/ssl/server.key
#smtpd_tls_security_level = may
#smtpd_tls_mandatory_exclude_ciphers = aNULL, RC4
#smtpd_tls_exclude_ciphers = NULL, RC4
#smtpd_tls_security_level = may
#smtpd_tls_protocols = !SSLv2, !SSLv3
#smtpd_tls_mandatory_protocols = !SSLv2, !SSLv3
#smtpd_tls_loglevel = 1
#smtpd_tls_loglevel = 1
#smtpd_tls_fingerprint_digest = sha1
#smtpd_tls_received_header = yes

zarafa-postfix reset
zarafa-postfix test

Switching in sudo mode. You may need to provide root password at initial call..
running test into telnet session with helo meinedomain.de to postmaster@meinedomain.de Subject: testmail..
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 meinedomain.de.me ESMTP Postfix Zarafa
250 DS-214-Play.meinedomain.de
250 2.1.0 Ok
250 2.1.5 Ok
354 End data with <CR><LF>.<CR><LF>
250 2.0.0 Ok: queued as 02DAE8C2D4F
221 2.0.0 Bye
Connection closed by foreign host.

zarafa-postfix test user.b@domain2.com

Switching in sudo mode. You may need to provide root password at initial call..
running test into telnet session with helo meinedomain.de to user.b@domain2.com Subject: testmail..
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 meinedomain.de.me ESMTP Postfix Zarafa
250 DS-214-Play.meinedomain.de
250 2.1.0 Ok
554 5.7.1 <user.b@domain2.com>: Relay access denied
554 5.5.1 Error: no valid recipients
221 2.7.0 Error: I can break rules, too. Goodbye.
Connection closed by foreign host.

Wenn ich ohne Mail Relay aus der Zarafa Webapp maile kommt auch
5.7.1 Relay access denied.

 

[Tosoboso]

Meine main.cf--- Wenn ich ohne Mail Relay aus der Zarafa Webapp maile kommt auch 5.7.1 Relay access denied.

Hi, das dachte ich mir.. Nimm mal bitte in der main.cf "smtpd_recipient_restrictions" raus, d.h. ein Kommentar davor; Wenn man keine eigene Domain hat und kein Postfix Empfang fährt ist diese Security Anti-Spam Setting kontraproduktiv.
Wenn zarafa-fetchmail init ausgeführt wird, sollte das auch auskommentiert sein (jedenfalls in der aktuellen Version) => $>sed -i -e "s~smtpd_recipient_restrictions~#smtpd_recipient_restrictions~" /volume1/zarafa/etc/zarafa/postfix/main.cf (falls das dein zarafa-Share ist).
Wenn es immer noch nicht funktioniert dann auch folgendes auskommentieren: "smtpd_sender_restrictions = reject_unknown_address" und #reject_unknown_sender_domain.
-TosoBoso

 

[cartman0208]

Kann ich bestätigen, Mailversand funktioniert dann.
Ich hab meine main.cf etwas erweitert:

smtpd_recipient_restrictions = reject_invalid_hostname permit_mynetworks permit_sasl_authenticated reject_unauth_destination reject_unknown_recipient_domain permit

Damit gehts auch

 

[Jack_77]

=Tosoboso;657777 ...Nimm mal bitte in der main.cf "smtpd_recipient_restrictions" raus, d.h. ein Kommentar davor; Wenn man keine eigene Domain hat und kein Postfix Empfang fährt ist diese Security Anti-Spam Setting kontraproduktiv.
-TosoBoso

Super! Danach geht smtp. Vielen Dank

Kriege jetzt aber fetchmail nicht mehr zum laufen. Eingerichtet wie auf Seite 45 von Tosoboso vorgegeben, ging auch schon mit 0.5.3.
zarafa-fetchmail-init:

Switching in sudo mode. You may need to provide root password at initial call..
init: adding fetchmail to zarafa services list, local_admin_users and removing SMTP recipient restrictions (please restart zarafa)..
Adding user `fetchmail' to group `zarafa' ...
Adding user fetchmail to group zarafa
Done.
[info] Not starting fetchmail daemon, disabled via /etc/default/fetchmail.

Bin wegen der letzten Zeile beunruhigt, oder ist das normal?

zarafa-fetchmail add lief ohne Fehler durch und zarafa-fetchmail list zeigt auch:

Switching in sudo mode. You may need to provide root password at initial call..
z-user, r-user, r-pwd, server, protocol, port, ssl
z-user1,user.b@domain1.de,'Password',imap.strato.de,imap,993,ssl

Keine Ahnung was ich falsch gemacht habe.

Folgendes steht im fetchmail Log:

fetchmail: Received BYE response from IMAP server: AUTOLOGOUT; IDLE FOR TOO LONGfetchmail: Unknown login or authentication error on user.bdomain1.de@imap.strato.de
fetchmail: socket error while fetching from user.bdomain1.de@imap.strato.de

Bei user.bdomain1.de fehlt wirklich das @ zwischen user.b und domain1.de im Log.

 

[Tosoboso]

Super! Danach geht smtp. Vielen Dank. Kriege jetzt aber fetchmail nicht mehr zum laufen. Eingerichtet wie auf Seite 45 von Tosoboso vorgegeben, ging auch schon mit 0.5.3. Bin wegen der letzten Zeile beunruhigt, oder ist das normal [[info] Not starting fetchmail daemon, disabled via /etc/default/fetchmail. ]?

Hi, das ist nich normal und bedeutet, dass die /etc/default/fetchmail eine Änderung benötigt, die in der v0.5.4 eigentlich drin ist. => START_DAEMON=yes statt no. - Ich prüfe mal, ob das ein Z4h-Debian Chroot Problem ist da du ja kein Docker hast.
Zur manuellen Lösung vor dem nächsten Release: Prüfen, ob 1) im Zarafa-Share die Fetchmail Default Datei da ist und Editiere diese (vi /volume1/zarafa/etc/default-fetchmail) bzgl. START_DAEMON. (/volume1/zarafa ist der Standard-Pfad).
Falls 2a) die Datei nicht exisitert gehe in den Container mit <zarafa-cmdline> und dann <cp /etc/default/fetchmail /etc/zarafa/default-fetchmail>, darauf 2b) <ln -sf /etc/zarafa/default-fetchmail /etc/default/fetchmail>.und mit <exit> raus aus dem Container.
2b) solltest du auf jeden Fall machen, selbst wenn default-fetchmail ausserhalb des Containers schon exisitert hatte. Dann auf Synology <zarafa-fetchmail restart> und nun sollte es im Demon Mode Starten und keine Fehlermeldung mehr ausgeben.
-TosoBoso

 

[Jack_77]

Hi, das ist nich normal und bedeutet, dass die /etc/default/fetchmail eine Änderung benötigt, die in der v0.5.4 eigentlich drin ist. => START_DAEMON=yes statt no. - Ich prüfe mal, ob das ein Z4h-Debian Chroot Problem ist da du ja kein Docker hast.
Zur manuellen Lösung vor dem nächsten Release: Prüfen, ob 1) im Zarafa-Share die Fetchmail Default Datei da ist und Editiere diese (vi /volume1/zarafa/etc/default-fetchmail) bzgl. START_DAEMON. (/volume1/zarafa ist der Standard-Pfad).
Falls 2a) die Datei nicht exisitert gehe in den Container mit <zarafa-cmdline> und dann <cp /etc/default/fetchmail /etc/zarafa/default-fetchmail>, darauf 2b) <ln -sf /etc/zarafa/default-fetchmail /etc/default/fetchmail>.und mit <exit> raus aus dem Container.
2b) solltest du auf jeden Fall machen, selbst wenn default-fetchmail ausserhalb des Containers schon exisitert hatte. Dann auf Synology <zarafa-fetchmail restart> und nun sollte es im Demon Mode Starten und keine Fehlermeldung mehr ausgeben.
-TosoBoso

/volume1/zarafa/etc/default-fetchmail existiert ist aber leer
cp /etc/default/fetchmail /etc/zarafa/default-fetchmail kommt cp: ‘/etc/default/fetchmail’ and ‘/etc/zarafa/default-fetchmail’ are the same file
lösche ich /volume1/zarafa/etc/default-fetchmail und gebe cp /etc/default/fetchmail /etc/zarafa/default-fetchmail ein kommt
cp: cannot stat ‘/etc/default/fetchmail’: No such file or directory
Ich finde auch keinen /etc/default ordner.
nur /etc/defaults vom root verzeichnis aus und das ist nur die rc.conf

 

[Tosoboso]

Hi, nimm diese Datei; und kopiere diese nach /volume1/zarafa/etc/default-fetchmail (ohne die txt Endung..).
Dann gehe wie Oben beschrieben in den Container <zarafa-cmdline> und mache den Softlink: <ln -sf /etc/zarafa/default-fetchmail /etc/default/fetchmail>
-TosoBoso

 

[Jack_77]

TIP TOP!!!
smtp geht, fetchmail auch. Kontakte und Kalender auch.

Tosoboso RULES

 

[NoFear-MK]

....Wenn es immer noch nicht funktioniert dann auch folgendes auskommentieren: "smtpd_sender_restrictions = reject_unknown_address" und #reject_unknown_sender_domain.-TosoBoso

Super Top, läuft jetzt auch bei mir einwandfrei ... DANKE TOSOBOSO ... und Prost !! ;-)

 

[Jack_77]

Fetchmail für Gmail geht nur , wenn man eine Einstellung im Gmail Konto (oben rechts) vorgenommen hat:
Mein Konto -> Anmeldung & Sicherheit -> Weniger sichere Apps zulassen: an
Wenn das aus ist kommt ein Authorization failure.

 

[Jack_77]

Wenn jemand Kontakte importieren:
http://www.synology-forum.de/showthread.html?29411-Anleitung-Adressbuch-importieren

Für zarafa4h Post #6 von mir lesen.

 

[Jack_77]

Wenn jemand Kontakte importieren:
http://www.synology-forum.de/showthread.html?29411-Anleitung-Adressbuch-importieren

Für zarafa4h Post #6 von mir lesen.

oder einfach als vcf datei exportieren z.B. aus dem Google Konto und per Email schicken und auf iPhone speichern

 

[Tosoboso]

oder einfach als vcf datei exportieren z.B. aus dem Google Konto und per Email schicken und auf iPhone speichern

Was man mit dem WebApp Plugin Contact Importer machen kann: https://community.zarafa.com/pg/plugins/project/20393/developer/h44z/webapp-contact-importer Deswegen sind in Z4h ja Plugins drin und weitere als Integration vorgesehen...
-TosoBoso

 

[Jack_77]

Was man mit dem WebApp Plugin Contact Importer machen kann
-TosoBoso

Das Plugin hatte ich auch gefunden, aber nicht ans laufen bekommen, dachte das Plugin ist inkompatibel zur WebApp Version.
Ich kann noch eine vcf Datei auswählen, wird aber nicht importiert.

 

[michivr5]

Servus,

bei mir läuft mittlerweile eigentlich alles mit Version 0.54(Mail via Postfix, Empfangen, Mobile Sync mit Public Folder etc...), eine Sache ist mir aber aufgefallen:

Wenn ich auf die Webapp zugreife mit: meinedomain.de:9443 ist der Zugriff auf mein Postfach sehr schnell, Webmeetings geht.

Wenn ich auf die Webapp zugreife mit: meinedomain.de/zarafa dauert der Zugriff sehr lange, ein Klick auf Webmeetings erfolgt folgenden Fehler:

Proxy Error

The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request GET /webmeetings/.

Reason: Error reading from remote server


Hat jemand eine Lösung dafür? Ich laufe noch unter DSM 5.2

Gruß
Micha

 

[DS1511+XXX]

Hi an alle,

ich bin dank der Hilfe von Tosoboso und durch das mitlesen der Beiträge eigentlich schon ziemlich weit gekommen.
Leider bekomme ich beim Versenden meiner / einer Mail folgende Fehlermeldungen:

mail.log
Oct 5 20:24:04 zarafa4h postfix/qmgr[209]: EE1483CC: from=<xxxxx@xxxxxxxxx.xxx>, size=2004, nrcpt=1
(queue active)
Oct 5 20:24:04 zarafa4h postfix/smtp[894]: CLIENT wrappermode (port smtps/465) is unimplemented
Oct 5 20:24:04 zarafa4h postfix/smtp[894]: instead, send to (port submission/587) with STARTTLS
Oct 5 20:25:04 zarafa4h postfix/smtp[894]: EE1483CC: conversation with smtp.strato.de[81.169.145.13
3] timed out while receiving the initial server greeting
Oct 5 20:25:05 zarafa4h postfix/smtp[894]: connect to smtp.strato.de[2a01:238:20a:202:55f0::1133]:4
65: Network is unreachable
Oct 5 20:25:05 zarafa4h postfix/smtp[894]: EE1483CC: to=<xxxxxxxxxxx@xxxx.xx>, relay=none, delay=52
16, delays=5154/0.09/61/0, dsn=4.4.1, status=deferred (connect to smtp.strato.de[2a01:238:20a:202:55
f0::1133]:465: Network is unreachable)

ich kann strato allerdings erfolgreich pingen, den port habe ich bi Posts von Jack_77 "mitgelesen" sollte auch stimmen.
Klar ich hab das ganze hinter einer Firewall hängen, diesen Port habe ich aber freigeschaltet.
Meine Frage in die Runde:
--> Hat jemand eine Idee zu der Fehlermeldung?
--> gibt es weitere Ports welche ich umbedingt freischalten muss / soll? (evtl. irgendwo eine Liste?)

bin für jeden Tip dankbar.