Grüße

Coco

allerdings ist das ja nur die halbe Miete,
den eigentlich will ich meine Öffentliche IP (also die meines DSL) auch nicht, im header stehen haben.
[geht niemanden was an ob ich die mail von zu hause oder unterwegs versand habe]

dazu hab ich hier was schönes
https://www.ohnekontur.de/2010/12/01/ip-des-senders-aus-mailheader-entfernen-postfix/

geht aber leider nur wenn man seinen eigenen Mailserver betreibt

nur dahinter erscheint immernoch die ip-adresse und auch noch an weiteren stellen.

@all
Zwei Anmerkungen:
(1) Mit der IP vom localhost kann man aber auch schneller mal im Spamfilter hängenbleiben
(2) an dieser Stelle läßt sich auch ein (frei erfundener) Hostname eintragen, also z.B. meinrechner.meinedomain.net

Auf den ersten blick finde ich auch kein anderes argument wo meine ip hinterlegt sein sollte, vllt ist dies in meiner vers 3.0.1 nicht mit drin ?

ich habe noch eine kleine Sicherheitstechnische Anmerkung zu dieser Lösung.
Ich finde es bedenklich die uid in dem Formular mit zu senden und zum auswählen des zu bearbeitenden Eintrages zu verwenden. ich kann darüber mit entsprechenden tools, sehr einfach die uid eines Anderen users in das Formular schreiben und seinen Account bearbeiten. Wenn es sich wie in meinem Fall also um Passwörter handelt, kann ich darüber über dem Account eines anderen habhaft werden.

Ich lasse solche Daten immer erst direkt da erstellen wo sie auch gebraucht werden. Ich würde das Mitsenden der uid über das Formular also weg lassen und das Ganze so lösen:
plugin.tx_powermail_pi1 {
dbEntry {
fe_users._enable = TEXT
fe_users._enable.value = 1
fe_users._ifUnique.uid = update
# table “fe_user” with field “uid” is the value from powermail (tt_content uid 345) field uid123 (###uid123###)
fe_users.uid = TEXT
fe_users.uid.data = TSFE:fe_user|user|uid
fe_users.usergroup = TEXT
fe_users.usergroup.value = 2,3
}
}

TSFE:fe_user|user|uid gibt mir auf jeden Fall die uid des angemeldeten Users zurrück und wird auch erst eingefügt wenn die Datenbank bearbeitet wird ohne das man vorher die uid manipulieren kann.

Greez Björn

da die RECORDS Abfrage nur auf die Element ID (UID) zugreift muss für eine zweisprachige Version die komplette Abfrage geändert werden, z.b.:


[globalVar = GP:tx_ttnews|tt_news > 0]
temp.pagetitle = COA
temp.pagetitle {
10 = CONTENT
10 {
table = tt_news
select {
pidInList = 3
andWhere{
data = GPvar:tx_ttnews|tt_news
wrap = uid = |
}
languageField = sys_language_uid
}
renderObj = COA
renderObj {
10 = TEXT
10.field = title
}
wrap = <_title_>meine Seite -  | <_ /title_>
}
}
[global]
[globalVar = GP : L = 1]
temp.pagetitle.10.select.andWhere.wrap = l18n_parent = |
[global]
page.config.noPageTitle = 2
page.headerData.10 >
page.headerData.10 < temp.pagetitle


aber ohne die Unterstriche bei title. Grüße.