Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.comm.software.mailserver > #5163 > unrolled thread

altes exim.conf schema bei exim4?

Started byKay Martinen <kay@martinen.de>
First post2015-11-30 01:57 +0100
Last post2015-12-03 15:23 +0100
Articles 18 — 8 participants

Back to article view | Back to de.comm.software.mailserver


Contents

  altes exim.conf schema bei exim4? Kay Martinen <kay@martinen.de> - 2015-11-30 01:57 +0100
    Re: altes exim.conf schema bei exim4? Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-11-30 15:48 +0100
      Re: altes exim.conf schema bei exim4? Helmut@Hullen.de (Helmut Hullen) - 2015-11-30 16:04 +0100
        Re: altes exim.conf schema bei exim4? Ralph Angenendt <ihr.name@strg-alt-entf.org> - 2015-12-01 10:46 +0000
          Re: altes exim.conf schema bei exim4? Helmut@Hullen.de (Helmut Hullen) - 2015-12-01 15:35 +0100
            Re: altes exim.conf schema bei exim4? Arno Welzel <usenet@arnowelzel.de> - 2015-12-01 15:47 +0100
              Re: altes exim.conf schema bei exim4? Helmut@Hullen.de (Helmut Hullen) - 2015-12-01 17:03 +0100
                Re: altes exim.conf schema bei exim4? Arno Welzel <usenet@arnowelzel.de> - 2015-12-02 10:59 +0100
              Re: altes exim.conf schema bei exim4? Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-12-01 17:11 +0100
              Re: altes exim.conf schema bei exim4? Kay Martinen <kay@martinen.de> - 2015-12-01 17:38 +0100
                Re: altes exim.conf schema bei exim4? usenet-junk@kuroi.inka.de (Martin Schwarz) - 2015-12-01 23:51 +0100
            Re: altes exim.conf schema bei exim4? Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-12-01 17:16 +0100
              Re: altes exim.conf schema bei exim4? Helmut@Hullen.de (Helmut Hullen) - 2015-12-01 17:30 +0100
        Re: altes exim.conf schema bei exim4? Thomas Hochstein <thh@inter.net> - 2015-12-06 19:37 +0100
      Re: altes exim.conf schema bei exim4? Kay Martinen <kay@martinen.de> - 2015-11-30 17:01 +0100
        Re: altes exim.conf schema bei exim4? Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-11-30 17:27 +0100
          Re: altes exim.conf schema bei exim4? Christoph Kliemt <news@pgxml.net> - 2015-12-03 13:27 +0100
            Re: altes exim.conf schema bei exim4? Marc Haber <mh+usenetspam1118@zugschl.us> - 2015-12-03 15:23 +0100

#5163 — altes exim.conf schema bei exim4?

FromKay Martinen <kay@martinen.de>
Date2015-11-30 01:57 +0100
Subjectaltes exim.conf schema bei exim4?
Message-ID<n3g6ua$nne$1@tota-refugium.de>
Hallo

Ich brauche diese aufteilerei in x-schnipsel nicht. Das verwirrt mich nur.

Kann man den aktuellen exim4 (eines Debian Wheezy) eigentlich mit nur
EINER einzigen config-datei betreiben? Ich meine ohne den kokolores mit
unterordnern, template dateien und einem script das daraus irgendwie und
irgendwo eine config kocht die doch wieder jede menge variablen zu
enthalten scheint.

Ich meine, wenn mit 'dpkg-reconfigure exim4-config' schon gefragt wird
ob man auf x dateien aufgeteilte, oder eine config haben will, und man
'Eine' wählt, dann sollte m.E. die einzelkonfig-schnipsel weg geräumt
werden - oder als inaktiv gekennzeichnet werden. Z.b. mit einem
'Off-dateiname.conf' o.ä.

Was ich gern hätte wäre das man einmalig automatisch alles (oder das
wichtigste) aus den kleinen dateien in einer einzigen zusammen führen
kann. Davon kann man sich dann eine backup-datei an/weglegen und in der
arbeitsdatei dann frei arbeiten. Z.b. kommentare löschen wo sie unnötig
sind, dinge hinzu fügen, entfernen u.s.w.

Eben so wie es bei früheren Exim (v2 oder v3) möglich war.

Kay
-- 
https://www.linuxcounter.net/cert/224140.png

[toc] | [next] | [standalone]


#5165

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2015-11-30 15:48 +0100
Message-ID<n3hnk7$pk$1@news1.tnib.de>
In reply to#5163
Kay Martinen <kay@martinen.de> wrote:
>Kann man den aktuellen exim4 (eines Debian Wheezy) eigentlich mit nur
>EINER einzigen config-datei betreiben?

Kann man. Wie das geht, steht in der Doku.

>Ich meine, wenn mit 'dpkg-reconfigure exim4-config' schon gefragt wird
>ob man auf x dateien aufgeteilte, oder eine config haben will, und man
>'Eine' wählt, dann sollte m.E. die einzelkonfig-schnipsel weg geräumt
>werden - oder als inaktiv gekennzeichnet werden. Z.b. mit einem
>'Off-dateiname.conf' o.ä.

Schickst mir 'nen Patch?

Grüße
Marc, der es persönlich nimmt wenn man die Doku nicht liest und dann
trotzdem meckern kommt
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]


#5166

FromHelmut@Hullen.de (Helmut Hullen)
Date2015-11-30 16:04 +0100
Message-ID<DTrYh3Ri1uB@helmut.hullen.de>
In reply to#5165
Hallo, Marc,

>> Kann man den aktuellen exim4 (eines Debian Wheezy) eigentlich mit
>> nur EINER einzigen config-datei betreiben?

> Kann man. Wie das geht, steht in der Doku.

Tolle Hilfe. Ächte Profis schreiben aber (wenn sie nur technische  
Kompetenz 'raushängen lassen wollen, aber keine soziale) "RTFM".

Nur am Rande: viele Dokumentationen (vor allem die, die Techniker  
verfasst haben) zeichnen sich dadurch aus, dass sie schwer verständlich  
sind.

Viele Gruesse!
Helmut

[toc] | [prev] | [next] | [standalone]


#5169

FromRalph Angenendt <ihr.name@strg-alt-entf.org>
Date2015-12-01 10:46 +0000
Message-ID<slrnn5quk2.agn.ihr.name@news.strg-alt-entf.org>
In reply to#5166
Well, Helmut Hullen <Helmut@Hullen.de> wrote:
> Nur am Rande: viele Dokumentationen (vor allem die, die Techniker  
> verfasst haben) zeichnen sich dadurch aus, dass sie schwer verständlich  
> sind.

Das hast du jetzt für die genannte Dokumentation geprüft?

Nur am Rande: Viele Postings (vor allem die, die von dir verfasst
wurden) zeichnen sich dadurch aus, dass sie geschrieben wurden, um eine
Endlosdiskussion auszulösen. Klassischer Troll halt.

Ralph
-- 
His goal in life was to be an echo

[toc] | [prev] | [next] | [standalone]


#5170

FromHelmut@Hullen.de (Helmut Hullen)
Date2015-12-01 15:35 +0100
Message-ID<DU2$O1Wi1uB@helmut.hullen.de>
In reply to#5169
Hallo, Ralph,

Du meintest am 01.12.15:

>> Nur am Rande: viele Dokumentationen (vor allem die, die Techniker
>> verfasst haben) zeichnen sich dadurch aus, dass sie schwer
>> verständlich sind.

> Das hast du jetzt für die genannte Dokumentation geprüft?

Dort steht keine Antwort auf Kays Frage (das hätte auch Marc auffallen  
können; seine diffuse Angabe "in der Doku" hilft nicht so recht).

> Nur am Rande: Viele Postings (vor allem die, die von dir verfasst
> wurden) zeichnen sich dadurch aus, dass sie geschrieben wurden, um
> eine Endlosdiskussion auszulösen.


Wenn Du eine solche Endlosdiskussion befeuern willst: ich kann Dich  
(natürlich) nicht hindern.
Was Du als mein Motiv unterstellst, ist frei erfunden, und das ist eine  
Diskussion "ad personam" - warum auch immer.

Viele Gruesse!
Helmut

[toc] | [prev] | [next] | [standalone]


#5171

FromArno Welzel <usenet@arnowelzel.de>
Date2015-12-01 15:47 +0100
Message-ID<565DB31B.1030609@arnowelzel.de>
In reply to#5170
Am 2015-12-01 um 15:35 schrieb Helmut Hullen:

> Hallo, Ralph,
> 
> Du meintest am 01.12.15:
> 
>>> Nur am Rande: viele Dokumentationen (vor allem die, die Techniker
>>> verfasst haben) zeichnen sich dadurch aus, dass sie schwer
>>> verständlich sind.
> 
>> Das hast du jetzt für die genannte Dokumentation geprüft?
> 
> Dort steht keine Antwort auf Kays Frage (das hätte auch Marc auffallen  
> können; seine diffuse Angabe "in der Doku" hilft nicht so recht).

Ähm - doch. Die Antwort ist leicht zu finden, wenn man sich die
Dokumentation von Exim anschaut:

<http://www.exim.org/exim-html-current/doc/html/spec_html/index.html>

Und da findet man u.A. "6. The Exim run time configuration file", was
dann auf diesen Text verweist:

<http://www.exim.org/exim-html-current/doc/html/spec_html/ch-the_exim_run_time_configuration_file.html>

"Exim uses a single run time configuration file that is read whenever an
Exim binary is executed.

[...]
3. File inclusions in the configuration file

You can include other files inside Exim’s run time configuration file by
using this syntax:

.include <file name>
.include_if_exists <file name>
[...]"

Danach sollte dann eigentlich klar sein, dass Exim standardmäßig auch
weiterhin *eine* Datei verwendet und man *optional* die Konfiguratin auf
mehrere Dateien aufteilen kann, die dann per ".include" in die zentrale
Konfigurationsdatei eingebunden werden.

Aber mal eben in der Newsgroup fragen, statt selber suchen, ist
natürlich einfacher, schon klar ;-).

[...]
> Was Du als mein Motiv unterstellst, ist frei erfunden, und das ist eine  
> Diskussion "ad personam" - warum auch immer.

Du hast weder auf die relevanten Stellen der Exim-Dokumentation
verwiesen, noch erklärt, wieso die Dokumentation ungeeignet zur
Beantwortung der Frage sein soll und erst recht nicht zur eigentlichen
Fragen des OP Stellung genommen.

Was sollte das also?


-- 
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de
http://fahrradzukunft.de

[toc] | [prev] | [next] | [standalone]


#5172

FromHelmut@Hullen.de (Helmut Hullen)
Date2015-12-01 17:03 +0100
Message-ID<DU2$ctyT1uB@helmut.hullen.de>
In reply to#5171
Hallo, Arno,

Du meintest am 01.12.15:

>>> Das hast du jetzt für die genannte Dokumentation geprüft?

>> Dort steht keine Antwort auf Kays Frage (das hätte auch Marc
>> auffallen können; seine diffuse Angabe "in der Doku" hilft nicht so
>> recht).

> Ähm - doch. Die Antwort ist leicht zu finden, wenn man sich die
> Dokumentation von Exim anschaut:

> <http://www.exim.org/exim-html-current/doc/html/spec_html/index.html>

Ach - das ist aber nicht die einzige Dokumentation von exim ...

"RTFM" (was lange Zeit ein beliebter Bannspruch war) ist offensichtlich  
nicht "die" Dokumentation" und führt auch nicht dorthin.

> Du hast weder auf die relevanten Stellen der Exim-Dokumentation
> verwiesen,

Weil ich bisher nicht wusste, dassa für dieses Problem genau diese Datei  
"relevant" ist.

Zudem ist mir keine Pflicht bekannt, auf "die relevanten Stellen"  
hinzuweisen.

Viele Gruesse!
Helmut

[toc] | [prev] | [next] | [standalone]


#5178

FromArno Welzel <usenet@arnowelzel.de>
Date2015-12-02 10:59 +0100
Message-ID<565EC11F.8030108@arnowelzel.de>
In reply to#5172
Am 2015-12-01 um 17:03 schrieb Helmut Hullen:

> Hallo, Arno,
> 
> Du meintest am 01.12.15:
> 
>>>> Das hast du jetzt für die genannte Dokumentation geprüft?
> 
>>> Dort steht keine Antwort auf Kays Frage (das hätte auch Marc
>>> auffallen können; seine diffuse Angabe "in der Doku" hilft nicht so
>>> recht).
> 
>> Ähm - doch. Die Antwort ist leicht zu finden, wenn man sich die
>> Dokumentation von Exim anschaut:
> 
>> <http://www.exim.org/exim-html-current/doc/html/spec_html/index.html>
> 
> Ach - das ist aber nicht die einzige Dokumentation von exim ...

Aber die, die man als "die Dokmentation von Exim" betrachtet - denn sie
wird offiziell von den Maintainern von Exim gepflegt und veröffentlicht.

Was es darüber hinaus noch von Dritten gibt, ist nicht "die
Dokumentation von Exim" sondern nur zusätzliche Texte darüber.

> "RTFM" (was lange Zeit ein beliebter Bannspruch war) ist offensichtlich  
> nicht "die" Dokumentation" und führt auch nicht dorthin.

Doch, ist es. Denn das Manual zu "Exim" ist auf der Website des
Projektes "Exim" zu finden, eben <http://www.exim.org>.

>> Du hast weder auf die relevanten Stellen der Exim-Dokumentation
>> verwiesen,
> 
> Weil ich bisher nicht wusste, dassa für dieses Problem genau diese Datei  
> "relevant" ist.
> 
> Zudem ist mir keine Pflicht bekannt, auf "die relevanten Stellen"  
> hinzuweisen.

Ich wiederhole meine Frage: Was soll das? Wenn Du ohnehin zur Frage
nichs beitragen kannst, dann wäre es viel einfacher, gar nichts zu
schreiben, als Postings von Leuten, die helfen wollen, mit dümmlichen
Kommentaren zu bedenken.


-- 
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de
http://fahrradzukunft.de

[toc] | [prev] | [next] | [standalone]


#5173

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2015-12-01 17:11 +0100
Message-ID<n3kgrs$bq0$1@news1.tnib.de>
In reply to#5171
Arno Welzel <usenet@arnowelzel.de> wrote:
>Aber mal eben in der Newsgroup fragen, statt selber suchen, ist
>natürlich einfacher, schon klar ;-).

Zugegebenermaßen macht exim4 in Debian es anders als die Upstream-Doku
das empfiehlt, was daran liegt, dass .include erst implementiert
wurde, als die exim split config längst weit verbreitet war.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]


#5176

FromKay Martinen <kay@martinen.de>
Date2015-12-01 17:38 +0100
Message-ID<n3kidq$8sa$1@tota-refugium.de>
In reply to#5171
Am 01.12.2015 um 15:47 schrieb Arno Welzel:
>> können; seine diffuse Angabe "in der Doku" hilft nicht so recht).
> 
> Ähm - doch. Die Antwort ist leicht zu finden, wenn man sich die
> Dokumentation von Exim anschaut:

Ja, unter /usr/share/doc/exim4 fand ich nun so einiges an das ich vorher
nicht gedacht hatte.

> Und da findet man u.A. "6. The Exim run time configuration file", was
> dann auf diesen Text verweist:
> <http://www.exim.org/exim-html-current/doc/html/spec_html/ch-the_exim_run_time_configuration_file.html>

hier in specs.txt.gz


> "Exim uses a single run time configuration file that is read whenever an
> Exim binary is executed.
> .include <file name>
> .include_if_exists <file name>
> [...]"
> 
> Danach sollte dann eigentlich klar sein, dass Exim standardmäßig auch
> weiterhin *eine* Datei verwendet und man *optional* die Konfiguratin auf
> mehrere Dateien aufteilen kann, die dann per ".include" in die zentrale
> Konfigurationsdatei eingebunden werden.

Und wo ist dann eigentlich diese; einzelne Config-datei in der andere
inkludiert werden "können"?

Ich habe hier:

> root@rasbpi-1:/etc/exim4# ls -al
> drwxr-xr-x   9 root root         4096 Okt 22 17:21 conf.d
> -rw-r--r--   1 root root        76717 Jul 21  2014 exim4.conf.template
> -rw-r-----   1 root Debian-exim   204 Jul 21  2014 passwd.client
> -rw-r--r--   1 root root        17712 Mai 13  2012 sa-exim.conf
> -rw-r--r--   1 root root         1116 Okt 22 21:16 update-exim4.conf.conf

Wobei die 1. nur ifndef und jede menge Macros, Variablen u.a. enthält,
die 2. und 3. hier irrelevant sind und die 4. und letzte scheint zwar
meine Einstellungen zu enthalten...


> # /etc/exim4/update-exim4.conf.conf
> #
> # Edit this file and /etc/mailname by hand and execute update-exim4.conf
> # yourself or use 'dpkg-reconfigure exim4-config'
> #
> # Please note that this is _not_ a dpkg-conffile and that automatic changes
> # to this file might happen. The code handling this will honor your local
> # changes, so this is usually fine, but will break local schemes that mess
> # around with multiple versions of the file.
> #
> # update-exim4.conf uses this file to determine variable values to generate
> # exim configuration macros for the configuration file.
> #
> # Most settings found in here do have corresponding questions in the
> # Debconf configuration, but not all of them.


... ist aber offenbar nur die eingabe-datei für das script das dann die
eigentliche exim-konfig-datei erstellt - von der ich immer noch nicht
weiß wo die nun liegt.

Außerdem verstehe ich es so das die bei updates automatisch verändert
werden kann und der Code lokale änderungen zwar "honoriert", ich aber
immer mit Problemen rechnen müsste.

Vielleicht wird damit mein Problem die eigentlich maßgebliche
Konfigdatei auf zu finden deutlicher.

Wie gesagt, das letzte mal das ich einen Exim konfiguriert hab, das war
ein Debian Woody oder Potato und IMHO Exim 3 oder gar noch Exim 2. Und
da erinnere ich mich an eine einzelne exim.conf in der Allgemeines,
transports, router u.s.w. versammelt waren. Da gabs auch noch eine
'exiconfig' die im grunde die gleichen fragen stellt wie jetzt ein
'dpkg-reconfigure exim4-config'

Später las ich von einer Aufteilung in Exim-Heavy und Light und das da
IMHO die Konfiguration auch mit geändert wurde. Aber da hatte ich schon
keinen exim mehr laufen.

Vielleicht war's naiv an zu nehmen; wenn man beim Setup/reconfigure
"Single File" wählte; das dann unter /etc/exim eine einzelne exim.conf
auftaucht in der alles wichtige versammelt ist.

Konkret muss ich sagen das ich genau das erwartete und nicht glaube das
diese Erwartung überzogen wäre.

> Aber mal eben in der Newsgroup fragen, statt selber suchen, ist
> natürlich einfacher, schon klar ;-).

Du; und auch Marc; mögt mir zu recht vorwerfen das ich unter
/usr/share/doc/ zu selten nachlese. Das; muss ich selbst zugeben; ist
etwas das ich immer wieder mal übersehe.

Stattdessen hatte ich in den man-pages gesucht und bin nur auf jede
menge optionen (u.a. -C für configuration file) und Null hinweise auf
die exim config datei gestoßen. Weder 'man 5 exim' noch ähnliches hatten
mich da weiter gebracht und das hat dann zu der (vorschnellen) Frage
hier geführt.

Also werde ich jetzt wohl diese ganzen dateien durchsieben, im
verzeichnissbaum suchen oder im update-exim4 script wühlen ob sich
irgendwo die gewünschte einzelnen exim.conf finden lässt.

Das Scripting-Konzept und die vielen einzeldateien mag ja trickreich,
portabler oder leichter automatisierbar sein (was auch immer davon) aber
dann ist bestenfalls die Frage "Willst du aufteilung in einzelne Dateien
oder nur eine" sehr schlecht gestellt!

Kay
-- 
https://www.linuxcounter.net/cert/224140.png

[toc] | [prev] | [next] | [standalone]


#5177

Fromusenet-junk@kuroi.inka.de (Martin Schwarz)
Date2015-12-01 23:51 +0100
Message-ID<1merzfw.1tdbpe2rn7bswN%usenet-junk@kuroi.inka.de>
In reply to#5176
Kay Martinen <kay@martinen.de> wrote:
> Stattdessen hatte ich in den man-pages gesucht und bin nur auf jede
> menge optionen (u.a. -C für configuration file) und Null hinweise auf
> die exim config datei gestoßen. 

update-exim4.conf(8) sagt ziemlich am Anfang:

DESCRIPTION
       The  script  update-exim4.conf  generates  the main configuration
       files /var/lib/exim4/config.autogenerated for Exim v4 [...]

Und weil ich den genauen Pfad auch immer wieder vergesse und suchen
muss, hab ich mir halt einen Symlink darauf nach
/etc/exim4/exim4.conf.autogenerated gepackt :-)

HTH
Martin

-- 
Martin Schwarz * Karlsruhe, Germany * http://kuroi.de/

[toc] | [prev] | [next] | [standalone]


#5174

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2015-12-01 17:16 +0100
Message-ID<n3kh4p$ccu$1@news1.tnib.de>
In reply to#5170
Helmut@Hullen.de (Helmut Hullen) wrote:
>Du meintest am 01.12.15:
>>> Nur am Rande: viele Dokumentationen (vor allem die, die Techniker
>>> verfasst haben) zeichnen sich dadurch aus, dass sie schwer
>>> verständlich sind.
>
>> Das hast du jetzt für die genannte Dokumentation geprüft?
>
>Dort steht keine Antwort auf Kays Frage (das hätte auch Marc auffallen  
>können; seine diffuse Angabe "in der Doku" hilft nicht so recht).

Du magst es von Berufs wegen gewöhnt sein, dass das, was Du schreibst,
nicht gelesen wird, und bist auch vermutlich daran gewöhnt, dass Dein
Auditorium alles was Du ihnen erzählt hast spätestens nach der
Prüfung, meist aber jedoch fünf Minuten nach Ende der entsprechenden
Unterrichtseinheit vergessen hat.

Ich bin das nicht gewöhnt, und es ist einfach unglaublich nervig, dass
seit zehn Jahren immer wieder dasselbe passiert, dass Leute, die die
wirklich an allen Stellen vorhandene und referenzierte Doku zu den
exim4-Paketen in Debian und Derivativen[1] nicht gelesen haben und
sich trotzdem anmaßen, im Netz laut "alles scheiße" zu brüllen.

Ich erwarte insbesondere nicht, dass Du verstehst, wie tief meine
Motivation liegt, die Dokumentation nicht nur geschrieben zu haben,
sondern sie auch immer wieder vorkaufen zu müssen.

Grüße
Marc

[1] die mit sehr viel Sorgfalt geschrieben wurde und in der übrigens
auch die diversen[2] Möglichkeiten beschrieben sind, seinen exim
anders zu konfigurieren als mit den zwei Möglichkeiten, die die
Debian-Magie liefert.
[2] mir fallen auf Anhieb drei ein. Es gibt vielleicht noch mehr[3]
[3] mit schlußendlicher Sicherheit steht das vermutlich in der
Doku[4], aber ich habe das jetzt nicht präsent genug als dass ich das
hier schreiben würde ohne selbst nachlesen zu müssen[5]
[4] vgl "Rekursion"
[5] und dazu bin ich aktuell schlicht zu faul[6]
[6] sue me
[7] unreferenced

-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]


#5175

FromHelmut@Hullen.de (Helmut Hullen)
Date2015-12-01 17:30 +0100
Message-ID<DU2$iOZT1uB@helmut.hullen.de>
In reply to#5174
Hallo, Marc,

Du meintest am 01.12.15:

>>>> Nur am Rande: viele Dokumentationen (vor allem die, die Techniker
>>>> verfasst haben) zeichnen sich dadurch aus, dass sie schwer
>>>> verständlich sind.

>>> Das hast du jetzt für die genannte Dokumentation geprüft?

>> Dort steht keine Antwort auf Kays Frage (das hätte auch Marc
>> auffallen können; seine diffuse Angabe "in der Doku" hilft nicht so
>> recht).

> Du magst es von Berufs wegen gewöhnt sein, dass das, was Du
> schreibst, nicht gelesen wird, und bist auch vermutlich daran
> gewöhnt, dass Dein Auditorium alles was Du ihnen erzählt hast
> spätestens nach der Prüfung, meist aber jedoch fünf Minuten nach Ende
> der entsprechenden Unterrichtseinheit vergessen hat.

Ja - ich rechne damit, dass andere Leute andere Interessen und andere  
Schwerpunkte haben als ich, z.B. bei "E-Technik für Bautechniker". Und  
ich erlaube mir selbst, gelegentlich mal Teile eines Vortrags oder  
Beitrags schnell wieder zu vergessen - auch ich halte nicht alles für  
wichtig.

> Ich bin das nicht gewöhnt,

Du bist ja noch jung ...

> und es ist einfach unglaublich nervig,
> dass seit zehn Jahren immer wieder dasselbe passiert, dass Leute, die
> die wirklich an allen Stellen vorhandene und referenzierte Doku zu
> den exim4-Paketen in Debian und Derivativen[1] nicht gelesen haben

Das vermutest Du.

> und sich trotzdem anmaßen, im Netz laut "alles scheiße" zu brüllen.


Das trifft im konkreten Fall nicht zu.

> Ich erwarte insbesondere nicht, dass Du verstehst, wie tief meine
> Motivation liegt, die Dokumentation nicht nur geschrieben zu haben,
> sondern sie auch immer wieder vorkaufen zu müssen.

Ach so! "Die Welt ist undankbar!!!hundertelf"

Ich habe im Lauf der Jahrzehnte an etlichen Vorlesungsumdrucken,  
Lehrbüchern etc. mitgearbeitet. Ich wusste, was drin stand. Das half  
aber nicht unbedingt, dieses Wissen auch in die Köpfe der Abnehmer zu  
transferieren. "Schau doch mal auf Seite 26, Absatz 3" war eher  
hilfreich.


Viele Gruesse!
Helmut

[toc] | [prev] | [next] | [standalone]


#5181

FromThomas Hochstein <thh@inter.net>
Date2015-12-06 19:37 +0100
Message-ID<dcsm.1512061937.1047@landroval.ancalagon.de>
In reply to#5166
Helmut Hullen schrieb:

> Tolle Hilfe. Ächte Profis schreiben aber (wenn sie nur technische  
> Kompetenz 'raushängen lassen wollen, aber keine soziale) "RTFM".

Danke, dass Du stattdessen eine Erklärung veröffentlicht hast, um eine
"echte Hilfe" zu sein.

Ach, hast Du gar nicht? Na sowas.

[toc] | [prev] | [next] | [standalone]


#5167

FromKay Martinen <kay@martinen.de>
Date2015-11-30 17:01 +0100
Message-ID<n3hrtn$ift$1@tota-refugium.de>
In reply to#5165
Am 30.11.2015 um 15:48 schrieb Marc Haber:
> Kay Martinen <kay@martinen.de> wrote:
>> Kann man den aktuellen exim4 (eines Debian Wheezy) eigentlich mit nur
>> EINER einzigen config-datei betreiben?
> 
> Kann man. Wie das geht, steht in der Doku.

Ächt? Na dann muss ich noch 'man' suchen...

>> Ich meine, wenn mit 'dpkg-reconfigure exim4-config' schon gefragt wird
>> ob man auf x dateien aufgeteilte, oder eine config haben will, und man
>> 'Eine' wählt, dann sollte m.E. die einzelkonfig-schnipsel weg geräumt
>> werden - oder als inaktiv gekennzeichnet werden. Z.b. mit einem
>> 'Off-dateiname.conf' o.ä.
> 
> Schickst mir 'nen Patch?

Huch, Bist du der maintainer, Entwickler?

Blauer-Dunst_Instant-Lösung: 'rm -f *' in /etc/exim4 und dann die
ge-back-upte Config wieder rein werfen. :-)

Falls ich es irgendwann weitergehend verstehe denk ich dran die einen
Patch zu senden.



> Marc, der es persönlich nimmt wenn man die Doku nicht liest und dann
> trotzdem meckern kommt

Ach, zum teil, ja. Aber meckern... nein. Vielleicht hab ich nur die
richtige stelle noch nicht gefunden wo der unterschied erklärt wird.

Kay
-- 
https://www.linuxcounter.net/cert/224140.png

[toc] | [prev] | [next] | [standalone]


#5168

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2015-11-30 17:27 +0100
Message-ID<n3htcu$e6q$1@news1.tnib.de>
In reply to#5167
Kay Martinen <kay@martinen.de> wrote:
>Am 30.11.2015 um 15:48 schrieb Marc Haber:
>> Kay Martinen <kay@martinen.de> wrote:
>>> Kann man den aktuellen exim4 (eines Debian Wheezy) eigentlich mit nur
>>> EINER einzigen config-datei betreiben?
>> 
>> Kann man. Wie das geht, steht in der Doku.
>
>Ächt? Na dann muss ich noch 'man' suchen...

/usr/share/doc/exim4-base/README.Debian.*, zum guten Teil aus meiner
Feder. Und allermeist ignoriert.

>>> Ich meine, wenn mit 'dpkg-reconfigure exim4-config' schon gefragt wird
>>> ob man auf x dateien aufgeteilte, oder eine config haben will, und man
>>> 'Eine' wählt, dann sollte m.E. die einzelkonfig-schnipsel weg geräumt
>>> werden - oder als inaktiv gekennzeichnet werden. Z.b. mit einem
>>> 'Off-dateiname.conf' o.ä.
>> 
>> Schickst mir 'nen Patch?
>
>Huch, Bist du der maintainer, Entwickler?

|[2/498]mh@swivel:~$ zgrep -i zugschlus /usr/share/doc/exim4-base/changelog.Debian.gz  | wc -l
|59
|[3/499]mh@swivel:~$

Hab aber ewig nix mehr an dem Paket gemacht.

>Blauer-Dunst_Instant-Lösung: 'rm -f *' in /etc/exim4 und dann die
>ge-back-upte Config wieder rein werfen. :-)

Nicht policykonform, da lokale Änderungen des Admins verloren gehen.
Ein bisschen mehr Gehirnschmalz muss man da schon hinein investieren,
und außerdem darfst Du mal davon ausgehen, dass Andreas und ich auch
nicht auf der Brennsupp'n dahergeschwommen sind und dass wir uns Dinge
dabei gedacht haben warum wir das so gemacht haben.

Und: ÜBERRASCHUNG! Wir haben sogar dokumentiert, _warum_ wir die Dinge
so gemacht haben.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]


#5179

FromChristoph Kliemt <news@pgxml.net>
Date2015-12-03 13:27 +0100
Message-ID<87lh9bra3f.fsf@radagast.pgxml.net>
In reply to#5168
Marc Haber <mh+usenetspam1118@zugschl.us> writes:

[...]

> |[2/498]mh@swivel:~$ zgrep -i zugschlus /usr/share/doc/exim4-base/changelog.Debian.gz  | wc -l
> |59
> |[3/499]mh@swivel:~$
>
> Hab aber ewig nix mehr an dem Paket gemacht.

btw: njabl ist schon länger tot... ;-)

bis denne,

Christoph

[toc] | [prev] | [next] | [standalone]


#5180

FromMarc Haber <mh+usenetspam1118@zugschl.us>
Date2015-12-03 15:23 +0100
Message-ID<n3pj91$rn9$1@news1.tnib.de>
In reply to#5179
Christoph Kliemt <news@pgxml.net> wrote:
>Marc Haber <mh+usenetspam1118@zugschl.us> writes:
>> |[2/498]mh@swivel:~$ zgrep -i zugschlus /usr/share/doc/exim4-base/changelog.Debian.gz  | wc -l
>> |59
>> |[3/499]mh@swivel:~$
>>
>> Hab aber ewig nix mehr an dem Paket gemacht.
>
>btw: njabl ist schon länger tot... ;-)

Bitte einen Bugreport.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [standalone]


Back to top | Article view | de.comm.software.mailserver


csiph-web