Emm's auf orf ice am homeserver

[stefan4u]

Liebes Forum, habe hier ein kleines Problem.

Ein ORF ICE Karte im cryptowork modus (nur Orf ohne austriasat Abo) wird unter oscam im internen reader einer VU+ geradezu von EMM's überschüttet.

Spoiler

2013/09/24 22:58:21 54E9F8 c dvbapi (0D95&000004/0000/32CA/B8:4331580DC7699D8D08791CE2C896E645): found (163 ms) by orf - ORF 2
2013/09/24 22:58:31 54E9F8 c dvbapi (0D95&000004/0000/32CA/B8:3DBA480FC69025B70E6303AA809908AE): found (164 ms) by orf - ORF 2
2013/09/24 22:58:35 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=50, idx=49, cnt=1: written (44 ms)
2013/09/24 22:58:36 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=50, cnt=1: written (75 ms)
2013/09/24 22:58:41 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=51, cnt=1: written (74 ms)
2013/09/24 22:58:41 54E9F8 c dvbapi (0D95&000004/0000/32CA/B8:A77B6C0545CD5AEFE7B9412B9C0E0C19): found (163 ms) by orf - ORF 2
2013/09/24 22:58:41 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=52, cnt=1: written (75 ms)
2013/09/24 22:58:42 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=50, idx=53, cnt=1: written (44 ms)
2013/09/24 22:58:45 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=55, cnt=1: written (75 ms)
2013/09/24 22:58:45 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=56, cnt=1: written (75 ms)
2013/09/24 22:58:45 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=57, cnt=1: written (75 ms)
2013/09/24 22:58:47 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=50, idx=58, cnt=1: written (43 ms)
2013/09/24 22:58:47 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=59, cnt=1: written (75 ms)
2013/09/24 22:58:48 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=60, cnt=1: written (75 ms)
2013/09/24 22:58:49 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=61, cnt=1: written (75 ms)
2013/09/24 22:58:50 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=50, idx=62, cnt=1: written (44 ms)
2013/09/24 22:58:51 54E9F8 c dvbapi (0D95&000004/0000/32CA/B8:8AF226CA2FB2EBDFD36CC5265D0F2B94): found (163 ms) by orf - ORF 2
2013/09/24 22:58:52 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=63, cnt=1: written (76 ms)
2013/09/24 22:58:52 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=64, cnt=1: written (75 ms)
2013/09/24 22:58:53 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=65, cnt=1: written (75 ms)
2013/09/24 22:58:55 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=50, idx=66, cnt=1: written (43 ms)
2013/09/24 22:58:55 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=67, cnt=1: written (75 ms)
2013/09/24 22:58:56 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=68, cnt=1: written (76 ms)
2013/09/24 22:58:58 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=69, cnt=1: written (75 ms)
2013/09/24 22:58:58 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=50, idx=70, cnt=1: written (44 ms)
2013/09/24 22:59:00 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=71, cnt=1: written (75 ms)
2013/09/24 22:59:01 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=72, cnt=1: written (76 ms)
2013/09/24 22:59:01 54E9F8 c dvbapi (0D95&000004/0000/32CA/B8:99ADDA44339E55B25E946C7C98BEDCF9): found (164 ms) by orf - ORF 2
2013/09/24 22:59:02 64A250 r orf [cryptoworks] dvbapi emmtype=global, len=98, idx=73, cnt=1: written (76 ms)
2013/09/24 22:59:11 54E9F8 c dvbapi (0D95&000004/0000/32CA/B8:EF6CB3CDE6088E58C70418CA9F51546C): found (163 ms) by orf - ORF 2

Wenn selbige Karte in einer easymouse2 an der VU+ betrieben wird, muß dem dvbapi clienten unter AU statt einer "1" der reader genau zugeordnet werden z.B. "orfusb", dann fließen auch hier die Emm's. Readereinstellungen bis auf mhz/cardmhz identisch.

Wenn die Karte jedoch in einer easymouse im Homeserver (Igel) steckt und die VU+ via cccam protokoll auf die Karte zugreift, kommen keine Emm's zur orf Karte. Die v13 hingegen wird anstandslos versorgt.

Ist das eine spezielle Eigenart dieser orf ice Karten, daß bei zwischengeschaltetem cccam protokoll die Emm's schwerlich durchkommen, oder gleich ganz versacken?
Oscam versionen auf der Vu+ r8786, auf dem Igel r9818

Configs der VU+ mit orf karte im internem reader

Spoiler

[global]
logfile = /tmp/oscam.log
usrfileflag = 1
netprio = 1
nice = -10
maxlogsize = 110
readerrestartseconds = 4
usrfile = /tmp/userfile
[cccam]
port = 1xxxx
nodeid = 1xxxxxxxxxxxxxxx
version = 2.3.0
reshare = 1
reshare_mode = 0
[dvbapi]
enabled = 1
au = 1
user = dvbapi
boxtype = dreambox
.
.
[account]
user = dvbapi
au = 1
group = 1,2,3,4,5,6,7
services = !orfsky_v13/14_s02

.
.
[reader]
label = orf
description = Orf ICE im cryptowork modus + ATV+, ohne Austria Sat!
enable = 0
protocol = internal
device = /dev/sci1
services = orf ice crypto
caid = 0D95
ecmwhitelist = 80,B8,F0
detect = cd
mhz = 600
cardmhz = 600
ident = 0D95:000004,000008,00000C,000010
group = 6
emmcache = 1,1,2
blockemm-unknown = 1

Configs der VU+ mit orf karte in easymouse, auch hier zahlreiche Emm's

Spoiler

[global]
logfile = /tmp/oscam.log
usrfileflag = 1
netprio = 1
nice = -10
maxlogsize = 110
readerrestartseconds = 4
usrfile = /tmp/userfile
[cccam]
port = 1xxxx
nodeid = 1xxxxxxxxxxxxxxx
version = 2.3.0
reshare = 1
reshare_mode = 0

[dvbapi]
enabled = 1
au = 1
user = dvbapi
boxtype = dreambox
.
.
[account]
user = dvbapi
au = orfusb
group = 1,2,3,4,5,6,7
services = !orfsky_v13/14_s02

[reader]
label = orfusb
description = orf via mouse
enable = 0
protocol = mouse
device = /dev/ttyUSB0
services = orf ice crypto
caid = 0D95
ecmwhitelist = 80,B8,F0
detect = cd
ident = 0D95:000004,000008,00000C,000010
group = 7
emmcache = 1,1,2
blockemm-unknown = 1

orf ice in easymouse am Igel, VU+ via cccam protokoll verbunden, keine Emm's...

Spoiler

[global] des Igels/server
disablelog = 0
loghistorysize = 4096
serverip = 0.0.0.0
logfile = /var/log/ipc/OScam.log
logduplicatelines = 0
pidfile =
disableuserfile = 1
disablemail = 1
usrfileflag = 0
clienttimeout = 5000
fallbacktimeout = 2500
fallbacktimeout_percaid =
clientmaxidle = 120
bindwait = 120
netprio = 1
sleep = 0
unlockparental = 0
nice = -1
maxlogsize = 512
waitforcards = 1
waitforcards_extra_delay = 500
preferlocalcards = 1
readerrestartseconds = 4
dropdups = 0
block_same_ip = 1
block_same_name = 1
usrfile =
mailfile =
cwlogdir =
emmlogdir =
lb_mode = 0
lb_save = 0
lb_nbest_readers = 1
lb_nfb_readers = 1
lb_min_ecmcount = 5
lb_max_ecmcount = 500
lb_reopen_seconds = 30
lb_retrylimit = 0
lb_stat_cleanup = 336
lb_max_readers = 0
lb_auto_betatunnel = 1
lb_auto_betatunnel_mode = 0
lb_auto_betatunnel_prefer_beta= 50
lb_savepath =
lb_retrylimits =
lb_nbest_percaid =
lb_noproviderforcaid =
lb_auto_timeout = 0
lb_auto_timeout_p = 30
lb_auto_timeout_t = 300
double_check_caid =
ecmfmt =
resolvegethostbyname = 0
failbantime = 0
failbancount = 0
suppresscmd08 = 0
double_check = 0

[cccam]
port = 1xxxxx
serverip = 0.0.0.0
nodeid = 2xxxxxxxxxxxxx
version = 2.3.0
reshare = 1
reshare_mode = 0
ignorereshare = 0
forward_origin_card = 0
stealth = 0
updateinterval = 240
minimizecards = 0
keepconnected = 1
recv_timeout = 2000
.
.
.
[account]
disabled = 0
user = VUoben
pwd = xxxxx
description =
hostname = 192.xxx.xxx.xxx
caid = 09C4,0500,0100,1810,1702,0D95
uniq = 0
sleepsend = 0
failban = 0
monlevel = 4
sleep = 0
suppresscmd08 = 1
umaxidle = 0
keepalive = 1
au = skyv13,orfcrypto
emmreassembly = 2
expdate =
allowedprotocols =
allowedtimeframe =
betatunnel =
group = 1,2,3,4,5,6,7
services = !orf_cwemu,!austriasat_ice,!austriasat_hd
ident =
chid =
class =
cacheex = 0
cacheex_maxhop = 0
cacheex_ecm_filter =
cacheex_drop_csp = 0
cacheex_allow_request = 1
cccmaxhops = 3
cccreshare = 1
cccignorereshare = 1
cccstealth = -1
fakedelay = -1
numusers = -1
penalty = -1
lb_nbest_readers = -1
lb_nfb_readers = -1
lb_nbest_percaid =

.
.
[reader]
label = orfcrypto
description = Orf ICE im cryptowork modus + ATV+, ohne Austria Sat!
enable = 1
protocol = mouse
device = /dev/ORF
key =
password =
pincode = none
gbox_max_distance = 2
gbox_max_ecm_send = 3
gbox_reshare = 0
gbox_group =
gbox_my_password =
readnano =
services = orf ice crypto
lb_whitelist_services =
resetcycle = 0
smargopatch = 0
sc8in1_dtrrts_patch = 0
fallback = 0
fallback_percaid =
cacheex = 0
cacheex_maxhop = 0
cacheex_ecm_filter =
cacheex_allow_request = 1
cacheex_drop_csp = 0
caid = 0D95
atr =
boxid =
boxkey =
rsakey =
ins7e =
ins7e11 =
fix9993 = 0
force_irdeto = 0
needsemmfirst = 0
ecmnotfoundlimit = 0
ecmwhitelist = 80,B8,F0
ecmheaderwhitelist =
detect = cd
nagra_read = 0
mhz = 357
cardmhz = 357
ident = 0D95:000004,000008,00000C,000010
chid =
class =
aeskeys =
group = 7
emmcache = 1,1,2
blockemm-unknown = 1
blockemm-u = 0
blockemm-s = 0
blockemm-g = 0
saveemm-unknown = 0
saveemm-u = 0
saveemm-s = 0
saveemm-g = 0
blockemm-bylen =
lb_weight = 300
savenano =
blocknano =
dropbadcws = 0
disablecrccws = 0
use_gpio = 0
cccreshare = -1
ccchop = 0
use_ssl = 0
deprecated = 0
audisabled = 0
auprovid =
ndsversion = 0
ratelimitecm = 0
ratelimitseconds = 0
ecmunique = 0
srvidholdseconds = 0
cooldown = 0,0

.
.
.


[global] der VU+/des clients
logfile = /tmp/oscam.log
usrfileflag = 1
netprio = 1
nice = -10
maxlogsize = 110
readerrestartseconds = 4
usrfile = /tmp/userfile

[dvbapi]
enabled = 1
au = 1
user = dvbapi
boxtype = dreambox


[account]
user = dvbapi
au = homeserv
group = 1,2,3,4,5,6,7
services = !orfsky_v13/14_s02

[reader]
label = homeserv
protocol = cccam
device = 192.xxx.xxx.xxx,1xxxx
user = VUoben
password = user1
services = !orfsky_v13/14_s02
inactivitytimeout = 30
caid = 09C4,0500,0100,1810,1702,0D95
group = 1
blockemm-unknown = 1
blockemm-g = 1 #das war der Fehler, global emm's zunächst nicht blocken!
cccversion = 2.3.0
cccmindown = 1
cccwantemu = 1
ccckeepalive = 1
cccreconnect = 0

Ich hoffe es wird klar was ich meine. Die VU+/der user dvbapi soll den reader homeserver updaten, und somit die ORF karte die am Igel steckt, aber es kommt nichts an. Wenn die Karte intern oder in easymouse an der VU+ steckt ist alles tutti...Wie gesagt die v13 wird anstandslos versorgt, auf einer anderen Box auch ohne genaue Readerbezeichnung, da reicht eine "1".

Kann man die orf ice via cccam protokoll updaten bzw. hat jemand ähnliche Erfahrungen oder besser noch Lösungsvorschläge?

Danke und Grüße stefan

 

[head999]

AW: Emm's auf orf ice am homeserver

diese karte wird mit cccam 2.3.0 problemlos geupdatet!
und mit oscam,ich habe eine weit einfachere conf und es funzt anscheinend,jedoch intern in meine duo.
dein prob liegt wahrscheinlich beim ext. reader bzw. dessen cfg.

 

[stefan4u]

AW: Emm's auf orf ice am homeserver

Moin head999

Wer weiß, der ext.reader (mouse) war sowohl physisch wie auch als server datei mit der am Igel verwendeten Version identisch.
Direkt an einer Vu+ werden sowohl interner wie auch externer reader mit Emm's versorgt, nur am Igel halt nicht. Bin am Überlegen ob das mit den verschiedenen Oscam Versionen zusammenhängen kann, also in dem Sinne daß bei den neueren (z.b. 9819) irgendwo ein bug ist. Meine V13 wird übrigens anstandslos mit Emm's versorgt...

Grüße stefan

 

[stefan4u]

AW: Emm's auf orf ice am homeserver

Problem möglicherweise gelöst!

Beim Reader auf der clientbox, der den homeserver abfragt hatte ich die "global" emm's geblockt. Das sind ja bei der ORF Karte so pauschal die meißten.
Auf dem Igel werden zwar die allermeißten Emm's mir "error" oder "skipped" angezeigt, das ist aber ein ähnliches Verhalten als wenn die Karte direkt im receicer steckt. Laut Log werden sie aber geschrieben.

Spoiler

2013/09/26 19:32:33 8DEA458 c VUoben (0D95&000004/0000/32CA/B8:AD06DDB5527164C28956D4C650E9C3AF): found (192 ms) by orfcrypto - ORF 2
2013/09/26 19:32:33 8D99E08 r orfcrypto [cryptoworks] VUoben emmtype=global, len=98, idx=21, cnt=1: written (95 ms)
2013/09/26 19:32:35 8D99E08 r orfcrypto [cryptoworks] VUoben emmtype=global, len=50, idx=22, cnt=1: written (58 ms)
2013/09/26 19:32:35 8D99E08 r orfcrypto [cryptoworks] VUoben emmtype=global, len=98, idx=23, cnt=1: written (93 ms)

Werde das mal noch etwas beobachten, sieht aber ganz gut aus...

 

[Zoran78]

AW: Emm's auf orf ice am homeserver

Hallo,

ich stehe genau vor dem gleichen Problem. ICE im CW Modus steckt im Igel und ich bekomme keine Updates via Cline.
Habe schon CCCam, MGcamd und Oscam via Cline angebunden an den Server, aber keine EMMs. Kannst Du bitte mal Feedback geben, ob es bei Dir nun funktioniert?

Danke

 

[stefan4u]

AW: Emm's auf orf ice am homeserver

Moin Zoran.

Bei mir war das Problem daß ich im Reader des clienten die global emm's geblockt hatte, siehe erster Beitrag, letzter spoiler, sechste Zeile von unten...
Der entsprechende User am Server und der Orf reader waren richtig / positiv konfiguriert.

Allerdings muß man das, glaube ich, etwas entspannter sehen, die allermeißten Emm's die reinkommen sind die "Shared", für die Verlängerung sind jedoch die "Unique" zuständig, diese Flut von 3000 shared emm's von Gestern ist sicherlich unnötig, eigentlich eher zu Vermeiden nachdem die Karte läuft, aber eine gute Funktionskontrolle ob die Dinger durchgehen.
Die Unique Emm's kommen ganz erheblich seltener. Bis jetzt weiß ich nicht in welchem Abstand, muß mich da auch noch erst schlaumachen, habe die Karte erst ein paar Tage...

Grüße stefan

Nachtrag, die entsprechenden User müssen nicht zwingenderweise namentlich auf den zu updatenden Reader weisen, ein "AU = 1" reicht auch. Jedenfalls habe ich noch eine et9000 die nur diesen Eintrag hat und auch Emm's weiterleitet.

 

[Zoran78]

AW: Emm's auf orf ice am homeserver

Super, vielen Dank für Dein Feedback. Ich werde mich nochmals dran machen an das ICE Kärtchen

 

[stefan4u]

AW: Emm's auf orf ice am homeserver

Sag mal, wo wir geade beim Thema ORF ICE sind, welche Entiltements hast Du auf der Karde, bzw. wie lange laufen die?
Meine Karte ist eine reine ORF Karte, ohne austriasat, hat provider 000004, noch rund 4 Wo. gültig und 000008, gültig bis weihnachten...

Der relativ kurzfristige Ablaufzeitpunk von 000004 ist der Grund warum ich mir ein bißchen Sorgen mache, deswegen bin ich der Emm Geschichte überhaupt erst nachgegangen...


Grüße stefan

 

[Zoran78]

AW: Emm's auf orf ice am homeserver

Hallo,

auf meiner Karte ist ORF und AustriaSat ohn HD Austria. Die Entitlements sind teils nur 10 Tage im vorraus.
Verlängerung mache ich nun aktuell via MGcamd auf OScam Server via N-line und diese funktioniert

Spoiler

[TABLE="class: stats"]
[TR]
[TH]Type[/TH]
[TH]Caid[/TH]
[TH]Provid[/TH]
[TH]ID[/TH]
[TH]Class[/TH]
[TH]Start Date[/TH]
[TH]Expire Date[/TH]
[TH]Name[/TH]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000004[/TD]
[TD]000000000000000D[/TD]
[TD]00000000[/TD]
[TD]2013-09-02[/TD]
[TD]2013-10-02[/TD]
[TD]ORF/ATV / 19.2E / de[/TD]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000004[/TD]
[TD]0000000000007FF7[/TD]
[TD]00000000[/TD]
[TD]2013-09-27[/TD]
[TD]2013-10-07[/TD]
[TD]ORF/ATV / 19.2E / de[/TD]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000004[/TD]
[TD]0000000000000002[/TD]
[TD]00000000[/TD]
[TD]2013-09-27[/TD]
[TD]2014-06-04[/TD]
[TD]ORF/ATV / 19.2E / de[/TD]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000004[/TD]
[TD]0000000000000001[/TD]
[TD]00000000[/TD]
[TD]2013-09-27[/TD]
[TD]2014-06-04[/TD]
[TD]ORF/ATV / 19.2E / de[/TD]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000008[/TD]
[TD]000000000000001D[/TD]
[TD]00000000[/TD]
[TD]2013-09-02[/TD]
[TD]2013-12-03[/TD]
[TD]ORF / 19.2E / de[/TD]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000010[/TD]
[TD]000000000000FFE3[/TD]
[TD]00000000[/TD]
[TD]2013-09-27[/TD]
[TD]2013-10-27[/TD]
[TD]AustriaSat / 19.2E / de[/TD]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000010[/TD]
[TD]000000000000002A[/TD]
[TD]00000000[/TD]
[TD]2013-09-27[/TD]
[TD]2013-11-26[/TD]
[TD]AustriaSat / 19.2E / de[/TD]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000010[/TD]
[TD]000000000000002B[/TD]
[TD]00000000[/TD]
[TD]2013-09-27[/TD]
[TD]2013-11-26[/TD]
[TD]AustriaSat / 19.2E / de[/TD]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000010[/TD]
[TD]000000000000002C[/TD]
[TD]00000000[/TD]
[TD]2013-09-27[/TD]
[TD]2013-11-26[/TD]
[TD]AustriaSat / 19.2E / de[/TD]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000010[/TD]
[TD]000000000000002D[/TD]
[TD]00000000[/TD]
[TD]2013-09-27[/TD]
[TD]2013-11-26[/TD]
[TD]AustriaSat / 19.2E / de[/TD]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000010[/TD]
[TD]0000000000007FF8[/TD]
[TD]00000000[/TD]
[TD]2013-09-27[/TD]
[TD]2013-10-27[/TD]
[TD]AustriaSat / 19.2E / de[/TD]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000010[/TD]
[TD]0000000000007FF4[/TD]
[TD]00000000[/TD]
[TD]2013-09-27[/TD]
[TD]2013-10-07[/TD]
[TD]AustriaSat / 19.2E / de[/TD]
[/TR]
[TR="class: e_valid"]
[TD]chid[/TD]
[TD]0D95[/TD]
[TD]000010[/TD]
[TD]000000000000FFDB[/TD]
[TD]00000000[/TD]
[TD]2013-09-27[/TD]
[TD]2013-10-27[/TD]
[TD]AustriaSat / 19.2E / de[/TD]
[/TR]
[/TABLE]

- - - - - - - - - -

EDIT: ID 000000000000000D ist der 30 Tage Testmodus und wird logischerweise ned Verlängert

 

[stefan4u]

AW: Emm's auf orf ice am homeserver

Also sehe ich das richtig daß Deine Karte am 2 Sept. aktiviert wurde, aber erst heute Heute, 5 Tage vor Ablauf neue Emm's reingekommen sind? Na denn muß ich mir ja keine Sorgen machen...

Nochmal Grüße, stefan

 

[head999]

AW: Emm's auf orf ice am homeserver

meine ice,aktiv hat 5 entitlements:
d95:04 4x
6.10.2013
19.10.2013
3.6.2014 2x

d95:08
6.11.2013

also von heute gesehen!

 

[stefan4u]

AW: Emm's auf orf ice am homeserver

Hmmm, ich warte noch ein bißchen mit Sorgen machen, aber Nachdenklich stimmen mich diese mickrigen 2 Entitlements schon...

Aber ab wann kamen eigentlich die "verlängerungen" rein, hattet Ihr das mehr oder weniger sofort, oder erst nach, sagen wir mal 2 Wochen??

Grüße stefan