E-Mail senden nicht möglich

Question

Teste kivitendo!

kivitendo Demo mit Schweizer Kontenplan und neuem Layout

Unterstützt kivitendo mit der Basis-Subskription!

E-Mail senden nicht möglich

Hallo,

weiterhin gelingt es mir nicht, auch via kivitendo 3x heraus eine Mail zu senden. Weder mit exim noch auf die simple (smtp) Art. Bei letzterem ist im Browser zu lesen:

 send email : Net::SMTP::SSL: Bad hostname 'my.domain.eu' ...propagated at 
../SL/Mailer/SMTP.pm line 30.

Habe in der ./conf/kivitendo.conf unter der Rubrik [mail_delivery] method, host, port, security, login und password gesetzt. Jemand die zündete, funktionierende Idee?

Gefragt 2, Jan 2013 von turtle (2.7k Punkte)

3 Antworten

Ähnliche Fragen

Anonym · Answer 1 · 2013-01-03T10:20:54+0000

Hallo Turtle, Hallo Aravon,

hatte ein ähnliches Problem welches sich eigentlich ganz schlicht gelöst hat. Mein Email Provider verlangt bei normalen SMTP-Versand keine Authentifizierung, so habe ich einfach die Felder für Login und Passwort offen gelassen. Beim Versand eines Angebotes, einer Rechnung, etc bekam ich folgende Fehlermeldung.

send email : Net::SMTP: connect: Connection refused propagated at  ../SL/Mailer/SMTP.pm line 30.

Die einfache Lösung war die Vorgänge vorher zu Speichern.

Bad Hostname

bedeutet ja nichts anderes als das der Host nicht erreichbar ist. Vielleicht einfach mal im Terminal die die einzelnen zur Verfügung gestellten Ports anpingen oder es mit der direkten IP-Adresse des Mailservers Probieren.

Bei SSL Versand hängt es wieder von eurem Provider ab, viele verwenden hier einen speziellen Host, vielleicht mal beim Provider anfragen. Außerdem wir ein Sicherheitszertifikat vorausgesetzt, welches normalerweise beim ersten Abruf des Mailklienten auf dessen Maschine hinterlegt wird.

Hoffe ich konnte euch weiterhelfen!?

Beantwortet 3, Jan 2013 von Anonym

Hallo Colorit,

danke für deine Antwort. Ja mit dem zuerst Speichen und dann mit der jeweiligen Client- E-Mail-Anwendung als Anhang absenden, nutze ich auch. Aber ich dachte wenn es aus der Server-Anwendung kivitendo möglich ist, erspart man sich doch ein bis zwei Schritte.

Habe es heute nochmals versucht eine Mail direkt (Auftragsbestätigung -> E-Mail-Button) abzusenden. Nun erhalte ich folgende Meldung: send email : Can't locate Authen/SASL.pm in @INC (@INC contains .... Habe versucht via cpan> install SASL leider funktionierte dies irgendwie nicht richtig.

Warum nun die andere Meldung, dies kann ich mir nur mit dem Browser Cache erklären. Aber evtl. kann man dieses Problem dennoch in den Griff bekommen, hoffe ich zumindest?

Kommentiert 3, Jan 2013 von turtle (2.7k Punkte)

Probier es mal mit:

$ perl -MCPAN -e shell 
cpan> install Authen::SASL

in der PERL Shell oder:

$ sudo perl -MCPAN -e "install Authen::SASL"

als normaler beutzer.

Kommentiert 3, Jan 2013 von Anonym
Bearbeitet 3, Jan 2013 von Anonym

Vielen Dank, der install hat nun funktioniert, entschied mich für den ersten Vorschlag.

Habe nun wieder eine andere Meldung erhalten:

send email : auth(username, password) 
  at /usr/share/perl/5.10/Net/SMTP.pm line 130.

Oder soll ich den Browser und / oder Webserver neu starten,
oder muss ich bei dem gerade installierten etwas anpassen?

Kommentiert 3, Jan 2013 von turtle (2.7k Punkte)
Bearbeitet 3, Jan 2013 von turtle

ok sendmail war nicht installiert, habe ich soeben installiert, Danke für den Tipp.

Neben dem automatischen entfernen der exim Pakete,
rauschte eine ganze Menge an Text, die Konsolen runter.
Derzeit reboot'e ich den Webserver.

Bin schon ganz gespannt der Dinge die da kommen, ich werde hier berichten,
hoffe das es ein Erfolgs-Bericht wird.

Nachtrag: Nee leider geht das Elend weiter,
Browser-Cache geleert und nun erhalte ich wieder jene Meldung:

send email : Net::SMTP::SSL: Bad hostname ...

Kommentiert 3, Jan 2013 von turtle (2.7k Punkte)
Bearbeitet 3, Jan 2013 von turtle

wulf · Answer 2 · 2013-01-03T20:50:51+0000

ok sendmail war nicht installiert, habe ich soeben installiert, Danke für den Tipp.

Es gibt einen Spruch:

"wer nicht einmal in seinem Leben sendmail konfiguriert hat ist kein richtiger Admin"

der kommt daher, dass die Sendmailkonfiguration alles andere als ein Spass ist. Sendmail hat auch heute keine Bedeutung mehr auch wenn es noch weiterentwickelt wird. Allerdings ist es ein "quasi-Standard" und alle MTAs stellen einen Sendmailaufruf zur Verfuegung.

Natuerlich hattest Du /usr/bin/sendmail auf dem System, das kam halt von exim4.
Ich fuerchte Du kommst gerade vom Regen in die Traufe.

Schmeiss Sendmail wieder runter und nimm was vernuenftiges, kann auch postfix sein. Allerdins ist exim4 wie erwaehnt einfach super fuer gaenau diese Aufgabe. Ist auch nicht ohne grund in der light version der standard MTA bei Debian.

Mach Dir erstmal klar, ueber welchen Smarthost Du versenden willst, am besten schaust Du die Einstellungen in Deinem Mailclient ab:

severname
port
tls oder ssl (ja das ist was anderes)
auth (falls erforderlich in Form von Benutzername und Passwort)

schmeiss sendmail runter
aptitude purge sendmail
raeum die Ueberbleibsel Deiner alten exim-versuche auf
aptitude purge exim4-daemon-light
falls /etc/exim4 nicht geloescht wird:
mv /etc/exim4 /etc/exim4_old
installiere exim4
aptitude install exim4-daemon-light
Dabei beantwortest Du die Fragen folgendermassen

 1. type (3. Antwort):  mail sent by smarthost; no local mail
 2. system-mail-name: (Dein hostname)
 3. IP-addresses to listen: 127.0.0.1 (also localhost)
 4. Other destinations for which mail is accepted: <leer>
 5. visible domainnaim: (Dein Hostname)
 6. IP address or host name of the outgoing smarthost: (der Servername, also die Antwort auf meine Frage ganz oben)
 7. Keep number of DNS-queries minimal (Dial-on-Demand)?: no (also den default lassen)
     (Wenn Du 1-7 spaeter noch mal durchlauffen lassen willst, musst Du
    `dpkg-reconfigure exim4-config`
     aufrufen)

konfiguriere die authentifizierung in der Datei
/etc/exim4/passwd.client
da steht drin wie es geht, Du haengst einfach Servername,Benutzername,Passwort mit ":" getrennt aneinander.
Tests (alle als root)
1. routing pruefen
```
     `exim4 -bv -v foo@bar.de`
     sollte Dir anzeigen dass der Smarthost verwendet wird
```
1. Test
  echo foo | mail -s "das ist mein erster test" turtle@domain.de
  das ist die erste wirklich verschickte Mail, kontoliere das mit
  exigrep turtle /var/log/exim4/mainlog
  da kannst Du sehen, ob das sauber zugestellt wurde. Da siehst Du ach ob tls verwendet wurde usw.
  Das ist aber noch keine garantie ob versand an externe domains geht!
2. hier wird es spannend ob Dein auth geht.
  echo foo | mail -s "test extern" kivitendo@coulmann.de
  auch das kontrollierst Du
  exigrep kivitendo /var/log/exim4/mainlog

wenn das nicht geht noch mal schritt fuer schritt durchgehen.
Wenn das geht, geht auch kivitendo, wenn Du es auf sendmail-Versand stellst.

ist natuerlich quack, dass ich das hier hintippe denn das steht alles bei Dir auf Platte:
/usr/share/doc/exim4-daemon-light/README.Debian.gz

* 2.1.1.1.3. mail sent by smarthost; no local mail
* 2.1.1.2. System mail name
* 2.1.1.3. IP addresses to listen on for incoming SMTP connections
* 2.1.1.4. Other destinations for which mail is accepted
* 2.1.1.7. IP address or host name of the outgoing smarthost
* 2.1.1.10. Keep number of DNS queries minimal (Dial-on-Demand)
* 2.3.1. Using Exim as SMTP-AUTH client

viel Erfolg!

Beantwortet 3, Jan 2013 von wulf (18.0k Punkte)

Sorry, kleine Frage zu 2, 3 u. 5, kann ich hier localhost hinterlassen?

bei 2 schreibst Du das was
hostname
(nicht hostname -f)
ausspuckt
bei 3 steht eine ip Adresse( bei ipv4 ist das 127.0.0.1)
bei 5 wieder das was bei hostname rauskommt

2 und 5 spielen keine grosse Geige, tauchen aber in den Mailhaedern auf.

Wichtig ist, dass du im kivitendo dann eine zustellbare Absender-Mail-Adresse setzt, damit replays und bounces sauber ankommen.
Exim setzt diese dann automatisch auch als "envelope-from" (return-path) diese adresse sollte unbedingt von der gleichen domain sein wie dein smarthost.

Wenn Du zum beispiel bei aol bist. und du versendest ueber den aol smarthost
smt.aol.com
Deine Mail addresse ist turtle@aol.com
dann solltest Du auch turtel@aol.com als absender nehmen! (oder eine andere @aol.com adresse)
also nicht turtle@gmail.com als absender wenn Du ueber deine Zugang bei aol versendest.

Das ist ziemlich wichtig heutezutag
(email ist eine gerne unterschaetzte Technologie ...)

Kommentiert 4, Jan 2013 von wulf (18.0k Punkte)

vielen Dank für deine Geduld / Tipps.
Sorry, komme erst jetzt dazu deine Vorschläge umzusetzen, leider klemmt es mal wieder, ab Schritt 3. Anbei die Konsolen-Ausgabe:

aptitude install exim4-daemon-light
Die folgenden NEUEN Pakete werden zusätzlich installiert:
  exim4-base{a} exim4-config{ab} exim4-daemon-light{b}

Die folgenden Pakete haben verletzte Abhängigkeiten:
  exim4-config: Kollidiert mit: sendmail-bin aber 8.14.3-9.4 ist installiert.
  sendmail-bin: Kollidiert mit: mail-transport-agent, welches ein virtuelles Paket ist.
  exim4-daemon-light: Kollidiert mit: mail-transport-agent, welches ein virtuelles Paket ist.

Die folgenden Aktionen werden diese Abhängigkeiten auflösen:
         Entferne die folgenden Pakete:
1)     sendmail-bin

 
Diese Lösung akzeptieren? [Y/n/q/?] y

Die folgenden NEUEN Pakete werden zusätzlich installiert:
  exim4-base{a} exim4-config{a} exim4-daemon-light
Die folgenden Pakete werden ENTFERNT:
  sendmail-bin{a}
0 Pakete aktualisiert, 3 zusätzlich installiert, 1 werden entfernt und 5 nicht aktualisiert.

Wollen Sie fortsetzen? [Y/n/?] y

E: »exim4-daemon-light« konnte nicht unmittelbar konfiguriert werden. Lesen Sie 
man 5 apt.conf«  unter APT::Immediate-Configure bezüglich weiterer Details. (2)

Ich versuchte: aptitude purge sendmal-bin Hier wären andere Pakete automatisch für den Schredder betroffen. Selbiges wäre auch wenn ich /etc/init.d/sendmail stop abschicke, was mich verwundert es wird gestoppt, obwohl es ja schon im Schritt 1 verband wurde.

Bei aptitude purge mail-transport-agent exim4-config exim4-daemon-ligh tut sich nix. Ja ich habe die Schritte 1 und 2 vor Schritt 3 abgearbeitet. Kannst du mir da weiterhelfen?

Kommentiert 4, Jan 2013 von turtle (2.7k Punkte)
Bearbeitet 4, Jan 2013 von turtle

Die folgenden NEUEN Pakete werden zusätzlich installiert:
exim4-base{a} exim4-config{a} exim4-daemon-light
Die folgenden Pakete werden ENTFERNT:
sendmail-bin{a}
0 Pakete aktualisiert, 3 zusätzlich installiert, 1 werden entfernt und 5 nicht aktualisiert.

Wollen Sie fortsetzen? [Y/n/?] y

ist vollkommen ok

was sagt
dpkg -l | grep exim

wenn da rauskommt:

ii  exim4               4.72-6+squeeze2 metapackage to ease Exim MTA (v4) installation
ii  exim4-base          4.72-6+squeeze2 support files for all Exim MTA (v4) packages
ii  exim4-config        4.72-6+squeeze2 configuration for the Exim MTA (v4)
ii  exim4-daemon-light  4.72-6+squeeze2 lightweight Exim MTA (v4) daemon

kannst Du wie beschrieben einfach weitermachen
dpkg-reconfigure exim4-config

Kommentiert 4, Jan 2013 von wulf (18.0k Punkte)

ok dpkg-reconfigure exim4-config blieb ohne Erfolg bzw. exim... nicht installiert war zu lesen.

Darauf habe ich mich für die radikale Methode entschieden, der Vollständigkeit hier die Komplette Ausgabe:

aptitude purge sendmail-bin sendmail sendmail-base sendmail-cf 
   sensible-mda sendmail-doc rmail logcheck resolvconf sasl2-bin

Die folgenden Pakete werden ENTFERNT:
  sendmail-base{p} sendmail-bin{p} sendmail-cf{p} sensible-mda{p}
0 Pakete aktualisiert, 0 zusätzlich installiert, 4 werden entfernt und 0 nicht aktualisiert.
Muss 0 B an Archiven herunterladen. Nach dem Entpacken werden 4.833 kB frei werden.

Die folgenden Pakete haben verletzte Abhängigkeiten:
  bsd-mailx: Hängt ab von: default-mta, welches ein virtuelles Paket ist. oder
                           mail-transport-agent, welches ein virtuelles Paket ist.
  rkhunter: Hängt ab von: exim4 but it is not going to be installed. oder
                           postfix but it is not going to be installed. oder
                           sendmail but it is not going to be installed. oder
                           mail-transport-agent, welches ein virtuelles Paket ist.
Die folgenden Aktionen werden diese Abhängigkeiten auflösen:

     Entferne die folgenden Pakete:
1)     bsd-mailx
2)     mailx
3)     rkhunter

     Die folgenden Abhängigkeiten unaufgelöst beibehalten:
4)     at empfiehlt exim4 | mail-transport-agent
5)     cron empfiehlt exim4 | postfix | mail-transport-agent
6)     logrotate empfiehlt mailx
7)     mutt empfiehlt default-mta | mail-transport-agent
8)     procmail empfiehlt default-mta | mail-transport-agent | fetchmail
9)     mysql-server-5.1 empfiehlt mailx


Diese Lösung akzeptieren? [Y/n/q/?] y
Die folgenden Pakete werden ENTFERNT:
  bsd-mailx{a} mailx{a} rkhunter{a} sendmail-base{p} sendmail-bin{p}
  sendmail-cf{p} sensible-mda{p} unhide{u}
0 Pakete aktualisiert, 0 zusätzlich installiert, 8 werden entfernt und 0 nicht aktualisiert.
Muss 0 B an Archiven herunterladen. Nach dem Entpacken werden 7.680 kB frei werden.
Wollen Sie fortsetzen? [Y/n/?] y
(Lese Datenbank ... 197965 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von mailx ...
Entfernen von bsd-mailx ...
Entfernen von rkhunter ...
Trigger für man-db werden verarbeitet ...
(Lese Datenbank ... 197923 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von sensible-mda ...
Löschen der Konfigurationsdateien von sensible-mda ...
Entfernen von sendmail-bin ...
Löschen der Konfigurationsdateien von sendmail-bin ...
dpkg: Warnung: Während Entfernens von sendmail-bin ist Verzeichnis 
   »/usr/share/doc/sendmail« nicht leer, wird daher nicht gelöscht.
dpkg: Warnung: Während Entfernens von sendmail-bin ist Verzeichnis
   »/var/run/sendmail/mta« nicht leer, wird daher nicht gelöscht.
dpkg: Warnung: Während Entfernens von sendmail-bin ist Verzeichnis 
   »/var/run/sendmail/stampdir« nicht leer, wird daher nicht gelöscht.
dpkg: Warnung: Während Entfernens von sendmail-bin ist Verzeichnis 
   »/var/run/sendmail« nicht leer, wird daher nicht gelöscht.
dpkg: Warnung: Während Entfernens von sendmail-bin ist Verzeichnis 
   »/var/lib/sendmail« nicht leer, wird daher nicht gelöscht.
dpkg: Warnung: Während Entfernens von sendmail-bin ist Verzeichnis
   »/var/spool/mqueue-client« nicht leer, wird daher nicht gelöscht.
Entfernen von sendmail-base ...
Löschen der Konfigurationsdateien von sendmail-base ...
dpkg: Warnung: Während Entfernens von sendmail-base ist Verzeichnis 
   »/etc/mail«  nicht leer, wird daher nicht gelöscht.
Entfernen von sendmail-cf ...
Löschen der Konfigurationsdateien von sendmail-cf ...
Trigger für man-db werden verarbeitet ...
(Lese Datenbank ... 197490 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von unhide ...
Trigger für man-db werden verarbeitet ...

Darauf funktionierte nun:

aptitude install exim4-daemon-light
Die folgenden NEUEN Pakete werden zusätzlich installiert:
  exim4-base{a} exim4-config{a} exim4-daemon-light heirloom-mailx{a}
0 Pakete aktualisiert, 4 zusätzlich installiert, 0 werden entfernt und 0 nicht aktualisiert.
Muss 296 kB/2.320 kB an Archiven herunterladen. Nach dem Entpacken werden 4.788 kB zusätzlich belegt sein.
Wollen Sie fortsetzen? [Y/n/?] y
Hole:1 http://ftp.at.debian.org/debian/ squeeze/main heirloom-mailx i386 12.4-2 [296 kB]
296 kB wurden in 1 s heruntergeladen (206 kB/s)
Vorkonfiguration der Pakete ...
Vormals abgewähltes Paket exim4-config wird gewählt.
(Lese Datenbank ... 197479 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacken von exim4-config (aus .../exim4-config_4.72-6+squeeze3_all.deb) ...
Vormals abgewähltes Paket exim4-base wird gewählt.
Entpacken von exim4-base (aus .../exim4-base_4.72-6+squeeze3_i386.deb) ...
Vormals abgewähltes Paket exim4-daemon-light wird gewählt.
Entpacken von exim4-daemon-light (aus .../exim4-daemon-light_4.72-6+squeeze3_i386.deb) ...
Vormals abgewähltes Paket heirloom-mailx wird gewählt.
Entpacken von heirloom-mailx (aus .../heirloom-mailx_12.4-2_i386.deb) ...
Trigger für man-db werden verarbeitet ...
Trigger für doc-base werden verarbeitet ...
4 hinzugefügte doc-base-Datei(en) wird (werden) verarbeitet...
Trigger für menu werden verarbeitet ...
exim4-config (4.72-6+squeeze3) wird eingerichtet ...
exim4-base (4.72-6+squeeze3) wird eingerichtet ...
exim4-daemon-light (4.72-6+squeeze3) wird eingerichtet ...
Starting MTA: exim4.
heirloom-mailx (12.4-2) wird eingerichtet ...
update-alternatives: /usr/bin/heirloom-mailx wird verwendet, 
   um /usr/bin/mailx (mailx) im Auto-Modus bereitzustellen. 
Trigger für menu werden verarbeitet ...

Zur Kontrolle:

dpkg -l | grep exim
ii  exim4-base                            4.72-6+squeeze3                      support files for all Exim MTA (v4) packages
ii  exim4-config                          4.72-6+squeeze3                      configuration for the Exim MTA (v4)
ii  exim4-daemon-light                    4.72-6+squeeze3                      lightweight Exim MTA (v4) daemon

Und nun funktionierte auch endlich:

dpkg-reconfigure exim4-config
Stopping MTA for restart: exim4_listener.
Restarting MTA: exim4.

Bitte erschrecke mir nicht an der Vielzahl der Zeilen, sie sollen zur Vollständigkeit dienen.
Bei den Verzeichnissen (nicht leer) war nur /var/spool/mqueue-client und /etc/mail vorhanden letzteres habe ich mv.

Leider komme ich nicht gleich zum testen, muss nochmals Weg.
Aber vielleicht kann ich heute Abend (spät) davon Berichten.

Kommentiert 4, Jan 2013 von turtle (2.7k Punkte)

Bin wieder da, voll neuem Mut und Test-Freude.

Habe folgende in der Konsole eingeben: echo foo | mail -s "das ist mein erster test" turtle@domain.de danach exigrep turtle /var/log/exim4/mainlog, und hier die Ausgabe:

+++ 1TrAJ1-0007Ab-VR has not completed +++
2013-01-04 17:39:39 1TrAJ1-0007Ab-VR <= root@hostname U=root P=local S=446
2013-01-04 17:39:40 1TrAJ1-0007Ab-VR == turtle@domain.de R=smarthost T=remote_smtp_smarthost defer (-53): retry time not reached for any host
2013-01-04 18:06:01 1TrAJ1-0007Ab-VR my.Servername.www [xxx.xxx.xxx.xxx] Connection timed out
2013-01-04 18:06:01 1TrAJ1-0007Ab-VR == turtle@domain.de R=smarthost T=remote_smtp_smarthost defer (110): Connection timed out
2013-01-04 18:36:05 1TrAJ1-0007Ab-VR == turtle@domain.de R=smarthost T=remote_smtp_smarthost defer (-53): retry time not reached for any host
2013-01-04 19:06:23 1TrAJ1-0007Ab-VR == turtle@domain.de R=smarthost T=remote_smtp_smarthost defer (-53): retry time not reached for any host
2013-01-04 19:35:43 1TrAJ1-0007Ab-VR == turtle@domain.de R=smarthost T=remote_smtp_smarthost defer (-53): retry time not reached for any host
2013-01-04 20:05:41 1TrAJ1-0007Ab-VR == turtle@domain.de R=smarthost T=remote_smtp_smarthost defer (-53): retry time not reached for any host
2013-01-04 20:13:31 1TrAJ1-0007Ab-VR == turtle@domain.de R=smarthost T=remote_smtp_smarthost defer (-53): retry time not reached for any host

So wie es aussieht geht es nicht!
Statt turtle.domain.de. root@hostname, my.Servername.www und [xxx.xxx.xxx.xxx] benutze ich reale Einträge.

Kommentiert 4, Jan 2013 von turtle (2.7k Punkte)

Hallo wulf,
nein ich nehme Dir das nicht übel. Und sicherlich ist mir klar, das mit den Einstellungen etwas nicht stimmte, sonst hääte ich exim4 ans Laufen gebracht. Ich widerspreche Dir auch nicht, dass man manchmal auch mal einen Support einkaufen sollte, wenn alle Wege in Sackgassen führen. Da ich nun auf Postfix umgestiegen bin, war ein letzter Versuch, bevor ich eben diesen Schritt gehen wollte.
Mir ging es aber im letzten Post darum, mit zu teilen, wie der Stand der Dinge bei mir ist, und mich für Deinen Einsatz zu bedanken.
Ich hoffe Du bist mir nicht böse darüber, dass ich nach über zwei Tagen einen anderen Weg versucht habe. Aber bei mir läuft kivitendo im Moment (noch) in der Einrichtungphase und soll bald meine alte WAWI(JTL) ersetzen, da ich mit kivitendo wesentlich mehr Möglichkeiten habe.

Trotzdem ein schönes WE.

Kommentiert 6, Jan 2013 von Anonym

mir faellt hier noch was ein, was Euch eventuell auf den Fuss faellt:
(mit Zugriff auf den Host und entsprechenden Infos, haette man das gleich gesehen)

wenn der Smarthost kein tls anbietet, versucht exim4 keine Authentifizierung solange man ihm nicht sagt "meine Passwoerter sind mir egal!". Das ist auch vernuenftig. (Siehe den Debian spezifischen Parameter AUTH_CLIENT_ALLOW_NOTLS_PASSWORDS)

hier noch ein paar Hinweise dazu:
* wenn man wissen will, was der smarthost tut (z.B. ob er tls anbietet), und die authentifizierung testen will verwendet man

`telnet` und oder `openssl s_client`

wenn man genau sehen will wo das Problem beim exim-versand liegt und es in der mainlog nicht findet, kann man dinge tun wie
echo test | /usr/sbin/sendmail -d-all+transport test@adresse.de
Da wuerde man sehen, ob ein auth ueberhaupt versucht wird oder nicht und wie das Ergebnis ist

Kommentiert 12, Jan 2013 von wulf (18.0k Punkte)

Beliebteste Themen

E-Mail senden nicht möglich

Bitte logge dich ein oder melde dich neu an um zu kommentieren.

Bitte logge dich ein oder melde dich neu an um die Frage zu beantworten.

3 Antworten

Bitte logge dich ein oder melde dich neu an um zu kommentieren.

Bitte logge dich ein oder melde dich neu an um zu kommentieren.

Bitte logge dich ein oder melde dich neu an um zu kommentieren.

Ähnliche Fragen