[Eisfair] Smarthosteinstellungen nach providerwechsel

[Andreas Schmied]

Hallo Jürgen


> 
> als Smarthost bezeichnet man den Server an den Du die Nachrichten
> schicken willst, also den Deines Providers. Wie sollte ich den bei
> Deinem lokalen Server prüfen können welche eingehenden Ports geöffnet
> sind?

Okay, wieder etwas gelernt.

> 
> Dann wirf bitte einen Blick in die Logdateien welche Fehlermeldungen
> ausgegeben werden, damit wir nicht raten müssen. Außerdem solltest
> Du gegebenenfalls wie beschrieben den Debug-Modus aktivieren um
> weitere Informationen liefern zu können. 

Debugmodus liefert folgendes:

Exim version 4.84 uid=0 gid=0 pid=13233 D=fbb95cfd
Berkeley DB: Berkeley DB 5.3.21: (May 11, 2012)
Support for: crypteq iconv() PAM OpenSSL move_frozen_messages
Content_Scanning DKIM PRDR OCSP Experimental_DCC Experimental_Certnames
Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch dbm dbmjz
dbmnz dnsdb
Authenticators: cram_md5 plaintext spa
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/mbx autoreply pipe smtp
Size of off_t: 4
Compiler: GCC [4.5.4]
Library version: OpenSSL: Compile: OpenSSL 1.0.1i-fips 6 Aug 2014
                          Runtime: OpenSSL 1.0.2f-fips  28 Jan 2016
                                 : built on: reproducible build, date
unspecified
Library version: PCRE: Compile: 8.36-RC1
                       Runtime: 8.36 2014-09-26
Total 8 lookups
WHITELIST_D_MACROS unset
TRUSTED_CONFIG_LIST unset
changed uid/gid: forcing real = effective
  uid=0 gid=0 pid=13233
  auxiliary group list: <none>
seeking password data for user "exim": cache not available
getpwnam() succeeded uid=42 gid=42
changed uid/gid: calling tls_validate_require_cipher
  uid=42 gid=42 pid=13234
  auxiliary group list: <none>
tls_validate_require_cipher child 13234 ended: status=0x0
openssl option, adding from 1000000: 80000bff (all)
openssl option, adding from 81000bff: 1000000 (no_sslv2)
openssl option, adding from 81000bff: 20000 (no_compression)
openssl option, adding from 81020bff: 400000 (cipher_server_preference)
configuration file is /var/spool/exim/configure
log selectors = ffffffff 7fffffff
LOG: MAIN
  cwd=/tmp 8 args: /usr/local/exim/bin/exim -d -bd -oX ssmtp
-tls-on-connect -oP /var/spool/exim/exim-ssmtp-daemon.pid
trusted user
admin user
originator: uid=0 gid=0 login=root name=root
13233 daemon_smtp_port overridden by -oX:
13233   <: ssmtp
13233 listening on all interfaces (IPv4) port 465
13233 pid written to /var/spool/exim/exim-ssmtp-daemon.pid
13233 changed uid/gid: running as a daemon
13233   uid=42 gid=42 pid=13233
13233   auxiliary group list: 42
13233 LOG: MAIN
13233   exim 4.84 daemon started: pid=13233, no queue runs, listening
for SMTPS on port 465 (IPv4)
13233 set_process_info: 13233 daemon: no queue runs, listening for SMTPS
on port 465 (IPv4)
13233 daemon running with uid=42 gid=42 euid=42 egid=42
13233 Listening...

Hierbei fiel mir auf, dass grundsätzlich diese Meldung kommt, egal ob
Port 465 oder 587 gesetzt ist:
listening for SMTPS on port 465 (IPv4)

Ausserdem liegen zwei Mails in der 'queue'...

Aber vielleicht mache ich ja einen Fehler:
So bin ich vorgegangen:
mailconfig mit F10 beendet und dann den debug modus '2' SSMTP gewählt.
Dann auf einer anderen Konsole 'force queue run' gewählt.
Auf der Debugkonsole tat sich dann aber nix mehr.

Eventuell müssen ja auch
> noch die Widerrufslisten aktualisiert werden.

Da kenne ich mich gar nicht aus.

Ich hatte zwischenzeitlich versucht, auf einem alten Notebook (PIII
400MHz, 128MB RAM)zu installieren, damit ein aktuelles Eisfair zur
Verfügung steht, geht aber nicht.


-- 
Gruß
Andreas