Re: Lokus Notes Mail mal wieder

[Werner Flamme]

[26.02.2013 17:33] [Michael Holzt]:
> Ich habe ja über die Jahre immer mal wieder mich mit fehlfunktionierenden
> Lokus Notes Mailsystemen beschäftigt, und diverses seltsames Verhalten im
> SMTP beobachtet. Aber das man unter unklaren Umständen nicht mal mehr
> schafft, syntaktisch korrekte Mails zu erzeugen...
>
> Finde den Fehler:
>
> Content-Type: multipart/mixed;
> Boundary="0__=4EBBF19DDF12861B8f9e8a93df938690918c4EBBF19DDF12861B"
> [...]
> --0__=4EBBF18BDFFB7A9E8f9e8a93df938690918c4EBBF18BDFFB7A9E
> Content-transfer-encoding: quoted-printable
> Content-type: text/plain; charset=ISO-8859-1
> [...]
> --0__=4EBBF18BDFFB7A9E8f9e8a93df938690918c4EBBF18BDFFB7A9E
> Content-type: application/vnd.ms-excel;
> name="schmiergeld.xls"
>
>
> Diese Mail hat auch noch einen bislang nicht geklärten Effekt: Microsoft
> Outlook ruft diese Mail einfach nicht ab bzw. bricht den Abruf immer ab.
>

Dabei steht da doch extra, dass der Multipart gemixt ist,

kopfschüttelt Werner

[Stefan Kanthak]

"Werner Flamme" <w.fl...@web.de> schrieb:

> [26.02.2013 17:33] [Michael Holzt]:

>> Ich habe ja �ber die Jahre immer mal wieder mich mit fehlfunktionierenden
>> Lokus Notes Mailsystemen besch�ftigt, und diverses seltsames Verhalten im
>> SMTP beobachtet. Aber das man unter unklaren Umst�nden nicht mal mehr

>> schafft, syntaktisch korrekte Mails zu erzeugen...
>>
>> Finde den Fehler:
>>
>> Content-Type: multipart/mixed;
>> Boundary="0__=4EBBF19DDF12861B8f9e8a93df938690918c4EBBF19DDF12861B"
>> [...]
>> --0__=4EBBF18BDFFB7A9E8f9e8a93df938690918c4EBBF18BDFFB7A9E
>> Content-transfer-encoding: quoted-printable
>> Content-type: text/plain; charset=ISO-8859-1
>> [...]
>> --0__=4EBBF18BDFFB7A9E8f9e8a93df938690918c4EBBF18BDFFB7A9E
>> Content-type: application/vnd.ms-excel;
>> name="schmiergeld.xls"
>>
>>

>> Diese Mail hat auch noch einen bislang nicht gekl�rten Effekt: Microsoft

>> Outlook ruft diese Mail einfach nicht ab bzw. bricht den Abruf immer ab.
>>
>
> Dabei steht da doch extra, dass der Multipart gemixt ist,

Das ist nicht der Fehler.
1. fehlt vor dem Boundary="..." "white space",
2. muesste es das 'B' kleingeschrieben werden, und
3. "robustness principle": der Abruf darf nicht einfach abbrechen.

Stefan

[Hans Bonfigt]

Michael Holzt:

> Diese Mail hat auch noch einen bislang nicht geklärten Effekt:

> Microsoft Outlook ruft diese Mail einfach nicht ab bzw. bricht den
> Abruf immer ab.

Domino and Outlook, a perfect match ...


BTW, JEDER weiss, daß Notes nicht mailen kann und setzt deshalb einfach
einen richtigen SMTP-Server davor.

[Michael Holzt]

Stefan Kanthak wrote:
>>> Boundary="0__=4EBBF19DDF12861B8f9e8a93df938690918c4EBBF19DDF12861B"
>>> --0__=4EBBF18BDFFB7A9E8f9e8a93df938690918c4EBBF18BDFFB7A9E

> 1. fehlt vor dem Boundary="..." "white space",
> 2. muesste es das 'B' kleingeschrieben werden, und

Der Whitespace fehlt auf Grund von schlechtem manuellem Umbruch. Bezeichner
in Headern sind nicht case-sensitiv.

Aber die im Kopf angekündigte Boundary sollte schon mit der im
Inhalt verwendeten übereinstimmen...

> 3. "robustness principle": der Abruf darf nicht einfach abbrechen.

Es ist noch nicht ganz klar, was abbricht. IMAP ist ein extrem
kompliziertes Protokoll und es parsed die Header nach den Inhaltstypen.
Vielleicht kommt der Server aus dem hier unerwarteten aus dem Tritt,
auch wenn er es natürlich nicht sollte.

Ich habe mal um Mitschnitt gebeten, bin nicht vor Ort.


--
"And guess what software Osama Bin Laden uses on his laptop? [...] Osama uses
Linux because he knows [it is] designed to counterfeit DVDs, circumventing
the Digital Millenium Copyright Act, and defraud companies like Disney."
-- http://www.shelleytherepublican.com

[Juergen P. Meier]

Michael Holzt <sp...@fqdn.org>:

>
> Es ist noch nicht ganz klar, was abbricht. IMAP ist ein extrem
> kompliziertes Protokoll und es parsed die Header nach den Inhaltstypen.
> Vielleicht kommt der Server aus dem hier unerwarteten aus dem Tritt,

> auch wenn er es natï¿œrlich nicht sollte.

Wieso sollte sich der *SERVER* um den *INHALT* kuemmern?

DAss Locutus Bloates das macht, ist bekannt. Lotious Nortes ist ja ein
Dokumentmanagementsystem mit E-Mail-Emulation.

Aber Mickeysoft Exchange ist ein Mailsystem - das darf sich nicht um
den Inahlt scheren.

[Oliver Sch@d]

Juergen P. Meier wrote:

> Aber Mickeysoft Exchange ist ein Mailsystem

Ich dachte, es wäre ein Burn-In-Test, um zu zeigen, dass CPU und RAM in
Ordnung sind. Wenn CPU und RAM in Ordnung sind, gibt es ein 4-farbiges
Logo als Aufkleber.

mfg
Oli

--
Man darf ruhig intelligent sein, man muss sich nur zu helfen wissen

[Volker Borchert]

Michael Holzt wrote:
> IMAP ist ein extrem
> kompliziertes Protokoll und es parsed die Header nach den Inhaltstypen.

Von welchem IMAP redest du?

--

"I'm a doctor, not a mechanic." Dr Leonard McCoy <mc...@ncc1701.starfleet.fed>
"I'm a mechanic, not a doctor." Volker Borchert <v_bor...@despammed.com>

[Hans Bonfigt]

Juergen P. Meier

> Wieso sollte sich der *SERVER* um den *INHALT* kuemmern?

Das tut er nicht. Michael berichtet von zwei Fehlern.
Wir haben Kunden, die mit Notes "solo" keine Mail von
Toshiba zugestellt bekommen ...
Da hilft nur ein "Spoiler" vorneweg in Form z.B. eines Exim.

[Juergen Ilse]

Hallo,

Juergen P. Meier <nospa...@jors.net> wrote:
> Aber Mickeysoft Exchange ist ein Mailsystem - das darf sich nicht um
> den Inahlt scheren.

Eigentlich ist Exchnage eine Groupware mit einer intergrierten schlechten
E-Mail-Simulation. Das merkst du spaetestens dann, wenn du in einer Cisco
ASA die ESMTP-Inspection *komplett* abschalten* musst, damit 2 Exchnage-
Server darueber Mail austauschen koennen, waehrend die E-Mail Kommunikation
von Exchange mit nahezu beliebigen anderen Systemen durch die ESMTP-
Inspection der ASA nicht im geringsten beeintraechtigt wird. Was immer die
Exchange-Kisten da ueber den SMTP-Port sprechen: es hat mit (E)SMTP nur sehr
am Rande zu tun, und die Kisten erkennen sich gemeinerweise auf irgend eine
undokumentierte Weise recht zuverlaessig gegenseitig, um dann untereinander
ihre eigene Sprache statt SMTP zu quatschen (natuerlich ueber den
SMTP-Port) ...

Tschuess,
Juergen Ilse (jue...@usenet-verwaltung.de)
--
Ein Domainname ist nur ein Name, nicht mehr und nicht weniger.
Wer mehr hineininterpretiert, hat das Domain-Name-System nicht
verstanden.

[Stefan Reuther]

Juergen Ilse wrote:
> Juergen P. Meier <nospa...@jors.net> wrote:
>>Aber Mickeysoft Exchange ist ein Mailsystem - das darf sich nicht um
>>den Inahlt scheren.
>
> Eigentlich ist Exchnage eine Groupware mit einer intergrierten schlechten
> E-Mail-Simulation. Das merkst du spaetestens dann, wenn du in einer Cisco
> ASA die ESMTP-Inspection *komplett* abschalten* musst, damit 2 Exchnage-
> Server darueber Mail austauschen koennen, waehrend die E-Mail Kommunikation
> von Exchange mit nahezu beliebigen anderen Systemen durch die ESMTP-
> Inspection der ASA nicht im geringsten beeintraechtigt wird. Was immer die
> Exchange-Kisten da ueber den SMTP-Port sprechen: es hat mit (E)SMTP nur sehr
> am Rande zu tun, und die Kisten erkennen sich gemeinerweise auf irgend eine
> undokumentierte Weise recht zuverlaessig gegenseitig, um dann untereinander
> ihre eigene Sprache statt SMTP zu quatschen (natuerlich ueber den
> SMTP-Port) ...

Ich hab ja immer noch nicht raus, wie die Email-R�ckruf-Funktion
funktionieren soll. "xyz m�chte die Email 'AW: foo' zur�ckrufen". Ja
sch�n, er hat f�nf Mails mit diesem Betreff geschickt und m�chte vier
davon zur�ckrufen. Sollte in dem R�ckruf nicht vielleicht sowas wie eine
Message-Id stehen?


Stefan

[Rainer Freis]

Am 27.02.2013 10:50, schrieb Juergen Ilse:
> Hallo,
>
> Juergen P. Meier<nospa...@jors.net> wrote:
>> Aber Mickeysoft Exchange ist ein Mailsystem - das darf sich nicht um
>> den Inahlt scheren.
>
> Eigentlich ist Exchnage eine Groupware mit einer intergrierten schlechten
> E-Mail-Simulation. Das merkst du spaetestens dann, wenn du in einer Cisco
> ASA die ESMTP-Inspection *komplett* abschalten* musst, damit 2 Exchnage-
> Server darueber Mail austauschen koennen, waehrend die E-Mail Kommunikation
> von Exchange mit nahezu beliebigen anderen Systemen durch die ESMTP-
> Inspection der ASA nicht im geringsten beeintraechtigt wird. Was immer die
> Exchange-Kisten da ueber den SMTP-Port sprechen: es hat mit (E)SMTP nur sehr
> am Rande zu tun, und die Kisten erkennen sich gemeinerweise auf irgend eine
> undokumentierte Weise recht zuverlaessig gegenseitig, um dann untereinander
> ihre eigene Sprache statt SMTP zu quatschen (natuerlich ueber den
> SMTP-Port) ...
>

Es gab vor Jahren (vor 2003) sogar fï¿œr Lotus Domino einen Patch, damit
er die kaputten MIME-Settings von Exchange ignoriert und die Email
trotzdem an den User ausgeliefert hat. Das Problem trat nur mit Exchange
als Sender auf.

Ohne Patch hat sich der Server auf den Standpunkt gestellt, daￜ die Mail
kaputt ist (was sie laut Standard auch war) und er kaputte Emails nicht
weiter verarbeitet.


Rainer

[Volker Borchert]

Michael Holzt wrote:

> Volker Borchert wrote:
> > Michael Holzt wrote:
> >> IMAP ist ein extrem
> >> kompliziertes Protokoll und es parsed die Header nach den Inhaltstypen.
> >
> > Von welchem IMAP redest du?
>

> Von dem, welches in den relevanten RFCs beschrieben ist.

In der Tat, irgendwie hatte ich das simpler in Erinnerung.

[Stefan Froehlich]

On Thu, 28 Feb 2013 18:29:53 Michael Holzt wrote:
> Nachdem ich mich zuletzt sehr tief in die IMAP-Standard eingearbeitet
> habe bin ich voller Verwunderung, daß IMAP überhaupt so gut funktioniert,
> wie es das im Alltag tut.

Vermutlich, weil das kaum jemand vollstaendig ausreizt.

Servus,
Stefan

--
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan!? Ja! Denn hopsen ist lauter als hassen.
(Sloganizer)

[David Seppi]

Michael Holzt schrieb:

> Schön ist auch, daß es nicht möglich ist, gezielt eine Mail zu
> löschen. Es gibt nur den EXPUNGE-Befehl, der alle mit dem Flag
> \Deleted markierten Mails löscht. Die Empfehlung im RFC ist, daß man
> doch temporär das \Deleted-Flags anderer Mails entfernen soll, bevor
> man EXPUNGE absetzt. Race-Conditions sind dabei aber nicht
> ausschließbar.

Das sehe ich jetzt nicht als großes Problem an. Wieso gibt man Mails
überhaupt ein \Deleted-Flag, wenn sie nicht gelöscht werden sollen?

--
David Seppi
1220 Wien

[Oliver Sch@d]

Könnte für Shared-Mailboxen interessant sein, wo ein Benutzer löscht und
der andere noch die gleiche Mail weiter sieht oder um gerade
Adressierungsprobleme im Betrieb zu vermeiden mit konkurrierenden Clients.

[Bernd Petrovitsch]

On Fri, 01 Mar 2013 19:32:59 +0000, Ralf Döblitz wrote:
[...]
> Man muß eben einfach akzeptieren, daß auch bei IMAP "löschen" eben
> wirklich "löschen" bedeutet und da kein Windows-mäßiger "Papierkorb"
> ist, aus dem man das wieder herausziehen könnte. Eigentlich sollte das
> für einen Unix.User doch selbstverständlich sein ...

Das war zu DOS-Zeiten mit "del" auch schon so. Der Papierkorb ist nur
für Klicki-Bunti-Weicheier .....

Bernd
--
- Wie erkennt man IYO die offensichtlich ungeeigneten, hinter denen sich
nicht das Genie verbirgt?
- Wie erkennt man das Offensichtliche?
Martina Diel und Volker Birk

[David Seppi]

Ralf Döblitz schrieb:

> Man muß eben einfach akzeptieren, daß auch bei IMAP "löschen" eben
> wirklich "löschen" bedeutet und da kein Windows-mäßiger "Papierkorb"
> ist, aus dem man das wieder herausziehen könnte.

ACK. Außerdem kann man ja viele Mailclients eh so einstellen, daß sie
gelöschte Mails auch bei IMAP in den Papierkorb verschieben. Wenn es
nicht sowieso als default so eingestellt ist (wie z.B. bei TB).