Was für ein Mailserver ist das?

[Michael Landenberger]

Der IMAP/POP3-Server in.alice-dsl.net (für Ex-Alice- und jetzt O2 DSL-Kunden)
meldet sich nach dem Verbinden mit folgendem String:

* OK [CAPABILITY IMAP4REV1 LITERAL+ UTF8=ALL SASL-IR LOGIN-REFERRALS
AUTH=LOGIN ID] mail49c50 IMAP4rev1 Bigfoot

"mail49c50" ist der Name des Servers, Betreiber ist der US-Mailprovider
megamailservers.com. Der fungiert wohl als Mail-Dienstleister für O2.

Kann man aus dem String ersehen, welche Server-Software genutzt wird?
Hintergrund der Frage: im Gegensatz zu anderen Servern unterstützt der
O2-Server ungewöhnlicherweise die (immerhin schon über 12 Jahre alte)
UIDPLUS-Extension (<https://tools.ietf.org/html/rfc4315>) nicht und liefert
auch sonst z. T. etwas krude Antworten auf IMAP-Befehle. Ich würde gerne
wissen, wer der Autor dieser Software ist.

Gruß

Michael

[Arno Welzel]

Michael Landenberger:

> Der IMAP/POP3-Server in.alice-dsl.net (für Ex-Alice- und jetzt O2 DSL-Kunden)
> meldet sich nach dem Verbinden mit folgendem String:
>
> * OK [CAPABILITY IMAP4REV1 LITERAL+ UTF8=ALL SASL-IR LOGIN-REFERRALS
> AUTH=LOGIN ID] mail49c50 IMAP4rev1 Bigfoot

Hier meldet der sich anders:

+OK POP3 Bigfoot v1.0 server ready
<13742.15...@mail55c50.megamailservers.eu>

Entweder heißt die Software wirklich "Bigfoot v1.0" oder die Admins
haben dem Ding halt diesen Namen gegeben, weil sie es interessanter fanden.

> "mail49c50" ist der Name des Servers, Betreiber ist der US-Mailprovider
> megamailservers.com. Der fungiert wohl als Mail-Dienstleister für O2.

Yep. Siehe oben.

> Kann man aus dem String ersehen, welche Server-Software genutzt wird?

Wenn esnicht "Bigfoot v1.0" ist - nö.

> Hintergrund der Frage: im Gegensatz zu anderen Servern unterstützt der
> O2-Server ungewöhnlicherweise die (immerhin schon über 12 Jahre alte)
> UIDPLUS-Extension (<https://tools.ietf.org/html/rfc4315>) nicht und liefert
> auch sonst z. T. etwas krude Antworten auf IMAP-Befehle. Ich würde gerne
> wissen, wer der Autor dieser Software ist.

Ich würde mich da aber eher an O2 wenden und denen erklären, welche
Probleme Du hast - gerne mit Verweis, dass Du selber Techniker bist, der
einen Endkunden betreut und einen anderen Techniker sprechen willst.


--
Arno Welzel
https://arnowelzel.de
https://de-rec-fahrrad.de
http://fahrradzukunft.de

[Michael Landenberger]

"Arno Welzel" schrieb am 12.01.2018 um 18:35:58:

> Michael Landenberger:

>> Der IMAP/POP3-Server in.alice-dsl.net (für Ex-Alice- und jetzt O2
>> DSL-Kunden) meldet sich nach dem Verbinden mit folgendem String:
>>
>> * OK [CAPABILITY IMAP4REV1 LITERAL+ UTF8=ALL SASL-IR LOGIN-REFERRALS
>> AUTH=LOGIN ID] mail49c50 IMAP4rev1 Bigfoot

> Hier meldet der sich anders:
>
> +OK POP3 Bigfoot v1.0 server ready
> <13742.15...@mail55c50.megamailservers.eu>

Wie hast du denn diesen String bekommen? Meiner stammt aus einem schlichten
"telnet in.alice-dsl.net 143" auf der Kommandozeile.

> Entweder heißt die Software wirklich "Bigfoot v1.0" oder die Admins
> haben dem Ding halt diesen Namen gegeben, weil sie es interessanter fanden.

Nach Bigfoot habe ich auch schon gegoogelt, aber nur einen Mailprovider
gefunden (der mit megamailservers.com nichts zu tun hat).

> Ich würde mich da aber eher an O2 wenden und denen erklären, welche
> Probleme Du hast

Ein kompetenter (!) O2-Endkundensupport ist quasi nicht existent. Probleme
hatte ich zwar, konnte sie aber aroundworken ;-)

Gruß

Michael

[Peter J. Holzer]

On 2018-01-12 19:03, Michael Landenberger <spamwird...@web.de> wrote:
> "Arno Welzel" schrieb am 12.01.2018 um 18:35:58:
>
>> Michael Landenberger:
>
>>> Der IMAP/POP3-Server in.alice-dsl.net (für Ex-Alice- und jetzt O2
>>> DSL-Kunden) meldet sich nach dem Verbinden mit folgendem String:
>>>
>>> * OK [CAPABILITY IMAP4REV1 LITERAL+ UTF8=ALL SASL-IR LOGIN-REFERRALS
>>> AUTH=LOGIN ID] mail49c50 IMAP4rev1 Bigfoot
>
>> Hier meldet der sich anders:
>>
>> +OK POP3 Bigfoot v1.0 server ready

^^^^

>> <13742.15...@mail55c50.megamailservers.eu>
>
> Wie hast du denn diesen String bekommen? Meiner stammt aus einem schlichten
> "telnet in.alice-dsl.net 143" auf der Kommandozeile.

Ich rate mal: Er hat auf den POP3-Port verbunden, nicht auf den IMAP-Port.

hp


--
_ | Peter J. Holzer | Fluch der elektronischen Textverarbeitung:
|_|_) | | Man feilt solange an seinen Text um, bis
| | | h...@hjp.at | die Satzbestandteile des Satzes nicht mehr
__/ | http://www.hjp.at/ | zusammenpaßt. -- Ralph Babel

[Michael Landenberger]

"Peter J. Holzer" schrieb am 12.01.2018 um 20:46:23:

> Ich rate mal: Er hat auf den POP3-Port verbunden, nicht auf den IMAP-Port.

Danke ;-) War wohl etwas betriebsblind.

Allerdings hat Arno offenbar auch übersehen, dass der von mir beschriebene
String eigentlich nur von einem IMAP-Server stammen kann ;-)

Dann werde ich mich jetzt mal auf die Suche nach einem Mailserver namens
"Bigfoot v1.0" machen.

Gruß

Michael

[Thomas Hochstein]

Michael Landenberger schrieb:

> Dann werde ich mich jetzt mal auf die Suche nach einem Mailserver namens
> "Bigfoot v1.0" machen.

Dazu findet man wenig bis nichts.

Ich fürchte fast, das war mal eine Eigenentwicklung von Bigfoot -
einem früheren großen Mailanbieter. Jedenfalls wunderte man sich schon
2008, was denn "Bigfoot v1.0" für ein Mailserver sein solle.
--
Informationen rund um E-Mail und Mailserver:
<https://th-h.de/net/mail/>

[Arno Welzel]

Michael Landenberger:

> "Arno Welzel" schrieb am 12.01.2018 um 18:35:58:
>
>> Michael Landenberger:
>
>>> Der IMAP/POP3-Server in.alice-dsl.net (für Ex-Alice- und jetzt O2
>>> DSL-Kunden) meldet sich nach dem Verbinden mit folgendem String:
>>>
>>> * OK [CAPABILITY IMAP4REV1 LITERAL+ UTF8=ALL SASL-IR LOGIN-REFERRALS
>>> AUTH=LOGIN ID] mail49c50 IMAP4rev1 Bigfoot
>
>> Hier meldet der sich anders:
>>
>> +OK POP3 Bigfoot v1.0 server ready
>> <13742.15...@mail55c50.megamailservers.eu>
>
> Wie hast du denn diesen String bekommen? Meiner stammt aus einem schlichten
> "telnet in.alice-dsl.net 143" auf der Kommandozeile.

Und ich habe eben Port 110 genommen, weil es ja auch um POP3 ging.

[Michael Landenberger]

"Arno Welzel" schrieb am 13.01.2018 um 23:46:52:

> Und ich habe eben Port 110 genommen, weil es ja auch um POP3 ging.

Es ging um einen Server, der neben IMAP auch POP3 kann. Allerdings kam in dem
von mir in <news:p3anbq$fha$1...@tota-refugium.de> beschriebenen String das
Wörtchen "POP3" nicht vor, wohl aber das Wörtchen "IMAP". Da hätte man
eigentlich drauf kommen können, dass es mir primär um IMAP ging ;-) Zumal in
besagtem Beitrag dann auch noch von "kruden Antworten auf IMAP-Befehle" die
Rede war.

Um die Sache zu konkretisieren, drei Beispiele für die eigenartige
Verhaltensweise des Servers:

1. Bei der Abfrage von Nachrichten-Informationen mit FETCH enthält die Antwort
diese Informationen in einer anderen Reihenfolge als sie im FETCH-Befehl
aufgelistet waren. Beispiel: mit dem Befehl "FETCH 1 (UID RFC822.SIZE FLAGS
BODY.PEEK[HEADER])" werden nacheinander die UID, die Größe, die Flags und die
Header einer Nachricht abgefragt. In der Antwort auf diesen Befehl sind diese
Informationen auch enthalten, allerdings in anderer Reihenfolge als sie im
FETCH-Befehl standen. Ein wirklicher Verstoß gegen RFC3501 ist das zwar nicht,
aber mir ist kein anderer IMAP-Server bekannt, der sich so verhält.

2. UIDPLUS wird nicht unterstützt. Das ist vor allem deshalb nachteilig, weil
in den Antworten auf APPEND und COPY keine UID mitgeliefert wird. Der Client
weiß nach dem Hochladen bzw. Kopieren einer Nachricht also nicht, welche UID
die hochgeladene bzw. kopierte Nachricht bekommen hat.

3. In der Antwort auf einen SELECT- oder EXAMINE-Befehl auf einen leeren
Ordner liefert der Server für EXISTS den Wert 0 zurück. Das ist zunächst
einmal korrekt. Lädt man aber mittels APPEND eine Nachricht in diesen Ordner
hoch oder kopiert mittels COPY eine Nachricht in diesen Ordner, liefert der
Server immer noch 0 für EXISTS zurück. Den korrekten Wert für EXISTS (nämlich
1) liefert er erst aus, nachdem der Client die Verbindung zum Server getrennt
und wieder neu aufgebaut hat. WTF?

Gruß

Michael