Perrypedia:Beobachtete Fehler/Archiv 2011

Aus Perrypedia
Wechseln zu: Navigation, Suche

Perry rhodan

Wird nur bei mir der Artikel mit kleingeschriebenem Nachnamen dargestellt? Habe das jetzt an zwei PC getestet, mit dem gleichen Ergebnis (FF8). Die Verlinkung klappt übrigens nur mit Perry Rhodan, nicht Perry rhodan. --GolfSierra 19:27, 8. Dez. 2011 (CET)

Das liegt daran, dass du den Artikelnamen falsch eingetippt, und dann gespeichert hast. Abhilfe: Cache löschen. Das Problem kam bei dir übrigens schon mehrfach vor. Bitte achte darauf, dass du den korrekten Artikelnamen eingibst.--Christian Regnet 19:42, 8. Dez. 2011 (CET)
Also nicht nur ein Darstellungsproblem? Ich habe den Artikelnamen selbst verändert? --GolfSierra 20:26, 8. Dez. 2011 (CET)
Jupp.--Christian Regnet 20:28, 8. Dez. 2011 (CET)
Nein! Doch! Oh... --GolfSierra 21:23, 8. Dez. 2011 (CET)

PR403

Bitte den Artikelnamen umändern in »Die Straße der Container«. Verschieben klappt nicht, da die Wiki-Software anscheinend Groß- und Kleinschreibung ignoriert. --GolfSierra 21:23, 14. Nov. 2011 (CET)

Danke, Poldi. --GolfSierra 18:28, 15. Nov. 2011 (CET)

Falsche Zeitangaben bei Heft 38 oder 39

In der Handlungszusammenfassung von Heft 38 wird erwähnt, dass der Vorstoß nach Arkon am 12.10.1984 stattfindet. Im darauf folgendem Heft wird die Handlung sowohl im Text als auch in der Übersicht auf das Jahr 1983 gesetzt. Da in Heft 40 wieder von 1984 die Rede ist, vermute ich, dass die Zeitangabe von Heft 39 falsch ist. Vielleicht kann das jemand überprüfen, ich habe leider die Hefte nicht (mehr). --Wilbo 11:39, 18. Okt. 2011 (CEST)

Vielen Dank für die Info. Das war im Artikel zu PR 39 in der Tat falsch. Ich habe es korrigiert.--Christian Regnet 11:53, 19. Okt. 2011 (CEST)

Bilder werden nicht richtig angezeigt

Ich habe die Bilder der Quartettgalerie 1 mit Scans einer höheren Auflösung ausgetauscht. Leider ignoriert die PP-Software das Update und zeigt auf Mausklick weiterhin die alten Bilder, obwohl die Vorschaubilder in der Galerie richtig angezeigt werden. Browsercache löschen / ausloggen-einloggen brachte nichts, es ist definitiv ein Problem der PP-Software. --GolfSierra 17:35, 21. Aug. 2011 (CEST)

Bilder, die in einer anderen Größe dargestellt werden sollen, als die Originalgröße werden durch die Wiki-Software umgerechnet. Das macht unsere PP aber nicht bei jedem Aufruf, sondern die umskalierten Bilder werden aus einem Cache geholt. Warte bitte bis morgen ab. Ändert sich an dem Bilder bis dahin nichts, sag bitte noch mal Bescheid. --Poldi 18:17, 21. Aug. 2011 (CEST)

Mathematische Formel

Warum wird im Artikel Andruckabsorber unter dem Punkt »Ausfall des Primärdämpfers« die mathematische Formel bei mir nicht korrekt angezeigt? --Calloberian 10:18, 28. Jul. 2011 (CEST)

Um <math> verwenden zu können, braucht es die Extension Math. Die haben wir aber Stand jetzt nicht installiert. Ob wir die jemals installiert hatten, entzieht sich meiner Kenntniss. --Poldi 10:34, 28. Jul. 2011 (CEST)
Meines Wissens nach - nein. Die Frage kam schon mal vor ein paar Jahren auf. --Thinman 10:38, 28. Jul. 2011 (CEST)
Danke! Wunderschön :-( --Calloberian 10:50, 28. Jul. 2011 (CEST)
IIRC hieß es damals mangels Nachfrage. Binde die Formel halt als png ein. --Thinman 11:11, 28. Jul. 2011 (CEST)
Das Problem ist, dass die Math-Erweiterung zur Darstellung der Formeln LaTeX verwendet, ein mächtiges Schriftsatz-Softwarepaket mit Hunderten von Erweiterungen. Das wäre für die paar Formeln, die in der Perrypedia vorkommen, schon arg viel Overkill. ;-) --Alex 15:59, 28. Jul. 2011 (CEST)

Email an andere Benutzer

Ich kann mich daran erinnern, dass das früher ging. Irgendwann ist das Feature verschwunden und ich versuche nun seit Tagen das zu reparieren. Ich hab keine Idee mehr warum das Feature fehlt. Naja, aber immerhin klappt das Zusenden eines neuen Passwortes. Da sich in den letzten Monaten keiner über die fehlende Funktion beschwert hat, scheint sie für uns auch nicht so wichtig zu sein. Daher würde ich den Fehler so lassen. Oder hat jemand ein hohes Interesse an der Funktion Email an andere Benutzer? --Poldi 11:53, 26. Jun. 2011 (CEST)

Vielleicht jemand, der sich nicht traut, sich öffentlich auf einer Diskussionsseite zu äußern und lieber privatissime postet? --Zapp 20:23, 27. Jun. 2011 (CEST)

Wo sind die Innenillustrationen?

Ich muss beobachten, dass in der Atlan-Serie viele Innenillustrationen, die zu den jeweiligen Romanzusammenfassungen verlinkt waren, dort nicht mehr ersichtlich sind. Wo sind sie geblieben? Ich selbst habe ca. 250 davon hochgeladen, und habe ehrlich gesagt keinen Bock darauf, das nochmals zu tun. --Gesil 21:30, 22. Jun. 2011 (CEST)

Weg sind die Bilder wahrscheinlich nicht und zur Not haben wir noch ein Backup. Kannst Du mir bitte ein oder zwei Beispiele nennen? --Poldi 08:38, 23. Jun. 2011 (CEST)
Klar. ALLES aus dem Atlantis-Zyklus. Stichproben finden auch beim Held-von-Arkon-Zyklus keine Bilder mehr. --Gesil 10:51, 23. Jun. 2011 (CEST)
OK. Also Quelle:A308 hat im Quelltext eine Innenillu, gezeigt wird aber keine. Scheint ein Problem mit der Vorlage zu sein. --Poldi 10:58, 23. Jun. 2011 (CEST)
Ein Kollege hatte versehentlich nach dem Einführen einer neuen Eigenschaft etwas zu vorschnell die alte gelöscht.
Habe ihn darauf aufmerksam gemacht und die Änderung in der Vorlage zunächst mal zurückgenommen. --NAN 16:18, 23. Jun. 2011 (CEST)

"Aktuelle Handlung" zeigt immer noch nach Stardust

Ich sehe gerade, dass der Link zur Aktuellen Handlung (links in der Leiste) immer noch zum Stardust-Zyklus zeigt. Da das erste Heft des Neuroversum-Zyklus bereits erschienen ist, sollte der Link zum neuen Zyklus umgebogen werden. Wie stellt man das um? --Andi47 19:50, 18. Jun. 2011 (CEST)

Mediawiki:currentevents-url .Ist jetzt richtig. BTW Bin ich der Einzige bei dem die PP so zäh reagiert? --Poldi 20:14, 18. Jun. 2011 (CEST)

Performance der PP

Ich wollte dich schon lange mal deswegen fragen, bei mir läuft die PP seit Wochen extrem zäh. Seitenaufrufe dauern gefühlte Ewigkeiten.--Christian Regnet 20:16, 18. Jun. 2011 (CEST)
Ich bin mit der Geschwindigkeit der PP zufrieden. Das Speichern dauert immer ein bisschen, aber das ist seit einiger Zeit schon so. Wobei ich auch nicht die Ursache kenne. Heute hatten wir Besuch von einem Bot. Ungefähr 10.000 Zugriffe gingen auf sein Konto. Und dann kamen noch ein paar andere Kleinigkeiten dazu. Aber jetzt scheint wieder alles im Lot zu sein. Aber sind die anderen mit der Geschwindigkeit der PP zufrieden? --Poldi 21:44, 18. Jun. 2011 (CEST)
Danke fürs Ändern! Gegen 19:40-19:45 (geschätzt) hat die PP bei mir auch extrem zäh reagiert, jetzt geht's wieder normal. --Andi47 22:57, 18. Jun. 2011 (CEST)
Mir ist nichts aufgefallen - bis auf einmal, aber da ging meine ganze Verbindung sehr zäh... --Thinman 01:05, 19. Jun. 2011 (CEST)
Wenn man vom Teufel spricht.... das Abspeichern gerade war langsam. --Thinman 01:06, 19. Jun. 2011 (CEST)
Gestern 'ne ganze Weile. Dachte zunächst, das liegt daran, dass ich an Vorlagen geändert hatte. Später am Abend funktionierte das ganze aber wieder recht flott. Also von daher wahrscheinlich doch kein Zusammenhang?
@Poldi: Kann das Ändern von Vorlagen negative Auswirkungen auf die Gesamt-Performance haben (im Sinne von z.B. Cache wird aktualisiert und bremst für die Dauer der Aktion das restliche System aus)? Falls ja wäre die die Info für mich und z.B. Zapp wichtig, damit wir eventuelle Änderungen zeitmäßig so unterbringen können, dass wir niemanden sonst stören.
Morgens gibt es übrigens auch immer einen Zeitraum, an dem für 'ne Weile (5 Minuten?) gar nichts mehr geht. Dachte immer, da läuft irgendein Batch-Job oder ähnliches? --NAN 08:06, 24. Jun. 2011 (CEST)
Das Ändern von Vorlagen kann durchaus negative Auswirkungen auf die Performance haben. Baut man in die Vorlage eine Endlosschleife ein, dann bricht Winter die zwar irgendwann ab, aber die Auswirkung hat man erst mal. Natürlich wird bei einer geänderten Vorlage auch der Cache belastet. Die Seite muss ja einmalig neu geladen werden. In der Regel sind das aber kaum spürbare Effekte. Gestern war aber ein Hammertag für die PP. Wir hatten in der Zeit von 22.06. 6:30 bis 23.06. 18:30 412.000 Zugriffe. Stellenweise stieg die CPU-Auslastung auf 70%. Das hört sich nicht besonders viel an, aber sonst liegt die CPU-Auslastung so bei 8% bis 10%. Wer sich mal die Auslastung unseres Squids ansehen möchte, kann das gerne unter .... tun. Tuts schnell, denn normalerweise lösche ich die Auswertung, sobald ich sie mir gezogen habe ;-) --Poldi 09:15, 24. Jun. 2011 (CEST)
Na ja, da bin ich mal beruhigt, dass Änderungen der Vorlagen nur dann störend sind, wenn sich bugs wie Endlosschleifen einschleichen. Falls das mal passiert, sollte es ja recht schnell sichtbar sein, weil das Ergebnis nicht so ist, wie gewünscht.--NAN 20:02, 24. Jun. 2011 (CEST)

Doppeltes ©

Auf einigen Seiten (z. B. Hermann Urbanek, Gerry Haynaly, Nils Hirseland, Ralf König) zeigt sich unter den eingebetteten Porträts ein doppeltes ©-Zeichen. --JoKaene 07:09, 23. Mai 2011 (CEST)

Das ©-Zeichen istr seit dem April mit in die Vorlage ImageLink gewandert. Wenn im Copyright-Text auch noch ein ©-Zeichen ist, dann erscheint es eben doppelt. --Poldi 09:43, 23. Mai 2011 (CEST)
Könnte das von einem Bot bereinigt werden? Wir haben das doppelte © in vielen HZF, siehe z.B. Atlan 501 ff.! --Johannes Kreis 15:09, 23. Mai 2011 (CEST)
Habe schon eine ganze Reihe manuell bereinigt, bin nur noch nicht zu Ende (ca. 347 Artikel fehlen noch). Mit Bots kenne ich mich nicht aus. --Zapp 00:43, 25. Mai 2011 (CEST)
Es sollten jetzt alle doppelten © verschwunden sein. --Zapp 00:28, 11. Jul. 2011 (CEST)

Darstellungsprobleme mit "»«"

Firefox hat bisweilen Probleme mit diesen Anführungszeichen; der glaubt, das so gekennzeichnete Begriffe ein mehrfaches der tatsächlichen Länge haben, was zu einer entsprechenden Seitengestaltung führt. Hier ein Beispiel: Das Virtuelle Schiff – Perrypedia.png Eigentlich sollte da kein Loch stehen.

Im HTML-Quelltext liest sich das so:

uralten Wesenheit, den&#160;»Namenlosen«&#160;oder&#160;»<a href="/index.php?title=Vergessene&action=edit&redlink=1" class="new" title="Vergessene (Seite nicht vorhanden)">Vergessenen</a>«&#160;hervorgegangen

Das &#160; ist unser allseits beliebtes &nbsp; und somit als Übeltäter identifiziert. Wir müssen jetzt nur die Mediawikisoftware überzeugen, daß diese beiden Zeichen ein nicht zu kombinierendes sind. Wenn dies nicht möglich ist, bleibt uns nur die Wahl, auf "»«" zu verzichten, wenn wir uns nicht weiter mit diesem Darstellungsfehler rumärgern wollen.--Thinman 17:05, 3. Mai 2011 (CEST)

Wie von mir hier dargestellt, hat das Ganze anscheinend nichts mit Firefox zu tun.
Es entspricht anscheinend vielmehr der Spezifikation der Mediawikisoftware von sich aus aus "normalen" Leerzeichen geschützte zu machen, wenn sich das Leerzeichen entweder links von » befindet, oder rechts von diesem « Zeichen (<--schaut Euch einfach mal den für Euren Browser generierten Quellcode an). Damit wird wohl im Französischen übliche Zeichensetzung unterstützt (« Beispiel ») ?
Die Folge ist auf jeden Fall, dass bei einer Wortfolge wie z.B. "test »test« test" zwischen den drei Worten kein Zeilenumbruch erfolgen kann, da die Leerzeichen zu geschützten Leerzeichen geändert werden. Hat man nun eine Wortfolge wie z.B. "test1 »test2« test3 »test4« test5" wird die Folge von Worten, für die kein Zeilenumbruch erfolgt noch länger: Jedes der Leerzeichen liegt so, dass es in ein geschütztes Leerzeichen geändert wird.
Das Ganze verhält sich dann wie ein seeeehr langes Wort, wird ein Zeilenumbruch notwendig, so wird vor der Wortfolge umgebrochen. Beim obigen Beispiel kommt noch hinzu, dass das seeehr lange Wort nicht in den Platz neben dem Übersichtskasten hineinpasst (was je nach Bildschirmauflösung beim Leser unterschiedlich ist). Die nächste Zeile, in der die Zeichenfolge passt ist nach dem Übersichtskasten und dort geht es dann auch weiter.
(Interessanterweise funktioniert ab einem bestimmten Zoomfaktor das Ganze dann aber nicht mehr und die Schrift ragt dann einfach in den Übersichtskasten hinein, aber das ist wieder ein anderes Thema ;-) )
Wie hier ausgeführt existieren workarounds, wäre aber natürlich schön, wenn wir einfach »« schreiben könnten, ohne dass geschützte Leerzeichen erzeugt werden.
Würde vermuten, mal vorausgesetzt, dass meine obige Analyse stimmt, man müsste den Parser entsprechend ändern. Könnte über Konfiguration funktionieren? Vielleicht müsste man auch direkt in die Software eingreifen? Irgendwo gibt es ja dort eine Stelle, an der der Austausch normale gegen geschützte Leerzeichen gemacht wird.
Aber sicher wissen da unsere admins mehr. --NAN 21:09, 3. Mai 2011 (CEST)
PS: Steht sogar in der Spec: Wird in der parse()-Methode gemacht. --NAN 21:54, 3. Mai 2011 (CEST)
Auch unter Chrome 11 "funktioniert" der Fehler. --NikNik 21:42, 3. Mai 2011 (CEST)
Immerhin verwandelt er nicht alle Leerzeichen in so einem Text in #160er um. (Warum mein Text erst heute im Rahmen eines Rechnerneustarts gepostet worden ist, und nicht paar Minuten nach, dem ich den Screenshot reingestellt habe, entzieht sich meiner Kenntnis, dewegen wirkte der jetzt etwas redundand). Da die #160er von der Software eingepflegt werden, sollte dies browserunabhängig sein - von irgendwelchen Browsern vor IE 2.0 oder Netscape 1.0 möglicherweise mal abgesehen. Die Franzosen jedenfalls funktionieren ohne - wenn man ensprechend den Bearbeitentoolkasten ändert und einen Bot über die Artikel laufen läßt, sollte sich der Bug zur Not auch so umgehen lassen. Ein Eingriff in die Software ist natürlich narrensicherer. --Thinman 22:24, 3. Mai 2011 (CEST)
Die Regel ist wohl bezüglich Leerzeichen "das eine Leerzeichen unmittelbar vor » und das eine Leerzeichen unmittelbar nach « (falls kein Leerzeichen unmittelbar davor/danach steht, wird nichts gemacht)". Das macht es wohl zuverlässig immer. Ist wohl nur meist kein Problem, da die Situation "test1 »test2« test3 »test4« test5" nicht so häufig vorkommt und beim Szenario "test1 »test2« test3", nur drei Worte "zusammengeklebt" werden, was bei den meisten Bildschirmauflösungen/Wortlängen nicht so wirklich auffallen dürfte.
Wenn ich jetzt mal aus dem Bearbeitentoolkasten »« einfüge, dann werden die Leerzeichen unmittelbar um die Guillemets ebenfalls in geschützte Leerzeichen umgewandelt, also das hilft nicht? Meinst Du einen anderen Bearbeitentoolkasten als ich, Thinman?
Workarounds wären, das Ganze als &raquo; &laquo; zu schreiben ( »« ), oder bei Links einen Pipe-Link auf folgende Weise zu schreiben [[ArtikelName|»ArtikelName«]] ( »Perry Rhodan« ). --NAN 07:04, 4. Mai 2011 (CEST)
Den &raquo; &laquo; meinte ich als Workaround für den Werkzeugkasten. --Thinman 10:02, 4. Mai 2011 (CEST)
Bin von Euren Erklärungen leider überfordert und verstehe nur Bahnhof. Habe mir bisher des öfteren damit geholfen, dass ich vor dem "»" bzw. nach dem "«" ein zweites normales (ungeschütztes) Leerzeichen, nur mit Leertaste eingegeben habe. Im Fließtext ist das kaum zu sehen, aber die Darstellung verbessert sich. --Zapp 19:17, 10. Mai 2011 (CEST)
Also, ich werd die Mediawiki-Software nur unter massiven Zwang ändern ;-) Ich hab mal als charinsert &raquo; &laquo; eingefügt. Wenn ihr meint, dass das unser Problem umgeht, sollte es so komfortabler sein. Vielleicht hilft ja auch Zapp Vorschlag? --Poldi 20:48, 10. Mai 2011 (CEST)
Zapps Vorschlag hilft definitiv. Hat aber halt den Nachteil, dass möglicherweise (o.k.: sehr wahrscheinlich ;-)) irgendwann mal jemand »Fehlerbereinigung« macht und die ganzen doppelten Leerzeichen entfernt.
Die »saubere« Lösung mit den &raquo; &laquo; hat den Nachteil, dass das wirklich nicht so toll aussieht.
Na ja, vielleicht wird die Software ja in irgendeiner zukünftigen Version mal angepasst/fehlerbereinigt. Hätte von der Spec her ja erwartet, dass das Ersetzen der Leerzeichen von irgendwelchen Spracheinstellungen abhängig ist. Ist sie aber anscheinend nicht.
PS: Poldi, kannst Du die &raquo; &laquo; bitte hinter das »« legen, also so, dass wenn man auf »« clickt stattdessen &raquo;&laquo; eingefügt wird? --NAN 21:00, 10. Mai 2011 (CEST)
Bei charinsert kann man wohl leider keine Formatierung wie [[>>|&raquo;]] machen. Es wird die Zeichenkette in das Editfenster geschrieben auf die geklickt wurde. Aber wenn jemand einen Trick kennt, lasst es mich wissen. --Poldi 21:10, 10. Mai 2011 (CEST)

Uralter Fehler bei der SQL-Abfrage

Der hier ist auch behoben. Hier musste allerdings der Quelltext geändert werden. Eventuell muss beim nächsten Update die Änderung erneut gemacht werden. --Poldi 22:54, 11. Apr. 2011 (CEST)

Aktuelle Publikationen

Da Band 3 des Tamaran-Zyklus schon länger draußen ist, mag das auf der Hauptseite mal jemand aktualisieren?--LaLe 08:38, 24. Mär 2011 (CET)

Done --W. Butz 13:08, 24. Mär 2011 (CET)
Danke, ich hätte nicht gewusst wo das zu ändern gewesen wäre. --LaLe 13:32, 24. Mär 2011 (CET)

Innenillustrator falsch?

Die Perry Rhodan heftromane 127, 128 und 143 (alle 1964) zeigen Themistokles Kanellakis als innenillustrator. Er war aber erst ab 1980 als illustrator tätig. Sollte das nicht Johnny Bruck sein? --Willem H. 21:30, 1. Feb. 2011 (CET)

Kann es sein, daß da in der 5. Auflage neue oder zusätzliche Innenillustrationen verwendet worden sind ? Das war vor 25 Jahren, ich kann mich da nicht mehr genau daran erinneren, aber mir ist da irgendwas mit neuen Bildern in Erinnerung, oder bilde ich mir das gerade nur ein ? --Thinman 23:26, 1. Feb. 2011 (CET)
Du hast recht. Die Innenillustrationen sind von Johnny Bruck. Themistokles Kanellakis hat für die Hefte PR 120 bis PR 292 der vierten Auflage neue Illus gezeichnet. --Zapp 17:21, 23. Feb. 2011 (CET)

Zeitverwirrung?

Kann es sein, dass die Zeitangaben zur Erstellung von Artikeln und Edits eine Stunde hinterher hinkt? Habe gerade eine kleine Änderung vorgenommen, die angeblich schon um 19:10 Uhr erfolgt sein soll?--LaLe 20:13, 21. Jan. 2011 (CET)

Ich habe die korrekte Zeit. --JoKaene 20:16, 21. Jan. 2011 (CET)
Das hängt von deinen Einstellungen ab. Was steht unter Einstellungen->Datum und Zeit bei Zeitunterschied? --Poldi 20:18, 21. Jan. 2011 (CET)
Die falsche Zeit. Was nun?--LaLe 20:21, 21. Jan. 2011 (CET)
Habs gefunden, die Zeitzone war wohl nicht korrekt eingestellt. Danke für den Tip.--LaLe 20:23, 21. Jan. 2011 (CET)
Jederzeit wieder ;-) --Poldi 20:25, 21. Jan. 2011 (CET)

Schon gewusst ?

Der aktuelle Link ist falsch geschrieben. Die Firma heißt Segafredo Zanetti, nicht Sagefredo Zanetti. --GolfSierra 21:07, 12. Jan. 2011 (CET)

Wurde von JoKaene korrigiert. --Zapp 00:00, 13. Jan. 2011 (CET)

SQL-Fehler bei Spezial:Kategorien

Beim Klick auf den Link zu Spezial:Kategorien auf der Kategorienseite (Kategorien) bekomme ich einen SQL-Fehler mit der Meldung, die im Kern lautet: »Die Datenbank meldete den Fehler „1176: Key 'cat_title' doesn't exist in table 'category' (localhost)“.« --Beejay 17:59, 12. Jan. 2011 (CET)

Bei einem Update ist wahrscheinlich etwas schief gegangen. Es gibt ein Skript, was das bestehende Datenbankschema auf Aktualität prüft und gegebenenfalls anpasst. Vor der Anwendung des Skripts wird eine Datenbanksicherung dringend empfohlen. Dazu sollte aber die Datenbank offline sein. Das aber bedeutet, die PP ist für ein paar Stunden offline. Ich kann das gerne angehen. Ich überlege mir mal einen Termin und schlage den euch dann vor. --Poldi 20:39, 12. Jan. 2011 (CET)
»Begrüße das« --Zapp 00:01, 13. Jan. 2011 (CET)
Hatte gestern die Gelegenheit genutzt und habe noch mal versucht die Probleme zu fixen. Leider ohne Erfolg. Was mir jetzt noch einfällt, wäre eine Neuinstallation. Mein Vorschlag ist hierzu aber eine aktuellere Version der Mediawiki abzuwarten. --Poldi 09:50, 22. Feb. 2011 (CET)
OK. Der Fehler ist gefixt. Aber dazu habe ich den Index direkt in der Datenbank angelegt. Ein bisschen mulmig war mir dabei schon. Bei der Gelegenheit habe ich auch categorytree wieder aktiviert. --Poldi 22:46, 11. Apr. 2011 (CEST)

E-Mail bestätigen bei eigener Domain

Ich habe meine meine E-Mails über eine eigene Domain in der Form: seitenprefix@mydomain.tld Leider bekomme ich keine Bestätigungsmail. --Chris1412 00:32, 10. Jun. 2011 (CEST)

Schreib mir doch mal deine genaue Adresse. So ist das schwierig nachzuschauen. ;-) --Alex 13:38, 10. Jun. 2011 (CEST)
Sollte nun funktionieren. Probiere es bitte noch mal. --Poldi 17:29, 13. Jun. 2011 (CEST)
jo geht danke --Chris1412 22:57, 15. Jun. 2011 (CEST)


Meine Werkzeuge
Namensräume

Varianten
Aktionen
Navigation
Mitmachen
Formatvorlagen
Werkzeuge