Probleme mit T-Mobile-Multi-SIM-Karte

Für alle, die eine Multi-SIM-Card von T-Mobile haben (also zwei SIM-Karten die auf die gleiche Rufnummer hören) und damit sowohl ihr iPhone als auch ihr iPad betreiben: Ich hatte heute das Problem, dass alle Anrufe auf meinem iPhone nach einem Mal Klingeln gleich auf die Mailbox weitergeleitet wurden.

Nachdem die kompetente T-Mobile-Hotline mir erklärt hat, dass das auch nicht gehen kann und immer nur ein Gerät gleichzeitig eingebucht sein darf (also entweder iPhone oder iPad … das ging allerdings hier schon 3 Jahre problemlos… erst seit heute ging es nicht mehr) habe ich also selbst etwas herumprobiert.

Die Lösung ist: Sobald das iPad auf “Bitte nicht stören” steht, tritt der oben beschriebene Effekt ein. Wenn “Bitte nicht stören” im iPad deaktiviert ist, funktioniert es wieder einwandfrei so wie es sein sollte (also die Anrufe kommen auf dem iPhone an, das iPad kann gleichzeitig ins Internet).

Eine wirkliche Erklärung habe ich dafür nicht und ich kann auch nicht sagen ob es nun an Apple oder an T-Mobile liegt, aber eine entsprechende kompetente Auskunft hätte ich mir halt von der Hotline gewünscht.

IBM Connections: Request to IBM HTTP Server fails with Response code 400

After migrating to IBM Connections 4.5 with SPNEGO-SSO some users were unable to connect to the Connections system. The browser showed an Error 400 message and the users were not logged in to Connections. In the Websphere log files several LTPA errors occured.

The root cause for that issue was that the size of the SSO header in the HTTP request for these users exceeded the maximum allowed value.  The default value for IBM HTTP server is 8192 bytes, a SPNEGO SSO header can reach values of up to 12k.

After adding the variable

LimitRequestFieldSize 16384

to the HTTPD.CONF the issue was resolved.

IBM Connections 4.5: Search Index does not finish

We currently had the problem that the creation of the search index of IBM Connections 4.5 never came to an end. In the log file you saw the following error messages:

 

[codesyntax lang=”text”]

CLFRW0957W: The seedlist url https://server.acme.com/activities/seedlist/myserver?Action=GetDocuments&Range=100&Start=1&Source=com.ibm.ilel.seedlist.retriever.connections.activities.ActivitiesRetrieverFactory&Format=xml&Locale=en_US&State=MTM0NjkyMjc3NTI3MDsxMTA0NTM0MDAwMDAwOzEzODMwNDE3NjAzODY7ZmFsc2U7MDswOzA7dHJ1ZTs%3D&useLocalFS=true has been requested more than twice in the same crawl.The application will now attempt to delete the seedlist pages persisted during this crawl activities. If this warning repeats on successive crawling or indexing jobs, there is a problem with the seedlist for the activities application. In this scenario, please contact IBM support. 
CLFRW0303E: Search has encountered a problem while crawling activities. The final seedlist page could not be reached. The crawl of activities could not be completed successfully.
CLFRW0283E: Search has encountered a problem while crawling.
CLFRW0294I: Search has finished crawling the activities component.
CLFRW0962E: Some of the entries for activities were not indexed successfully.

[/codesyntax]

Because of these problems activites started to index again and again and the search index was never built correctly.

We solved the issue by changing the following line in “search-config.xml”:

OLD:

<seedlist name=”activitiesContentSource” pageSize=”100“/>

NEW:

<seedlist name=”activitiesContentSource” pageSize=”500“/>

After restarting the cluster running the search application the index was able to finish indexing activities and the search index completed successfully. You might need to recreate your search index after you made the change (however it worked here without doing that).

My Google Reader Replacement

I have made my decision in regard to a Google Reader (R.I.P.) replacement:Backend (hosted at my provider): Fever…

Gepostet von Michael Urspringer am Donnerstag, 15. August 2013

Blocked Domains

My dear friends in Turkey: Since there are some of you trying to hack my website for a few days now, I just have blocked the following domains from accessing my domain “urspringer.de”:

.ip.idealhosting.net.tr
.dynamic.ttnet.com.tr

Sorry for any collateral damage …

Microsoft ärgert einen langjährigen, zahlenden Kunden

Facebook-Post: http://www.facebook.com/michael.urspringer/posts/10151612623357157

[fb-post href=”http://www.facebook.com/michael.urspringer/posts/10151612623357157″]

 

Die einzige Lösung, die MS dazu einfällt: Schicken Sie uns ihre Original-CD. Nun, mache ich. Auf die Gefahr hin, dass ich nachher gar nichts mehr in der Hand habe. Dann gibt es aber richtig Ärger. So werden zahlende Kunden vergrault, wärend die Raubkopierer mit irgendwelchen Patches munter ihre Kopie weiter ungestört nutzen.