[56270] in SAPr3-news

home help back first fref pref prev next nref lref last post

Re: SPAM SPAM SPAM

daemon@ATHENA.MIT.EDU (Raphaela Corall)
Tue Dec 13 05:32:42 2005

To: sapr3-news@mit.edu
Date: Tue, 13 Dec 2005 10:28:58 GMT
From: "Raphaela Corall" <rc@llaroc.de>
Message-ID: <dnmb9p.3vu7pl5.2@alphA.llaroc.de>

Dirk Rosenkranz wrote:
> Raphaela Corall wrote:
>> ...
>> Der Einspieler von SPs benötigt
>> bei der Aktion nicht nur die Berechtigungen für die SPAM (*g* was
>> haben die sich bloß gedacht, als sie den Transaktionsnamen vergeben
>> haben?), ...
>
> die Frage nach dem Transaktionskürzel des Support Package Managers
> stellen sich wohl einige :-) Vielleicht kann ich ein bisschen
> aufklären...
> Als der Sap PAtch Manager zu 3.0 Zeiten erfunden wurde, gab es das
> (Mail-) SPAM Problem noch nicht und der ursprüngliche Entwickler war
> (so weit ich weiß) ein Monty Pythons Fan (SPAM SPAM SPAM) - und so
> kam eins zum anderen.

Ist schon traurig, wie weit man in der Erinnerung zurückkramen
muß, um auf Zeiten zu stoßen, als Mailaccounts noch ungefiltert
nutzbar waren und der Begriff SPAM nicht zuallererst für
unerwünschte Buchstabensuppe stand.

> Na ja, und jetzt gilt halt die Macht der Gewohnheit; und beim
> Transaktionskürzel SAINT (Sap Add-on INstallation Tool) wurde es
> doch besser gemacht, oder?

*g* Jo, die Heiligen sollten man besser in Ruhe und von Add-Ons
die Finger weg lassen ;-)

> Jetzt frag mich nicht, warum Support Packages die Transportart "D"
> haben :-))

Sollte ich dahinter jetzt auch einen Insiderwitz vermuten?

Gruß
Raphaëla

-- 
The reasonable man adapts himself to the world; the unreasonable
one persists in trying to adapt the world to himself. Therefore
all progress depends on the unreasonable man.
                                            George Bernhard Shaw

home help back first fref pref prev next nref lref last post