Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #331548
| 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> |
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 | Next — Previous in thread | Next in thread | Find similar
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