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


Groups > de.sci.electronics > #331548

Re: Erfahrungen mit Pkw Solar-Lader?

From Hanno Foest <hurga-news2@tigress.com>
Newsgroups de.sci.electronics
Subject Re: Erfahrungen mit Pkw Solar-Lader?
Date 2023-01-06 04:20 +0100
Message-ID <k1pibjFid5jU1@mid.individual.net> (permalink)
References (16 earlier) <k1o511Fcao2U3@mid.individual.net> <k1o79oF9404U8@mid.individual.net> <k1oda2Fd2h3U8@mid.individual.net> <k1ogdqF9404U11@mid.individual.net> <k1pf5bFguvkU12@mid.individual.net>

Show all headers | View raw


Am 06.01.23 um 03:25 schrieb Arno Welzel:

>>> Ja, was sollte der die Entwicklung auch mehr wissen, wenn die Anwendung
>>> sich darauf beschränkt E-Mail zu senden. Die E-Mail muss formal korrekt
>>> sein - was danach passiert, ist nicht mehr Sache der Anwendung.
>>
>> An der formalen Korrektheit hapert es halt.
> 
> Die formalen Korrektheit einer E-Mail hat aber nichts damit zu tun, ob
> man weiß, wie man rDNS, SPF oder DKIM konfiguriert.

Steht da ja auch nicht.

> [...]
>>> Eine Anwendung kann exakt *nichts* daran ändern, wenn ein
>>> fehlkonfigurierter Smarthost eine formal korrek eingelieferte Mail nicht
>>> los wird.
>>
>> Aber natürlich. Body nicht spammy aussehen lassen, auch extern
>> existierende Absenderadressen benutzen, nicht immer wieder an den
>> gleichen, nicht existierenden oder aus sonstwelchen Gründen Mail
>> ablehnenden Empfänger schreiben... (weil man kein Bouncemanagement hat,
>> oder es wegen mangelhafter Tests nicht funktioniert).
> 
> Für die Auswahl der richtigen Absenderadresse ist aber nicht die
> Anwendung zuständig sondern die Person, die die Adresse festlegt.

Das ist nicht eine Adresse, sondern verschiedene, und bestimmt werden 
die von der businesslogic. Rat mal, wer die schreibt...

> Und
> auch "spammy" muss formal definierbar sein und nicht nur ein subjektives
> Gefühl eines Mailserver-Admins - z.B. Test des Inhalts gegen
> existierende Spamfilter.

Klar ist das definierbar. Allerdings müßte erst mal jemand auf die Idee 
kommen, daß das eine Rolle spielt und danach fragen. Probleme, die man 
kennt, kann man angehen. Probleme, die man nicht kennt, werden nicht 
angegangen.

> Das Problem "Mail an ablehnenden Empfänger schreiben" zu lösen hat mit
> der technischen Korrektheit Anwendung auch erstmal nichts zu tun. Die
> Empfängeradresse muss auch jemand festlegen - aber das hat nichts damit
> zu tun, ob die Anwendung technisch korrekt arbeitet.

Natürlich kann man völlig korrekt arbeitende email-Anwendungen 
schreiben, die wegen wiederholten Versands an ablehnende 
Empfänger-Adressen den Absender auf die Shitlist bringen. Ist dem 
Geschäftsziel trotzdem nicht dienlich, und ich vermochte durchaus zu 
kommunizieren, daß technische Korrektheit im Detail ohne Blick auf das 
große Ganze nicht ausreicht.

>>> Ob rDNS, SPF und DKIM korrekt konfiguriert sind, ist das
>>> Problem von Ops und nicht Dev.
>>
>> Eine schöne Theorie eines Theoretikers :)
> 
> Nein, Praxis. Wieso sollte die Entwicklung sich um die Nameserver und
> Funktion des Mailservers, der die Header für DKIM signiert, kümmern?

Weil die Entwicklung überhaupt erst mal wissen muß, warum bzw. daß es 
nicht gut ist, wenn man über den falschen Mailserver raussendet. Ohne 
Verständnis der Zusammenhänge ist ihr das nämlich egal, und es geschieht 
das zu Beobachtende.

Diese deine Haltung "ich bin ein Fachidiot, ich muß nichts von den 
Zusammenhängen verstehen und mich um nicht kümmern, ich bin einfach nur 
codemonkey meinem Kämmerlein und guck nicht über den Tellerrand" ist 
genau das Problem.

>> In der Praxis benutzt dann Dev den falschen Absender und/oder falschen
>> Smarthost, die Mail geht über den falschen Host raus und nichts paßt.
> 
> In der Praxis hat der Dev nicht selbst zu entscheiden, welchen Smarthost
> er wofür benutzt, sondern sich daran zu halten, was man ihm vorgibt.

In der Praxis codet der Dev die Businesslogic, die je nach 
Geschäftsprozess unterschiedliche Absenderadressen benutzt. Guten Morgen.

> [...]
>>>> Peinlich wird es dann, wenn man nicht mal merkt, daß die Mails nicht
>>>> ankommen, weil man die Bounces nicht will. "Wie, Mail empfangen, es
>>>> stand nur senden im Pflichtenheft."
>>>
>>> Das ist nicht "peinlich" sondern da hat derjenige, der die Anforderungen
>>> aufgestellt hat, schlicht gepannt.
>>
>> Klar - derjenige, der die Anforderungen aufstellt, weiß besser, wie
>> email funktioniert, als die Entwickler. :)
> 
> Ja, derjenige, der die Anforderungen stellt, weiß besser, wie *er*
> E-Mail in der Anwendung nutzen will.

Da, wo Manna vom Himmel fällt, vielleicht. Derjenige, der die 
Anforderungen stellt, möchte typischerweise, daß sich emails in der 
Inbox des Kunden manifestieren, Details sind egal und könnten auch als 
Magie beschreiben werden.

Wenn es gut "agil" läuft, vermögen ihm die Techniker Details zu 
erklären, wie daß es nicht gut ist, Karteileichen bzw. gelöschte 
Empfängeradressen nicht auszusortieren, so daß sie immer wieder im 
Rahmen von Newslettern angeschrieben werden, während ihre Zahl steigt. 
Dann kann man das Konzept interaktiv oder iterativ anpassen. Aber halt 
nur, wenn die Techniker um die Probleme wissen und entsprechend Feedback 
geben können.

> [...]
>>> Doch, für Transactional Mail funktionieren Dienstleister wie Mailjet,
>>> Sendinblue etc. *viel* besser. Die verlangen nämlich Geld dafür und sind
>>> daher für Spammer komplett uninteressant.
>>
>> grep sendinblue client_access
>> # sendinblue.com
>> 212.146.192.0/18        REJECT too much spam from sendinblue.com
>>
>> Äh, ja, sicher.
> 
> Ja, sicher. Nur weil bei Dir so eine Regel existiert, bedeutet nicht,
> dass das bei Anderen auch so ist.

Ist mir völlig egal, wie andere das handhaben und ob die ihren Spam 
artig aufessen. Jedenfalls zeigt mir der ankommende Spam von Mailjet, 
Sendinblue etc. daß "für Spammer komplett uninteressant" irgendwie 
anders aussieht.

> [...]
>>>> dann existiert zumindest wieder eine unabhängige Instanz, die Feedback
>>>> geben kann, was da für Grütze angeliefert wird etc. Eine unabhängige
>>>> in-house QA hätte es natürlich genauso, und vermutlich billiger und
>>>> schneller, getan.
>>>
>>> Was auch immer Du damit sagen willst. Meine Erfahrung nach ist das
>>> Problem bei E-Mail *nicht*, dass Anwendungen etwas falsch machen,
>>> sondern dass beteiligte Server falsch konfiguriert sind.
>>
>> Das kann schon sein, daß es dir an Erfahrung mangelt, ja.
> 
> Möglich. Ich mache das erst seit etwa 20 Jahren.

Man kann auch seit 20 Jahren stümpern.

Hanno

-
To make error is human. To propagate error to all server in automatic
way is #devops.
https://twitter.com/devops_borat/status/41587168870797312


Back to de.sci.electronics | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Re: Erfahrungen mit Pkw Solar-Lader? Rolf Bombach <rolfnospambombach@invalid.invalid> - 2023-01-03 19:16 +0100
  Re: Erfahrungen mit Pkw Solar-Lader? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-01-03 21:09 +0100
    Re: Erfahrungen mit Pkw Solar-Lader? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2023-01-04 06:49 +0100
      Re: Erfahrungen mit Pkw Solar-Lader? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2023-01-04 15:08 +0000
        Re: Erfahrungen mit Pkw Solar-Lader? Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2023-01-04 17:11 +0100
          Re: Erfahrungen mit Pkw Solar-Lader? Arno Welzel <usenet@arnowelzel.de> - 2023-01-05 15:28 +0100
      Re: Erfahrungen mit Pkw Solar-Lader? Arno Welzel <usenet@arnowelzel.de> - 2023-01-05 15:26 +0100
        Re: Erfahrungen mit Pkw Solar-Lader? Hanno Foest <hurga-news2@tigress.com> - 2023-01-05 16:05 +0100
          Re: Erfahrungen mit Pkw Solar-Lader? Arno Welzel <usenet@arnowelzel.de> - 2023-01-05 17:48 +0100
            Re: Erfahrungen mit Pkw Solar-Lader? Hanno Foest <hurga-news2@tigress.com> - 2023-01-05 18:41 +0100
              Re: Erfahrungen mit Pkw Solar-Lader? Arno Welzel <usenet@arnowelzel.de> - 2023-01-06 03:25 +0100
                Re: Erfahrungen mit Pkw Solar-Lader? Hanno Foest <hurga-news2@tigress.com> - 2023-01-06 04:20 +0100
                Re: Erfahrungen mit Pkw Solar-Lader? Arno Welzel <usenet@arnowelzel.de> - 2023-01-08 01:38 +0100
              Re: Erfahrungen mit Pkw Solar-Lader? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2023-01-06 16:06 +0000
                Re: Erfahrungen mit Pkw Solar-Lader? Hanno Foest <hurga-news2@tigress.com> - 2023-01-06 17:19 +0100
                Re: Erfahrungen mit Pkw Solar-Lader? Michael Schwingen <news-1513678000@discworld.dascon.de> - 2023-01-06 17:02 +0000
                Re: Erfahrungen mit Pkw Solar-Lader? Arno Welzel <usenet@arnowelzel.de> - 2023-01-08 01:41 +0100
                Re: Erfahrungen mit Pkw Solar-Lader? Arno Welzel <usenet@arnowelzel.de> - 2023-01-08 01:40 +0100
    Re: Erfahrungen mit Pkw Solar-Lader? Arno Welzel <usenet@arnowelzel.de> - 2023-01-05 15:25 +0100
      Re: Erfahrungen mit Pkw Solar-Lader? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-01-05 21:44 +0100
        Re: Erfahrungen mit Pkw Solar-Lader? Arno Welzel <usenet@arnowelzel.de> - 2023-01-06 03:38 +0100
          Re: Erfahrungen mit Pkw Solar-Lader? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-01-07 00:06 +0100
            Re: Erfahrungen mit Pkw Solar-Lader? Arno Welzel <usenet@arnowelzel.de> - 2023-01-08 01:45 +0100
              Re: Erfahrungen mit Pkw Solar-Lader? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-01-08 23:49 +0100
                Re: Erfahrungen mit Pkw Solar-Lader? Arno Welzel <usenet@arnowelzel.de> - 2023-01-09 00:52 +0100
                Re: Erfahrungen mit Pkw Solar-Lader? Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-01-09 22:32 +0100

csiph-web