fromZone in *.MSG

Christian von Busse

unread,

Sep 14, 1997, 3:00:00 AM9/14/97

to

Hai!

Das Feld fromZone in *.MSG ist lt. FTS-0001 ja optional, genau wie
auch ein INTL-Kludge optional ist.

Wie erkenne ich denn dann in einer Nachricht ohne INTL und mit leerem
fromZone Feld die Zone der Nachricht?

Oder gibt es noch ein anderes Format fuer *.MSG, als das in
FTS-0001.016 beschriebene?
___
/ iao
(___hristian

Olaf Schuetz

unread,

Sep 15, 1997, 3:00:00 AM9/15/97

to

Hallo Christian,

> Das Feld fromZone in *.MSG ist lt. FTS-0001 ja
> optional, genau wie auch ein INTL-Kludge optional ist.

> Wie erkenne ich denn dann in einer Nachricht ohne INTL
> und mit leerem fromZone Feld die Zone der Nachricht?

die Zone kannst Du ueber die MSGID, oder wenn die nicht verwendbar ist aus dem
Origin lesen.
Wenn das beides nicht geht, setze doch einfach die Zone auf einen default-Wert.

Gruss Olaf

Matthias Tichy

unread,

Sep 16, 1997, 3:00:00 AM9/16/97

to

Jekki!

CvB> Wie erkenne ich denn dann in einer Nachricht ohne INTL und
CvB> mit leerem
CvB> fromZone Feld die Zone der Nachricht?
gar nicht :-)

mbm
UP THE IRONS!

Dirk A. Mueller

unread,

Sep 16, 1997, 3:00:00 AM9/16/97

to

So, 14.09.97 - 10:07, Christian von Busse an *.*:

CvB> Wie erkenne ich denn dann in einer Nachricht ohne INTL und mit leerem

CvB> fromZone Feld die Zone der Nachricht?

dann ist es keine inter-zone Nachricht, und da sollte die Zone klar sein. ;-)

gerd troeger

unread,

Sep 16, 1997, 3:00:00 AM9/16/97

to

Hallo Christian,

CB> Wie erkenne ich denn dann in einer Nachricht ohne INTL und mit leerem
CB> fromZone Feld die Zone der Nachricht?

Nu ja, es gibt immerhin noch die MsgID. Und bei eigenartig konfigurierten
Editoren auch in Netmails eine Origin-Zeile - aber Vorsicht! Wenn du bei der
Origin-Zeile nicht aufpasst, wirst du regelmaessig solche aus dem Text von
geforwardeten (Echo)Mails erwischen ;-). Das ist auch ein Konfig-Problem der
Editoren, normalerweise sollten ja keine "\r---\r * Origin:" vor dem echten
Msg-Ende auftauchen - viele Editoren wandeln sowas etwa in "-+-" und "+ Or.."
um (vor allem bei quotes tun es die meisten), aber bei forwards ist es mir
schon des oefteren aufgefallen... Oh aehm, auf die MsgID solltest du auch nicht
blindlings vertrauen, aber sie ist immerhin einen Versuch wert <g>

Gerd

e-mail: please ask! voice: +49-341-2530391

Matthias Duesterhoeft

unread,

Sep 16, 1997, 3:00:00 AM9/16/97

to

Hallo Christian

Antwort auf eine Message von Christian von Busse an *.*:

CvB> Das Feld fromZone in *.MSG ist lt. FTS-0001 ja optional, genau wie
CvB> auch ein INTL-Kludge optional ist.

CvB> Wie erkenne ich denn dann in einer Nachricht ohne INTL und mit leerem
CvB> fromZone Feld die Zone der Nachricht?

interpretiere die msgid-kludge und dann hast du die absende- und empfängerzone.
bei der interpretation mußt du allerdings aufpassen, daß die adresse wirklich
eine ftn-adresse ist, gate-software ist bei msgid's immer sehr erfinderisch ;-)

CvB> Oder gibt es noch ein anderes Format fuer *.MSG, als das
CvB> in FTS-0001.016 beschriebene?

ja, und zwar muß es die felder fromZone, toZone und fromPoint, toPoint nicht
unbedingt geben, sie können durchaus auch die absende- und empfangszeit
enthalten.

Tschuess
Matthias

frank paulsen

unread,

Sep 18, 1997, 3:00:00 AM9/18/97

to

CvB>> Wie erkenne ich denn dann in einer Nachricht ohne INTL und mit leerem
CvB>> fromZone Feld die Zone der Nachricht?

DAM> dann ist es keine inter-zone Nachricht, und da sollte die Zone klar
DAM> sein. ;-)

optimist :-)

frank paulsen

unread,

Sep 18, 1997, 3:00:00 AM9/18/97

to

CvB> Wie erkenne ich denn dann in einer Nachricht ohne INTL und mit leerem
CvB> fromZone Feld die Zone der Nachricht?

CvB> Oder gibt es noch ein anderes Format fuer *.MSG, als das in
CvB> FTS-0001.016 beschriebene?

netmail: ohne intl->default-zone (die eigene) nehmen, alternativ aus msgid
_erraten_

echomail: origin auswerten, wenn das fehlt siehe netmail.

Christian von Busse

unread,

Sep 18, 1997, 3:00:00 AM9/18/97

to

Andreas Klein knuddelte am 17.09.97 die Tastatur. Zu den Auswirkungen
in /FIDO/NET_DEV.GER nun mein Kommentar:

Hai Andreas!

AK> Dann ist die Applikation schlampig programmiert, denn es steht nirgends,
AK> dass die Origin-Zeile ungueltig gemacht werden muss.

Es steht aber doch irgendwo, dass das Origin das Ende der Nachricht
kennzeichnet. Jedes Programm, dass solche Zeilen vorher schon zulaesst,
verstoesst also doch dagegen!?

AK> Programmtechnisch ist es kein Problem, die _letzte_ Origin-Zeile
AK> zu suchen und dann auch auszuwerten!

Klar - aber das dauert laenger und ist mehr Programmieraufwand - der
entsteht, weil andere Programme sich nicht korrekt verhalten.

___
/ iao
(___hristian

Christian von Busse

unread,

Sep 18, 1997, 3:00:00 AM9/18/97

to

Dirk A. Mueller knuddelte am 16.09.97 die Tastatur. Zu den

Auswirkungen in /FIDO/NET_DEV.GER nun mein Kommentar:

Hai Dirk!

DAM> dann ist es keine inter-zone Nachricht, und da sollte die Zone klar
DAM> sein. ;-)

Ach so.

Ich habe hier ein NM-Folder fuer alle Zonen. Und irgendwie tosst
FastEcho NMs trotzdem richtig, auch wenn kein INTL Kludge dabei ist
und die im Betreff erwaehnten Header-Felder leer sind.
___
/ iao
(___hristian

Christian von Busse

unread,

Sep 18, 1997, 3:00:00 AM9/18/97

to

Olaf Schuetz knuddelte am 15.09.97 die Tastatur. Zu den Auswirkungen

in /FIDO/NET_DEV.GER nun mein Kommentar:

Hai Olaf!

OS> die Zone kannst Du ueber die MSGID,

Ok, aber...

OS> oder wenn die nicht verwendbar ist aus dem Origin lesen.

... Origin bei NetMails?!
___
/ iao
(___hristian

Frank Ellermann

unread,

Sep 20, 1997, 3:00:00 AM9/20/97

to

Moin moin Christian...

CvB> [...] weil andere Programme sich nicht korrekt verhalten.

... vielleicht machen Andreas samt neuem FTSC dem FidoNet ein
schoenes Weihnachtsgeschenk und ersetzen FTS-4 durch FSC-74...
das richtige FSC-74, nicht das vom alten FTSC publizierte mit
AREA und SB als kludges.
Greets, Frank

andy kreuzer

unread,

Sep 20, 1997, 3:00:00 AM9/20/97

to

hi Christian,

thursday september 18 1997, Christian von Busse wrote to Andreas Klein:

AK>> Dann ist die Applikation schlampig programmiert, denn es steht

AK>> nirgends, dass die Origin-Zeile ungueltig gemacht werden muss.

CB> Es steht aber doch irgendwo, dass das Origin das Ende der Nachricht
CB> kennzeichnet. Jedes Programm, dass solche Zeilen vorher schon zulaesst,
CB> verstoesst also doch dagegen!?

nachdem du's geschrieben hast, steht's irgendwo. vorher hatte ich das
allerdings noch nirgends gelesen.

AK>> Programmtechnisch ist es kein Problem, die _letzte_ Origin-Zeile
AK>> zu suchen und dann auch auszuwerten!

CB> Klar - aber das dauert laenger und ist mehr Programmieraufwand - der
CB> entsteht, weil andere Programme sich nicht korrekt verhalten.

mein tip: lies die entsprechenden spezifikationen. wenn du dann noch fragen
hast (was ich annehme), stell sie.

....andy

Dirk A. Mueller

unread,

Sep 20, 1997, 3:00:00 AM9/20/97

to

Do, 18.09.97 - 07:53, Christian von Busse an Dirk A. Mueller:

CvB> Ich habe hier ein NM-Folder fuer alle Zonen. Und irgendwie tosst
CvB> FastEcho NMs trotzdem richtig, auch wenn kein INTL Kludge dabei ist und
CvB> die im Betreff erwaehnten Header-Felder leer sind.

entweder nimmt Fastecho dann die Zone aus dem PKT-Header oder er interpretiert
ein eventuelle MSGID / Origin.

Olaf Schuetz

unread,

Sep 20, 1997, 3:00:00 AM9/20/97

to

Hallo Christian

>> die Zone kannst Du ueber die MSGID,

> Ok, aber...

>> oder wenn die nicht verwendbar ist aus dem Origin lesen.

> ... Origin bei NetMails?!

Ok, in Netmails nicht.

Wenn in NetMails INTL und MSGID nicht verwertbar sind, koennte mann doch die
erste Via-Zeile nehmen und somit zumindest die Zone des Absenders ermitteln.

> ___
> / iao
> (___hristian

> --- WarpPoint 3.11 R
> * Origin: Make love, not war - Marry and do both!
> (2:240/2188.1)