Joachim Merkel <[EMAIL PROTECTED]> wrote on 11.03.04:
> Michael Heydekamp ([EMAIL PROTECTED]) schrieb:
>>> ----------8<----------
>>> if $file "spool\*.msg",a$ = ""
>>> modify wattcp.cfg,"$cc_ignore=",1
>>> ----------8<----------
>>> Erstens wei� ich nicht (mehr), welche Information die Pr�fung 'a$ =
>>> ""' �berhaupt zur�ckgibt (Existenz pr�ft sie nicht, das geht mit
>>> 'a$ > 0'),
> Es wird gepr�ft, ob das Verzeichnis leer von *.msg ist.
Echt? Wenn 'a$ > 0' die Existenz pr�ft, h�tte ich eher erwartet, da�
'a$ = 0' auf Nicht-Existenz pr�ft.
> Wenn ja, wird die CC-Auswertung ausgeschaltet
Was hei�t das? Ausgehend, eingehend, und was f�r eine "Auswertung"
�berhaupt?
> aus der default.$cf
> --------------------------------zip----------------------------------
> $cc_ignore=0 # if > 0: ignore CC and BCC addresses
> --------------------------------zap----------------------------------
Das lese ich auch, sagt mir aber immer noch nicht konkret, was passiert
(oder nicht passiert). Wird der Cc:-Header vernichtet? Ausgehend,
eingehend oder beides? Und warum �berhaupt und was hat die Behandlung
von Ccs mit der Frage zu tun, ob sich *.MSG im Spool befinden?
> Und das Ergebnis wandert nach ccignore.
???
> aus der x_nmail.bas
> --------------------------------zip-----------------------------------
> SELECT CASE item$
> CASE "X-MAILER:"
> xm = h
> CASE "TO:", "BCC:", "CC:"
Sieht nach ausgehenden Nachrichten aus, eingehende k�nnen kein Bcc:
haben.
> IF (item$ = "TO:" AND (ccignore <> 0) AND (r = 0)) OR (ccignore = 0)
> THEN
> m.to$(r) = "RCPT TO:<" + parseAdress$(MID$(a$, p + 1)) + ">"
> IF r < 100 THEN r = r + 1
[...]
> --------------------------------zap-----------------------------------
Lese ich so, da� bei mehreren Adressen im "To:" auch mehrere SMTP-Header
"RCPT TO" erzeugt werden (bis max. 100?). Und zwar abh�ngig davon, ob
'ccignore' true oder false ist. Wenn true, wird nur die erste Adresse
genommen, ansonsten alle.
Die Header "Cc:" und "Bcc:" werden gleich ganz ignoriert, wenn
'ccignore' true ist. Und 'ccignore' ist dann true, wenn keine *.MSG im
Spool liegen.
Verstehe ich im Moment nicht, was soll das?
>>> und drittens k�nnen *vor* dem eigentlichen Netcall doch sowieso
>>> keine *.MSG mehr im Spool liegen, denn die haben wir ja aus den
>>> genannten Gr�nden - siehe oben - bereits aus dem Spool entfernt und
>>> in XP eingelesen.
> sollen ja auch keine drin liegen.
Zu dem Zeitpunkt, an dem X_MAILN aktiv wird, k�nnen da durchaus *.MSG
liegen. X_MAILN ist doch das Teil, das Mails sendet, richtig?
Da aber zum Zeitpunkt der Pr�fung in XPNEWS bzw. XP2NEWS bzw. FXPNEWS da
keine mehr drin liegen *k�nnen*, erschlie�t sich mir der Sinn dieser
Pr�fung in diesen Scripts genauso wenig wie das Ignorieren von Ccs
�berhaupt.
>> Dazu f�llt wirklich niemand etwas ein?
> Mir jedenfalls auch nicht mehr, als schon offensichtlich ist.
F�r mich ist das alles andere als offensichtlich. Aber danke f�r das
Snippet, es best�tigt zumindest meine Zweifel in den Sinn dieses Teils
des Scripts.
Michael
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
