Wildcards für eMails: Unterschied zwischen den Versionen

Aus infra-struktur AdminWiki 2.10
Zur Navigation springenZur Suche springen
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
(8 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
Es lassen sich Mailadressen wie *@netzkultur.de in einem Datensatz hinterlegen, um alle ankommenden Mails von NETZkultur mit einem DS Knopf und damit mit Archivrecht zu versehen. Die Verbindungssuche wurde dafür erweitert.
Es lassen sich Mailadressen wie *@netzkultur.de in einem Datensatz hinterlegen, um alle ankommenden Mails von NETZkultur mit einem [[[Puzzle-Button]] und damit mit einem [[veröffentlichen|Veröffentlicht-Button]] zu versehen. Die Verbindungssuche wurde dafür erweitert.
 
Man legt sich dazu ein neues Input Feld namens "Wildcard eMail" an, dort kommt dann als Wert "*@netzkultur.de" hinein.
 
Im Sinne der Unternehmenstransparenzen ist das natürlich eine sinnvolle Erweiterung. Die Datenqualität sollte allerdings nicht unter dieser Komfortfunktion leiden. Man neigt vielleicht dazu, die Mailadressen von Ansprechpartnern nur noch unzureichend zu pflegen.




----


[[Datei:Hinweis.png]]HINWEIS:
Bitte unbedingt darauf achten, dass bestimmte Mail-Domains auf keinen Fall im Wildcard-Feld stehen dürfen,
da dies ggfs. zu falschen Verknüpfungen führt.


Man legt sich dazu ein neues Input Feld namens "Wildcard eMail" an, dort kommt dann als Wert "*@netzkultur.de" hinein. Diese Inputfelder müssen dann natürlich noch in der Webmailverwaltung für die Suche konfiguriert werden, dazu siehe [[IDO-DS Instanzen | Webmailverwaltung]].
Folgende und ähnliche Domains sind unbedingt zu vermeiden:
"*@web.de"
"*@gmx.net"
"*@googlemail.com"
"*@yahoo.de"
"*@t-online.de"


...in solchen Fällen ist es ratsam, das Wildcard-Feld mit dem Hinweis "NICHT BEFÜLLEN" zu versehen.


----


[[Datei:wildcardnichtbefuellen.png]]


Im Sinne der Unternehmenstransparenzen ist das natürlich eine sinnvolle Erweiterung. Die Datenqualität sollte allerdings nicht unter dieser Komfortfunktion leiden. Man neigt vielleicht dazu, die Mailadressen von Ansprechpartnern nur noch unzureichend zu pflegen.




Eine Analogie zu Durchwahlnummern aus dem Telefonbereich ist nicht möglich, da die Telefondurchwahlen nicht eindeutig sind. Man kann nach dem Bindestrich eigene Durchwahlbereiche definieren, Bsp. 99-0 mit Durchwahl -100, obwohl das Unternehmen nur die Nummern 99-0 bis 99-29 reserviert hat. Desweiteren gibt es Nummern wie 99-34, die gar keine Durchwahl des Unternehmens darstellen, sondern neue Rufnummern von anderen Anschlüssen sind.
 
 
 
 
== Verwandte Themen ==
 
[[IDO-DS_Instanzen]]
 
[[Best_Practice|Best Practice]]
 
[[Verfassenfenster-Suchfelder]]
 
 
<!--  
emailwildcards emailw emailwi emailwil emailwild emailwildc emailwildca emailwildcar emailwildcard
wildcards wild wildc wildca wildcar wildcard
wildcardemails wildcarde wildcardem wildcardema wildcardemai wildcardemail
-->

Aktuelle Version vom 14. April 2020, 07:46 Uhr

Es lassen sich Mailadressen wie *@netzkultur.de in einem Datensatz hinterlegen, um alle ankommenden Mails von NETZkultur mit einem [[[Puzzle-Button]] und damit mit einem Veröffentlicht-Button zu versehen. Die Verbindungssuche wurde dafür erweitert.

Man legt sich dazu ein neues Input Feld namens "Wildcard eMail" an, dort kommt dann als Wert "*@netzkultur.de" hinein.

Im Sinne der Unternehmenstransparenzen ist das natürlich eine sinnvolle Erweiterung. Die Datenqualität sollte allerdings nicht unter dieser Komfortfunktion leiden. Man neigt vielleicht dazu, die Mailadressen von Ansprechpartnern nur noch unzureichend zu pflegen.


HINWEIS: Bitte unbedingt darauf achten, dass bestimmte Mail-Domains auf keinen Fall im Wildcard-Feld stehen dürfen, da dies ggfs. zu falschen Verknüpfungen führt.

Folgende und ähnliche Domains sind unbedingt zu vermeiden: "*@web.de" "*@gmx.net" "*@googlemail.com" "*@yahoo.de" "*@t-online.de"

...in solchen Fällen ist es ratsam, das Wildcard-Feld mit dem Hinweis "NICHT BEFÜLLEN" zu versehen.





Verwandte Themen

IDO-DS_Instanzen

Best Practice

Verfassenfenster-Suchfelder