Natuurlijk zijn er altijd van die mensen die argeloos overal op klikken. Ook als het om een Duits talige mail gaat die ze nooit en te nimmer verwachten........ :-(

En wat doe jij als je een Update van je leveranciers krijgt ??

Weggooien?

Return path en delivered by worden bij mij altijd gecontroleerd en niet bekend == start bron weergeven en mail plus content in attachment hangen richting outlook.

en volgens mij zijn de meeste mensen aardig op de hoogte wat betreft de namen e.d. van hun leveranciers.

groeten !

De gemiddelde outlookgebruiker weet niet eens hoe ze een bronweergave moeten doen. Laat staan dat ze kunnen traceren waar het bericht verzonden is.

En als je je een beetje verdiept in de programmeerwijze die ze er in de pornoindustrie op na houden is dat zelfs voor de meeste ITers nog een probleem.

en ik zou zeggen voordat je reageerd lees het verhaal eens op http://www.trojaner-info.de/news/trojanerinfo_wurm.shtml

En wat je hier nu weer mee bedoeld?
[QUOTEmail plus content in attachment hangen richting outlook [/QUOTE]
Ik ben niet te oud om te leren en ik weet veel maar zeker niet alles. Maak mij wijzer AUB

nou ik bedoel alleen maar dat dit is wat er gebeurd bij de meeste mail van de meeste bedrijven..

inbound > proxy ((evt. >) popbak ( virtuele opsplitsing))> lan (medewerker).

globaal gezegt uiteraard..

dan kun je natuurlijk binnen die pop hantering iets inbouwen /activeren wat zegt..

dit is mijn lijst met bekende mail adressen.. dan hopt ie (via delivered to) zijn weg richting ons ALTIJD wel langs zus en zo server... wanneer ik dat NIET vind in de header dan subprocedure zus en zo (kan ik stukje return path ERGENS binnen de header vinden, aantal hops en ga maar door)

uiteindelijk.. wanneer (en NATUURLIJK gaat dit niet om gebruiker @ maar om @host) kun je zeggen van hej luister als ik deze mail niet helemaal vertrouw dan:

header IN mail en mail ALS attachment verzenden naar admin.
header (bewerkt) IN mail en mail ALS attachment verzenden naar gebruiker.

kijk je kunt een header wel dusdanig bewerken dat je delivered to: vervangt voor host nummer zoveel of server die en die.
en dat dan ook met return path en to: from: message ids en weet ik wat allemaal niet handig kan zijn.

Zo kun je veel en veel beter verifieren van deze mail moet weg of deze houdt ik en klopt en lees ik en door dat ik um ook nog eens beantwoord ofzo wordt ie als bekend op de pop server neergezet.

kijk dit is maar een suggestie.. er zijn duizende manieren hiervoor en die hangen af van de bedrijfsstructuur, technische mogelijkheden en weet ik al wat niet meer alleen ik ben er van overtuigd dat dit een van de beste principes is om spam tegen te gaan.

groeten !

groeten !

Ik heb nog NOOIT, maar dan ook echt NOOIT meegemaakt dat een Softwaremaker updates en patches per mail verstuurt, of extra info op deze manier verspreidt..
En wie zo dom is om ook maar voor een seconde te denken dat zo'n mail echt KAN zijn, heeft terecht een beestje in de machine zitten.
En daar kun je uren (in rotslecht nederlands) over ouwehoeren, maar of het helpt ?