iPhone: E-Mail-Fehler bei fehlender Verbindung

iPhone und iPod Touch benötigen eine Verbindung zu einem SMTP-Server um E-Mail versenden zu können – so weit, so selbstverständlich. Nicht selbstverständlich ist bei mobilen Geräten dieser Art, dass eine solche Verbindung durchgängig zur Verfügung steht. E-Mail, die mangels Verbindung gerade nicht gesendet werden kann, sollte deshalb bei der nächsten Verbindungsmöglichkeit automatisch gesendet werden …

E-Mails können nicht gesendet werden. […]

… leider nicht auf iPhone und iPod Touch, wo bei fehlender Verbindung obige Fehlermeldung erscheint! :(

Artikel zu ähnlichen Themen

7 Antworten auf iPhone: E-Mail-Fehler bei fehlender Verbindung

  1. wazi schreibt:

    Also bei mir wird die Mail dann immer wieder versucht zu verschicken, bis es geklappt hat.

    • Also bei mir wird die Mail dann immer wieder versucht zu verschicken, bis es geklappt hat.

      Ja, aber vorher erscheint leider eine Fehlermeldung … diese wäre IMHO erst nötig, wenn eine E-Mail während längerer Zeit nicht versendet werden kann.

  2. tobiCOM schreibt:

    Funktioniert bei mir auch automaisch beim nächsten Reconnect!
    OT: Würdest du mich in deine Blogroll aufnehmen? Thx

  3. HT schreibt:

    Finde ich nicht, dass es ein Fehler ist.
    Wie sonst soll denn jemand merken, dass die eMail (noch) nicht versand wurde?
    Ansonsten würde er ja davon ausgehen, dass sie gesendet wurde.
    Und bei terminlichen Dingen ist das schon wichtig zu wissen.

  4. flexo schreibt:

    Finde ist kein Fehler sonder ein wichtiger Hinweis.

    • Matze schreibt:

      Schön wäre “konnten” anstatt “können”. Das Programm sollte unterscheiden zwischen erstmaligem Fehlschlag nach der Konfiguration (wahrscheinlicher Fehler ist also eine Fehlkonfiguration) und Fehlschlag nach zuvor erfolgreichem Senden (also einem temporären Fehler).

Hinterlasse eine Antwort

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind markiert *

*

Kommentarregeln: Keine Werbung, keine Trollereien und persönlichen Angriffe, keine Off-Topic (OT)-Diskussionen, keine Short-URLs und keine unsinnigen Namensangaben.