Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Benji

1
Allgemein [ General ] / [5.5 testing] Mail-Versand mit TLS
« on: January 16, 2022, 08:19:53 »
Hallo Pit,

nach etwas Pause habe ich mich wieder mit dem nullmailer beschäftigt. Offensichtlich hast du ja in der Zwischenzeit daran weitergearbeitet :-)

ich habe immer noch das Problem, dass nullmailer-send seine "Plugins" smtp und qmqp unter /usr/libexec/nullmailer sucht, diese aber unter /usr/lib/nullmailer liegen. Im Moment habe ich Symlinks angelegt, aber ich denke das muss irgendwie besser gehen... leider kenne ich mich da selbst mit autoconf (speziell unter Debian) zu wenig aus...

Weiters funktioniert das init-Skript /etc/init.d/nullmailer nicht korrekt, speziell was den Redirect zum logger ind damit zu syslog bzw. /var/log/messages betrifft:

im Original ist da ein ">(command)" redirect drinnen, diese Syntax ist aber bash-spezifisch und wird von der busybox-shell so nicht verstanden. Dein Umbau auf ">> logger" ruft nicht den logger auf, sondern erstellt eine Datei "logger" und gibt die anderen Argumente an nullmailer-send weiter (die dieser glücklicherweise ignoriert)

Auch hier kenne ich mich leider mit init-skripts viel zu wenig aus... ich sehe aber zwei Möglichkeiten:

a) wir machen ein "normales" Redirect von stdout/stderr nach /var/log/nullmailer.log (keine Ahnung wie man das macht)

b) du durchsuchst alle eure anderen init-Skripts auf "logger" vielleicht findest du ein funktionierendes beispiel wie man das mit busybox macht.

lg Michi

2
Allgemein [ General ] / MLD 5.5 + SatIP + Octopus.net + ORF
« on: January 13, 2022, 10:26:07 »
Das Thema hat sich nun endlich erledigt: Nach Tipps von Digital Devices (viele Dank an den Herrn R.) habe ich ein Alphacrypt CAM mit der "Musketier" Software, eine "normale" ORF Smartcard, und ORF ist wieder hell.

Danke und liebe Grüße, Michi

3
Hallo Pit,

vielen vielen Dank, ich lebe wieder :-)

4
Hallo Pit,

Danke für die schnelle Rückmeldung!

Auf einen Snapshot zurückgehen geht leider nicht, weil ich diese dummerweise deaktiviert hatte :-(

Könntest du mir kernel und network per Mail (oder sonst irgendwie) zukommen lassen, damit ich die beiden per USB-Stick transferieren und einspielen kann? Oder kann ich die beiden pakete irgendwo direkt runterladen?

lg Michi

5
Hallo Leute,

ich habe heute meine MLD etwas "gebrickt". Ich bin auf 5.5 unstable, und auf Pit's Devel-Stand. Seit einem Update gestern oder heute (neuer Kernel) habe ich kein Netzwerk mehr :-(

Ursache dürfte sein, dass der Treiber "r8169" fürs Realtek onboard-Netzwerk meines Zotax plötzlich fehlt (zumindest in der modules.builtin gibts dafür keinen Eintrag dafür)

Ich habe zwei alte USB2LAN-Dinger probiert, beide werden zwar als USB-Device erkannt, aber auch hier dürften die Netzwerk-Treiber fehlen...

Lösung könnte sein, ein älteres "Kernel" Debian-Paket per USB-Stick draufzukopieren und dann mit "dpkg -i" zu installieren... alleine: Wo finde ich die deb-Pakete? Zugriff auf minidvblinux.de/download/... wird ja offensichtlich vom WebServer "abgefangen"

Leider habe ich in meiner grenzenlosen Intelligenz die Snapshots deaktiviert, d.h. auch dieser Weg zurück ist mir versperrt :-( Sobald die MLD wieder lebt, werde ich Snapshots wieder aktivieren, versprochen :-)

6
Allgemein [ General ] / MLD 5.5 + SatIP + Octopus.net + ORF
« on: December 17, 2021, 14:55:00 »
Hallo zusammen,

nach einigen Telefonaten bin ich jetzt hoffentlich etwas schlauer: es scheint so zu sein, dass mein Octopus mit CI+ einfach nicht kann:-(

Lösung wäre, eine "normale " ORF SmartCard zu kaufen, und ein entsprechendes CAM-Modul. Leider werden die (nicht-CI+-Module) offensichtlich seit Jahren nicht mehr produziert, und sind damit "neu" nicht mehr erhältlich. Ich bräuchte also ein (gebrauchtes) CAM Modul das CI ohne plus ist, und Irdeto (bzw. Cryptoworks) kompatibel ist. Sowas zu finden gestaltet sich allerdings ziemlich schwierig.

Deshalb meine unverschämte Frage: Es hat nicht zufällig jemand von euch sowas rumliegen, das nicht mehr gebraucht wird, und zu einem einigermaßen angemessenen Preis (kleiner 100€) einen neuen Besitzer sucht?

Danke & liebe Grüße, Michi

7
Allgemein [ General ] / MLD 5.5 + SatIP + Octopus.net + ORF
« on: December 15, 2021, 16:57:39 »
Hallo zusammen,
ich habe heute wieder etwas experimentiert, und das CAM-Menü verglichen zwischen Octopus (ORF dunkel) und Sat-Receiver (ORF hell)

ein wesentlicher Unterschied ist mir aufgefallen:

CAM-Menü:
1. Information
2. Irdeto CA Status
1. Service Status

Services

1. Service Handle --- Name
2. 0x00000001 --- Broadcast EMM Service
3. 0x00000002 --- Descramble Service

2 Broadcast EMM Service

1. Service Handle: 0x00000001
2. Service Status: I101-0  Incomplete Definition
3. Monitoring:


3 Descramble Service

1. Service Handle: 0x00000002
2. Service Status: I101-0  Incomplete Definition
3. Monitoring:

zum Vergleich die Ausgabe vom Sat-Receiver:(wie kann ich hier ein Bild einfügen?)
jedenfalls stehen hier ganz viele Sachen von wegen dass er erfolgreich entschlüsselt...

Hat jemand eine Idee was "I101 incomplete Definition" bedeutet und was ich dagegen tun könnte?

lg Michi

8
Allgemein [ General ] / shell alias / shell prompt
« on: December 12, 2021, 19:22:24 »
Ich hab sie in /etc/passwd eingetragen. /bin/sh umbiegen erscheint mir dangaruhs, falls sich Skripte darauf verlassen.

Login-shell lässt sich mit "ssh mld.here.local /bin/sh" immer noch retten.

9
Allgemein [ General ] / shell alias / shell prompt
« on: December 12, 2021, 16:38:59 »
na ob es gefahrlos ist wird sich herausstellen (no risc no fun)

ich hab sie mal als default-shell

.bashrc wird nur geladen wenn die bash nicht die login-shell ist (/etc/passwd)

aber das kann man umgehen mit .profile:
Code: [Select]
if [ -f ~/.bashrc ]; then
  . ~/.bashrc
fi

und in der .bashrc dann:
Code: [Select]
# ~/.bashrc: executed by bash(1) for non-login shells.

HISTCONTROL=ignoreboth

export PS1='\H:\w \$ '
export PS2='> '

alias ll='ls -l'

(endlich vernünftige history, und druchsuchbar mir Ctrl-R)

10
Allgemein [ General ] / shell alias / shell prompt
« on: December 12, 2021, 16:21:45 »
Aha... spannend... "apt install bash" tut (Danke!) aber im WebIf seh ich sie nicht... sind das "geheime" Pakte? :)


11
Allgemein [ General ] / shell alias / shell prompt
« on: December 12, 2021, 15:55:45 »
Danke! nach einer bash hätte ich mich gar nicht zu fragen getraut  :)

Aber ich finde die bei mir nicht... ist die irgendwo versteckt?

oder kann es daran liegen dass ich momentan am Pit-Devel-Server hänge?

12
Allgemein [ General ] / [5.5 testing] Mail-Versand mit TLS
« on: December 12, 2021, 14:54:54 »
Hallo Pit,

erstmal danke für die sehr angenehme und konstruktive Session gestern!

Ich denke wir sind fast am Ziel: Ich habe heute meine erste "schöne" Mail vom EPGSearch bekommen!

wir haben noch zwei Baustellen:

a) der nullmailer installiert zwei Hilfpsprogramme (qmqp und smtp) nach /usr/lib/nullmailer/, sucht sie aber unter /usr/libexec/nullmailer

ich denke da ist noch eine Kleinigkeit im Aufruf von configure anzupassen (ich hab das gestern eh aus dem Augenwinkel gesehen, aber nachdem die zwei Dateien dann unter /usr/lib/nullmailer kamen, hab ich mir erst ncihts weiter gedacht). Ich habe das temporär "gehackt" indem ich /usr/lib/nullmailer nach /usr/libexec/nullmailer kopiert habe (das ist aber uncool)

b) Logging mit syslog: macht er noch nicht, wäre aber wichtig. Das Hilfsprogramm "logger" wäre installiert und funktioniert auch; ich vermute da gehört in der /etc/init.d/nullmailer noch was eingebaut... da habts ihr sicher (von anderen Paketen?) eine Vorlage wo man abschreiben kann.

Kurzer Auflug ins debugging: Beim nullmailer arbeiten ein paar Programme Hand in Hand, und das ist anfangs etwas komplex zu verstehen...

1. /usr/bin/sendmail: das ist ein kleines Frontend zu nullmailer-inject (siehe 2). Wichtig: Das Ding funktioniert nicht wie "mail", sondern erwartet einen kompletten Body (mit Headern!) nach RFC irgendwas. Also ein simples "ech Hallo | sendmail michael@reinelt.co.at" funktioniert zwar, die Mail sieht aber entschieden sehr eigenartig aus. Das ist aber kein großes Problem, weil zB das EPGSearch-Plugin den sendmail bereits korrekt versorgt. Wollte man aber eine "generelles" Mail-Benachrichtigung einbauen, wäre noch ein Frontend (zB bsd-mailx) nötig.

PS das Ding bildet wirklich den guten alten sendmail nach, und über den habe ich ein ca. 8 cm dickes Buch im Regal stehen :-)

2. /usr/bin/nullmailer-inject: der nimmt die Mail (zB von sendmail) entgegen, bastelt noch etwas an den Headern rum, und stellt die Mail dann nach /var/spool/nullmailer/queue. Wenn man sich das ansehen möchte, ist es wichtig dass nullmailer-send NICHT läuft (also vorher mit "/etc/init.d/nullmailer stop" stoppen), dann kann man sich die Datei ansehen

Beispiel für so eine Datei:
Code: [Select]
system@reinelt.co.at
michael@reinelt.co.at

Received: (nullmailer pid 12684 invoked by uid 0);
Sun, 12 Dec 2021 12:58:14 -0000
Subject: Output from your job        1
To: root@mld.reinelt.local
Date: Sun, 12 Dec 2021 13:58:14 +0100
Message-Id: <1639313894.402414.12619.nullmailer@mld.reinelt.local>
From: root <root@mld.reinelt.local>

/usr/bin/appstarter.sh: line 24: startsurf: not found

1. Zeile: (gültiger!) Absender (Envelope)
2. Zeile: Empfänger (Envelope)
Leerzeile
Mail-Header (die sind zwar für den Versand nicht wichtig, weil Envelope sind die ersten beiden Zeilen, aber wenn die fehlen oder falsch sind, sieht die Mail eigenartig aus)
Leerzeile
Mail-Body

3. nullmailer-send: das ist der Daemon der laufen sollte (und per /etc/init.d/nullmailer) gestartet wird. Dieser überwacht die Queue bzw. das Fifo, und verschickt die Mail dann


Hilfreich ist vielleicht noch meine (lauffähige) Konfigurarion:

/etc/nullmailer/me:
Code: [Select]
mld.reinelt.local
enthält die Mail-Domäne des Absenders, aber nur für den Header (nicht Envelope!). Wenn also "root" eine Mail schickt, und da drinnnen wie bei mir "mld.reinelt.local" steht, dann kommt die Mail von "root@mld.reinelt.local". Normalerweise würde nullmailer den "Quasi-Standard" etc/mailname dafür verwenden, aber die gibts in der MLD nicht.

/etc/nullmailer/adminaddr:
Code: [Select]
michael@reinelt.co.at
Das ist ein Fallback, damit man eine Mail an "somebody@localhost" senden kann, der Empfänger wird dann entsprechend umgeschrieben (kann nie schaden)

/etc/nullmailer/allmailfrom:
Code: [Select]
system@reinelt.co.at
Die Datei ist ggf. wichtig: Hier steht der Envelope-Absender drinnen, der bei allen Mails eingesetzt wird. Wichtig insofern, als dass mein Mail-Provider nur (Envelope-) Absender akzeptiert, die er kennt (Spam-Vermeidung). Eine Mail von "viagra@reinelt.co.at" würde nicht akzeptiert, auch wenn sonst alles (Authentifizierung etc) passen würde (wenn ist würdelos) passte.

/etc/nullmailer/remotes:
Code: [Select]
bsmtp.a1.net smtp --port=587 --user=system@reinelt.co.at --pass=******* --starttls --insecure
Hier wird der Remote-Mailserver konfiguriert, der die Mail schlussendlich wirklich entgegennehmen und weiterleiten soll. "--starttls" ist der Grund für meinen Aufstand hier, ohne TLS akzeptiert mein Business-Account (deswegen bsmtp.a1.net) keine Mails. "--insecure" verzichtet auf die Zertifikatsprüfung (kann man, muss man nicht)


Das wars eigentlich...

PS falls jemand verwirrt ist wegen "Envelope": Stellts euch das so vor: Die Standard-Header (From, To, CC, Subject, ... stehen im Briefkopf "Briefpapier", dieses Briefpapier wird aber in einen Briefumschlag (Envelope) gesteckt (damit kann die Post natürlich den Briefkopf nicht lesen) und auf den Briefumschlag wird dann nochmal Absender und Empfänger draufgeschrieben. Niemand sagt dass Header und Envelope identisch sein müssen...

schönen Sonntag noch! Michi

13
Allgemein [ General ] / shell alias / shell prompt
« on: December 12, 2021, 12:36:40 »
Sehr cool, Danke!

14
Allgemein [ General ] / shell alias / shell prompt
« on: December 12, 2021, 08:06:25 »
Guten Morgen allerseits,

da ich gerade etwas mehr auf meiner MLD arbeite, macht es mich krank dass ich meinen shell-alias "ll = ls -l" hier nicht habe...

egal ob von Hand oder in der .profile, sh meckert "alias: not found"

Kann es sein dass die verwendete busybox ohne alias-Funktionalität konfiguriert/kompiliert ist? Ließe sich das ändern?

lg Michi

nachtrag: ich bins auch gewohnt im Shell-Prompt das aktuelle Verzeichnis zu sehen, üblicherweise setzte man eine Variable PS1 auf \w (oder \W)  das scheint hier auch nciht zu funktionieren... mach ich etwas falsch?

15
Debug-Log ist draussen, Code ugefj5