Beiträge von stamcose

Wegen die nette Unterhaltung bei

Postfix-Mail und TLS

Postfix (oder "sendmail") kann man benützen für Serial-Mail. Hier mein Shellscript als "Freeware"!

Zwei Email in einer Textdatei mit Name "demo"

jemand@t-online.de                 
Subject hier               
Guten Morgen               
Zeile 1
Zeile 2
@
somebody@web.de                 
This subject is about something else               
How are you?
Another line 
bla bla
bla bla              
@
@

Mein Shellscript "mats_mail"

# SCRIPT TO SEND MAILS BASED ON FILE DATA FROM STANDARD INPUT
while true
do
# READ EMAIL ADDRESS
read address
if [ $? -ne 0 ]
then
echo The file not terminated with "@"
break
fi
if [ "$address" == @ ]
then 
echo Normal end
break
fi
# READ "SUBJECT" FOR THE MAIL
read subject
if [ $? -ne 0 ]
then
echo EOF when "subject" was expected 
break
fi
if [ "$subject" == @ ]
then
echo Terminator "@" when "subject" was expected 
break
fi
# REPLACE ISO Latin 1 "UMLAUT" 
subject=`echo $subject | sed 's/\xFC/ue/g' |sed 's/\xE4/ae/g' |sed 's/\xF6/oe/g'`
echo $subject
# READ THE FIRST LINE OF THE MAIL
read line
if [ $? -ne 0 ]
then
echo EOF when the first line of the message was expected 
break
fi
if [ "$line" == @ ]
then
echo No message lines, processing terminated 
break
fi
# REPLACE ISO Latin 1 "UMLAUT" 
line=`echo $line | sed 's/\xFC/ue/g' |sed 's/\xE4/ae/g' |sed 's/\xF6/oe/g'`
# THE TEXT OF THE MAIL FIRST PUT IN TEMPORARY FILE
# "$line" instead of $line to preserve multiple blanks
# special characters are otherwise accepted as is without shell interference!
echo "$line" > tmp_file
 while true
 do 
  read line
  if [ $? -ne 0 ]
  then
  echo EOF, mail body not terminated with "@"
  break
  fi
# "@" USED AS SEPERATOR BETWEEN THE MAILS
  if [ "$line" == @ ]
  then 
  break
  fi
# REPLACE ISO Latin 1 "UMLAUT" 
line=`echo $line | sed 's/\xFC/ue/g' |sed 's/\xE4/ae/g' |sed 's/\xF6/oe/g'`
  echo "$line" >> tmp_file
 done
# SEND THE MAIL
mail -s "$subject" "$address" < tmp_file
echo mail sent to "$address"
done

Benützung

mats_mail < demo

Ich benütze

OS: Linux 2.6.34-12 desktopi686
System: openSUSE 11.3(i586)

Geht wunderbar ausser für diesen jetzt entdeckten YAST-Fehler bei "postfix"

Welche Vorteile/Nachteile hat 11.3 in vergleich zu dem heutigen Release? Ist es möglicherweise so dass für jeden korrigierten Bug ein neuer dazukommt!

"postfix" benütze ich zu Versenden von computer-generated individuelle Emails durch einen Shell-Script! Für einen Verein, nicht für SPAM!!

Es scheint ein YAST-Problem bei SUSE 11.3 zu sein die bei SUSE 11.4 korrigiert wurde! Obwohl ich ein Haken fuer "USE TLS" in YAST fuer SUSE 11.3 setze kriege ich in

/etc/postfix/main.cf

smtp_use_tls = no

Falls ich mit meinem Editor diese Konfigurations-Datei aendere in

smtp_use_tls = yes

funktioniert es tatsaechlich, Mail geht via

securesmtp.t-online.de

aus!

Die Kunst war diese Konfigurations-Datei zu finden und ein "diff" zwischen die 11.3 und die 11.4 Version zu machen. Dies war der einzige wesentliche Unterschied!

Postfix-Mail wirt bei SUSE normalerweise mit YAST installiert. Ich habe zwei Rechner mit SUSE-Linux, der eine 11.3 und der andere 11.4.

Bei beiden habe ich so weit ich sehen kann Postfix-Mail gleich installiert

Network Services / Mail Server und dann

- Standard
- Permanent

Outgoing mail server [securesmtp.t-online.de] use &TLS
Authentication with
- Outgoing Server: [securesmtp.t-online.de]
- User name: somebody@t-online.de

Auf die eine kriege in /var/log/mail:

Jan 15 16:11:10 linux-mhid postfix/qmgr[4192]: 0826763529: from=<mats@linux-mhid.site>, size=797, nrcpt=1 (queue active)
Jan 15 16:11:10 linux-mhid postfix/smtp[6069]: 0826763529: to=<somebody@t-online.de>, relay=securesmtp.t-online.de[194.25.134.110]:25, delay=0.47, delays=0.2/0.07/0.18/0.03, dsn=5.7.0, status=bounced (host securesmtp.t-online.de[194.25.134.110] said: 530 5.7.0 Must issue a STARTTLS command first. (in reply to MAIL FROM command))
Jan 15 16:11:10 linux-mhid postfix/cleanup[6067]: 7896B6352A: message-id=<20160115151110.7896B6352A@linux-mhid.site>
Jan 15 16:11:10 linux-mhid postfix/bounce[6070]: 0826763529: sender non-delivery notification: 7896B6352A
Jan 15 16:11:10 linux-mhid postfix/qmgr[4192]: 7896B6352A: from=<>, size=2687, nrcpt=1 (queue active)
Jan 15 16:11:10 linux-mhid postfix/qmgr[4192]: 0826763529: removed
Jan 15 16:11:10 linux-mhid postfix/local[6071]: 7896B6352A: to=<mats@linux-mhid.site>, relay=local, delay=0.19, delays=0.06/0.04/0/0.09, dsn=2.0.0, status=sent (delivered to mailbox)
Jan 15 16:11:10 linux-mhid postfix/qmgr[4192]: 7896B6352A: removed

Warum kein STARTTLS Kommando?

Mit dem anderen Rechner funktioniert alles

Jan 15 14:01:34 linux-7bll postfix/qmgr[2547]: 82951121C48: from=<mats@linux-7bll.site>, size=793, nrcpt=1 (queue active)
Jan 15 14:01:35 linux-7bll postfix/smtp[5189]: certificate verification failed for securesmtp.t-online.de[194.25.134.110]:25: untrusted issuer /C=DE/O=Deutsche Telekom AG/OU=T-TeleSec Trust Center/CN=Deutsche Telekom Root CA 2
Jan 15 14:01:35 linux-7bll postfix/smtp[5189]: 82951121C48: to=<franziblitz@web.de>, relay=securesmtp.t-online.de[194.25.134.110]:25, delay=1.2, delays=0.2/0.19/0.64/0.17, dsn=2.0.0, status=sent (250 2.0.0 Message accepted. / Nachricht akzeptiert.)
Jan 15 14:01:35 linux-7bll postfix/qmgr[2547]: 82951121C48: removed

Hier die Ergebnis von

find / -name '*postfix*'

/sbin/conf.d/SuSEconfig.postfix
/sbin/rcpostfix
/var/adm/SuSEconfig/md5/etc/postfix
/var/adm/fillup-templates/sysconfig.postfix
/var/adm/fillup-templates/sysconfig.mail-postfix
/var/adm/backup/postfix
/var/spool/postfix
/var/lib/postfix
/root/find_postfix
/etc/postfix
/etc/postfix/openssl_postfix.conf.in
/etc/postfix/postfix-files
/etc/init.d/rc5.d/S09postfix
/etc/init.d/rc5.d/K02postfix
/etc/init.d/postfix
/etc/init.d/rc3.d/S09postfix
/etc/init.d/rc3.d/K02postfix
/etc/permissions.d/postfix
/etc/permissions.d/postfix.paranoid
/etc/apparmor.d/program-chunks/postfix-common
/etc/apparmor/profiles/extras/usr.lib.postfix.tlsmgr
/etc/apparmor/profiles/extras/usr.lib.postfix.qmqpd
/etc/apparmor/profiles/extras/usr.lib.postfix.virtual
/etc/apparmor/profiles/extras/usr.lib.postfix.smtpd
/etc/apparmor/profiles/extras/usr.lib.postfix.smtp
/etc/apparmor/profiles/extras/usr.lib.postfix.discard
/etc/apparmor/profiles/extras/usr.lib.postfix.spawn
/etc/apparmor/profiles/extras/usr.lib.postfix.qmgr
/etc/apparmor/profiles/extras/usr.lib.postfix.bounce
/etc/apparmor/profiles/extras/usr.lib.postfix.flush
/etc/apparmor/profiles/extras/usr.lib.postfix.proxymap
/etc/apparmor/profiles/extras/usr.sbin.sendmail.postfix
/etc/apparmor/profiles/extras/usr.lib.postfix.scache
/etc/apparmor/profiles/extras/usr.lib.postfix.pipe
/etc/apparmor/profiles/extras/usr.lib.postfix.showq
/etc/apparmor/profiles/extras/usr.lib.postfix.verify
/etc/apparmor/profiles/extras/usr.lib.postfix.local
/etc/apparmor/profiles/extras/usr.lib.postfix.nqmgr
/etc/apparmor/profiles/extras/usr.lib.postfix.error
/etc/apparmor/profiles/extras/usr.lib.postfix.master
/etc/apparmor/profiles/extras/usr.lib.postfix.trivial-rewrite
/etc/apparmor/profiles/extras/usr.lib.postfix.lmtp
/etc/apparmor/profiles/extras/usr.lib.postfix.cleanup
/etc/apparmor/profiles/extras/usr.lib.postfix.anvil
/etc/apparmor/profiles/extras/usr.lib.postfix.pickup
/etc/apparmor/profiles/extras/usr.lib.postfix.oqmgr
/etc/sysconfig/postfix
/etc/sysconfig/SuSEfirewall2.d/services/postfix
/usr/sbin/mkpostfixcert
/usr/sbin/postfix
/usr/lib/libpostfix-tls.so
/usr/lib/libpostfix-util.so.1
/usr/lib/libpostfix-util.so.1.0.1
/usr/lib/libpostfix-milter.so
/usr/lib/libpostfix-tls.so.1
/usr/lib/postfix
/usr/lib/postfix/postfix-files
/usr/lib/postfix/postfix-wrapper
/usr/lib/postfix/postfix-script
/usr/lib/libpostfix-util.so
/usr/lib/libpostfix-global.so.1.0.1
/usr/lib/YaST2/servers_non_y2/ag_postfix_mastercf
/usr/lib/libpostfix-tls.so.1.0.1
/usr/lib/libpostfix-dns.so
/usr/lib/libpostfix-master.so
/usr/lib/libpostfix-dns.so.1.0.1
/usr/lib/libpostfix-master.so.1.0.1
/usr/lib/libpostfix-dns.so.1
/usr/lib/libpostfix-global.so.1
/usr/lib/libpostfix-milter.so.1.0.1
/usr/lib/libpostfix-master.so.1
/usr/lib/libpostfix-global.so
/usr/lib/libpostfix-milter.so.1
/usr/share/libaugeas0/augeas/lenses/dist/postfix_main.aug
/usr/share/libaugeas0/augeas/lenses/dist/postfix_master.aug
/usr/share/susehelp/meta/Manuals/Productivity/postfix.desktop
/usr/share/susehelp/meta/Manuals/Productivity/amavis-postfix.desktop
/usr/share/YaST2/scrconf/cfg_postfix.scr
/usr/share/omc/svcinfo.d/postfix.xml
/usr/share/zsh/4.3.10/functions/_postfix
/usr/share/man/man1/postfix.1.gz
/usr/share/man/man5/postfix-wrapper.5.gz

"deaktiviere ipv6"!

Ja, das war die Lösung! Jetzt funktioniert es! Vielen Dank!

DASS IPV6 DEAKTIVIERT WERDEN MUSS WENN SPEEDPORT W 724V VERWENDET WIRT MUSS MANN ALLGEMEIN BEKANNT MACHEN

In /etc gibt es

resolv.conf.netconfig

und

resolv.conf

Die sind identisch aber physisch unabhaenging (nicht 2 links-aliasis)

In original:

### /etc/resolv.conf file autogenerated by netconfig!
#
# Before you change this file manually, consider to define the
# static DNS configuration using the following variables in the
# /etc/sysconfig/network/config file:
# NETCONFIG_DNS_STATIC_SEARCHLIST
# NETCONFIG_DNS_STATIC_SERVERS
# NETCONFIG_DNS_FORWARDER
# or disable DNS configuration updates via netconfig by setting:
# NETCONFIG_DNS_POLICY=''
#
# See also the netconfig(8) manual page and other documentation.
#
# Note: Manual change of this file disables netconfig too, but
# may get lost when this file contains comments or empty lines
# only, the netconfig settings are same with settings in this
# file and in case of a "netconfig update -f" call.
#
### Please remove (at least) this line when you modify the file!
search Speedport_W_724V_09011603_00_009
nameserver 192.168.2.1

Meine Modifizierung in BEIDE Dateien

#search Speedport_W_724V_09011603_00_009
nameserver 8.8.8.8

Um diese Aenderung durch Re-Boot nicht ueberschreiben zu kriegen muss ich
aber auch in

/etc/sysconfig/network/config

NETCONFIG_DNS_POLICY=''
setzen (anstatt "auto")

Jetzt bleibt "8.8.8.8" der einzige Nameserver laut beide Dateien

ABER ES HILFT ALLES NICHT, DAS PROBLEM BLEIBT BESTEHEN

Seit ich Speedport W 724V benuetze ist HTTP ueber SUSE-LINUX nicht mehr verwendbar.

Ping kein Problem:

mats@linux-7bll:~> ping 192.168.2.1
PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data.
64 bytes from 192.168.2.1: icmp_req=1 ttl=64 time=0.553 ms
64 bytes from 192.168.2.1: icmp_req=2 ttl=64 time=0.556 ms
64 bytes from 192.168.2.1: icmp_req=3 ttl=64 time=0.518 ms
64 bytes from 192.168.2.1: icmp_req=4 ttl=64 time=0.503 ms

WEB-Browser Konqueror

The requested operation could not be completed
Unknown Host

Details of the Request:
URL: http://192.168.2.1/html/login/index.html
Protocol: http
Date and Time: Tuesday, June 23, 2015 10:00 AM
Additional Information: speedport.ip
Description:
An unknown host error indicates that the server with the requested name, 192.168.2.1, could not be located on the Internet.
Possible Causes:
The name that you typed, 192.168.2.1, may not exist: it may be incorrectly typed.
There may have been a problem with your network connection.
There may have been a problem with your network configuration. If you have been accessing the Internet with no problems recently, this is unlikely.
Possible Solutions:
Check your network connection status.
Contact your appropriate computer support system, whether the system administrator, or technical support group for further assistance.

Nach Routereinrichtung ueber Windows-PC und Suche nach "www.google.de" mit Konqueror:

"The server http://www.google.de refused to allow this computer to make a connection."

Mit Firefox ist "www.google.de" zu erreichen aber ERST NACH 3,5 MINUTEN waiting-loop mit "CONNECTING" angezeigt

WELCHE ERFAHRUNGEN HABEN ANDERE LINUX-BENUETZER MIT SPEEDPORT W 724V GEMACHT?

Mit MS-WINDOWS macht SPEEDPORT W 724V aber keine Probleme!

Genau deswegen sollte der Router auf die erste Stelle stehen! Eine IP-Adresse der schon in Router-Cache gespeichert ist kriegt man da am schnellsten! Das ist der Grund weil so ein Cache eingerichtet ist!

Nach relative kurze Zeit war auch mit

/etc/resolv.conf als

nameserver 85.214.20.141

das Problem wieder da!

Aber nach einem Reboot des Routers wurde wieder alles OK

Ich habe jetzt als /etc/resolv.conf

nameserver 192.168.2.1
nameserver 85.214.20.141

was schnell und gut läuft!

„Ein Reboot tut immer gut!“

Komisch ist:

Speedport und Windows XP – keine Probleme
Router „Level One“ und SUSE-Linux – keine Probleme
Speedport und SUSE-Linux – Regelmässige Router-Reboots erforderlich

Zitat von stamcose

Und warum wirt jetzt "/etc/resolv.conf" in Ruhe gelassen obwohl "/etc/sysconfig/network/config" unveränder ist?

Die Antwort dazu ist in der Kommentar in "/etc/resolv.conf" zu lesen

# Note: Manual change of this file disables netconfig too

Wenn "netconfig" entdeckt eine Änderung in "/etc/resolv.conf" die nicht von "netconfig" selbst stammt (log über Änderungen und "file change time stamp" wahrscheinlich!) wirt "/etc/resolv.conf" in Ruhe gelassen!