exim4 - yielded unqualified address

Anton Blau

unread,

Apr 13, 2016, 4:24:58 PM4/13/16

to

Hallo Newsgroup,

mein exim4 gibt mir regelmäßg folgende Fehlermeldung aus:

Rewrite of ro...@meinserver.net yielded unqualified address "Anacron <root>"

Ein

# mail -s blafasel3 "Anacron <ro...@gustav.duck>" root

funktioniert ohne Fehlermeldung. Somit müsste exim4 hier wohl die
Absenderadresse nicht passen.

Wie löse ich das?

Vielen Dank!

Tony

--- news://freenews.netfront.net/ - complaints: ne...@netfront.net ---

Matthias Taube

unread,

Apr 14, 2016, 1:16:28 AM4/14/16

to

Und was zeigt exim -brw ro...@meinserver.net

mit den jeweils in Frage kommenden Sender- und Absenderadressen?

Anton Blau

unread,

Apr 14, 2016, 6:36:18 PM4/14/16

to

root@meinserver:~# exim -brw ro...@meinserver.net
2016-04-15 00:33:39 Rewrite of ro...@meinserver.net yielded unparseable
address: empty address in address
sender: ro...@meinserver.net
2016-04-15 00:33:39 Rewrite of ro...@meinserver.net yielded unparseable
address: empty address in address
from: ro...@meinserver.net
to: ro...@meinserver.net
cc: ro...@meinserver.net
bcc: ro...@meinserver.net
2016-04-15 00:33:39 Rewrite of ro...@meinserver.net yielded unparseable
address: empty address in address
reply-to: ro...@meinserver.net
2016-04-15 00:33:39 Rewrite of ro...@meinserver.net yielded unparseable
address: empty address in address
env-from: ro...@meinserver.net
env-to: ro...@meinserver.net
root@meinserver:~# exim -brw Anacron <root>
bash: Syntaxfehler beim unerwarteten Wort »newline«

Marc Haber

unread,

Apr 15, 2016, 2:54:01 AM4/15/16

to

Anton Blau <tony...@gmx.de> wrote:
>root@meinserver:~# exim -brw ro...@meinserver.net
>2016-04-15 00:33:39 Rewrite of ro...@meinserver.net yielded unparseable
>address: empty address in address

Da ist irgendwas mit dem rewriting schief.

>root@meinserver:~# exim -brw Anacron <root>
>bash: Syntaxfehler beim unerwarteten Wort »newline«

Was bedeuten ungequotete < und > auf eine shell-kommandozeile?

>--- news://freenews.netfront.net/ - complaints: ne...@netfront.net ---

Bitte abstellen.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Anton Blau

unread,

Apr 15, 2016, 3:31:41 AM4/15/16

to

Am 15.04.2016 um 08:53 schrieb Marc Haber:
> Anton Blau <tony...@gmx.de> wrote:
>> root@meinserver:~# exim -brw ro...@meinserver.net
>> 2016-04-15 00:33:39 Rewrite of ro...@meinserver.net yielded unparseable
>> address: empty address in address
>
> Da ist irgendwas mit dem rewriting schief.

Einverstanden - nur was?

/etc/exim4/conf.d/rewrite/vi 00_exim4-config_header

######################################################################
# REWRITE CONFIGURATION #
######################################################################

begin rewrite

/etc/exim4/conf.d/rewrite/31_exim4-config_rewriting

### rewrite/31_exim4-config_rewriting
#################################

# This rewriting rule is particularily useful for dialup users who
# don't have their own domain, but could be useful for anyone.
# It looks up the real address of all local users in a file
.ifndef NO_EAA_REWRITE_REWRITE
*@+local_domains "${lookup{${local_part}}lsearch{/etc/email-addresses}\
{$value}fail}" Ffrs
# identical rewriting rule for /etc/mailname
*@ETC_MAILNAME "${lookup{${local_part}}lsearch{/etc/email-addresses}\
{$value}fail}" Ffrs
.endif

/etc/exim4/conf.d/rewrite/32_exim4-config_dynamic

### rewrite/32_exim4-config_dynamic
###########################################################################
###
### Hier werden die envelope-from-, from-, reply-to und der sender-Header
### umgeschrieben.
###
### Die alte Regel: *@* $header_from: Fs funktioniert zwar noch bei Etch,
### aber bei localen Mails gibt es damit Warnungen in der paniclog.
### Ich weiss, dass diese Regel sehr seltsam aussieht ... :-)
###
### Konfiguration neu einlesen: 'invoke-rc.d exim4 reload'
###
###########################################################################

*@* "${if match{$header_from:}{$header_from:}{$header_from:}fail}" Ffrs

### Last Update: Wed, 14 Feb 2007 17:31:05 +0100
### eof ###################################################################

/etc/email-addresses

Die ist leer.

/etc/mailname

meinserver.net

>
>> root@meinserver:~# exim -brw Anacron <root>
>> bash: Syntaxfehler beim unerwarteten Wort »newline«
>
> Was bedeuten ungequotete < und > auf eine shell-kommandozeile?

Sorry, das war eher ein Versuch in Unkenntnis.

> --- news://freenews.netfront.net/ - complaints: ne...@netfront.net ---
>
> Bitte abstellen.

Das würde ich gerne tun. Wenn ich die Nachricht absende ist das nicht
da. Vermutlich setzt dies der Newsserver mit dem ich einstelle. Ich bin
für alle Tips eines anderen Newsservers offen.

Marc Haber

unread,

Apr 16, 2016, 4:10:56 AM4/16/16

to

Anton Blau <tony...@gmx.de> wrote:
>Am 15.04.2016 um 08:53 schrieb Marc Haber:
>> Anton Blau <tony...@gmx.de> wrote:
>>> root@meinserver:~# exim -brw ro...@meinserver.net
>>> 2016-04-15 00:33:39 Rewrite of ro...@meinserver.net yielded unparseable
>>> address: empty address in address
>>
>> Da ist irgendwas mit dem rewriting schief.
>
>Einverstanden - nur was?

exim -brw -D+all ro...@meinserver.net

>### rewrite/32_exim4-config_dynamic
>###########################################################################
>###
>### Hier werden die envelope-from-, from-, reply-to und der sender-Header
>### umgeschrieben.
>###
>### Die alte Regel: *@* $header_from: Fs funktioniert zwar noch bei Etch,
>### aber bei localen Mails gibt es damit Warnungen in der paniclog.
>### Ich weiss, dass diese Regel sehr seltsam aussieht ... :-)
>###
>### Konfiguration neu einlesen: 'invoke-rc.d exim4 reload'
>###
>###########################################################################
>
>*@* "${if match{$header_from:}{$header_from:}{$header_from:}fail}" Ffrs

Das kommt nicht aus dem Paket. Woher?

>> --- news://freenews.netfront.net/ - complaints: ne...@netfront.net ---
>>
>> Bitte abstellen.
>
>Das würde ich gerne tun. Wenn ich die Nachricht absende ist das nicht
>da. Vermutlich setzt dies der Newsserver mit dem ich einstelle. Ich bin
>für alle Tips eines anderen Newsservers offen.

albasani, solani, open-news-network, eternal september

Thomas Hochstein

unread,

Apr 16, 2016, 1:45:02 PM4/16/16

to

Marc Haber schrieb:

> Anton Blau <tony...@gmx.de> wrote:
>> *@* "${if match{$header_from:}{$header_from:}{$header_from:}fail}" Ffrs
>
> Das kommt nicht aus dem Paket. Woher?

Dem Kommentar nach selbstgemacht oder irgendwoher kopiert.

Es ist jedenfalls - vorhersehbar - schuld:
| root@thangorodrim:~# exim -brw ro...@thangorodrim.example
| 2016-04-16 19:36:05 Rewrite of ro...@thangorodrim.example yielded unparseable address: empty address in address
| sender: ro...@thangorodrim.example
| 2016-04-16 19:36:05 Rewrite of ro...@thangorodrim.example yielded unparseable address: empty address in address
| from: ro...@thangorodrim.example
| to: ro...@thangorodrim.example
| cc: ro...@thangorodrim.example
| bcc: ro...@thangorodrim.example
| 2016-04-16 19:36:05 Rewrite of ro...@thangorodrim.example yielded unparseable address: empty address in address
| reply-to: ro...@thangorodrim.example
| 2016-04-16 19:36:05 Rewrite of ro...@thangorodrim.example yielded unparseable address: empty address in address
| env-from: ro...@thangorodrim.example
| env-to: ro...@thangorodrim.example

-thh

Thomas Hochstein

unread,

Apr 16, 2016, 1:45:02 PM4/16/16

to

Anton Blau schrieb:

> Ich bin für alle Tips eines anderen Newsservers offen.

<https://netz-rettung-recht.de/archives/1683-Alternativen-fuer-die-Nutzer-von-news.t-online.de.html>

5 Jahre alt, aber immer noch zutreffend.

Grüße,
-thh

Thomas Hochstein

unread,

Apr 16, 2016, 2:15:02 PM4/16/16

to

Marc Haber schrieb:

> Anton Blau <tony...@gmx.de> wrote:

>> *@* "${if match{$header_from:}{$header_from:}{$header_from:}fail}" Ffrs
>
> Das kommt nicht aus dem Paket. Woher?

Dem Kommentar nach selbstgemacht oder irgendwoher kopiert.

Es ist jedenfalls (logischerweise) schuld daran, dass der Test
schiefgeht:

| root@thangorodrim:~# exim -brw ro...@thangorodrim.example
| 2016-04-16 19:36:05 Rewrite of ro...@thangorodrim.example yielded unparseable address: empty address in address
| sender: ro...@thangorodrim.example
| 2016-04-16 19:36:05 Rewrite of ro...@thangorodrim.example yielded unparseable address: empty address in address
| from: ro...@thangorodrim.example
| to: ro...@thangorodrim.example
| cc: ro...@thangorodrim.example
| bcc: ro...@thangorodrim.example
| 2016-04-16 19:36:05 Rewrite of ro...@thangorodrim.example yielded unparseable address: empty address in address
| reply-to: ro...@thangorodrim.example

| 2016-04-16 19:36:05 Rewrite of ro...@thangorodrim.example yielded unparseable address: empty address in address
| env-from: ro...@thangorodrim.example
| env-to: ro...@thangorodrim.example

$header_from: ist beim Testen (ermangels einer echten Mail) halt "".

Das beantwortet aber noch nicht, wo das eigentliche Problem liegt.

-thh

Thomas Hochstein

unread,

Apr 16, 2016, 2:30:02 PM4/16/16

to

Anton Blau schrieb:

> *@* "${if match{$header_from:}{$header_from:}{$header_from:}fail}" Ffrs

Die Regel ist höchst eigenartig.

Sie versucht offenbar, den From:-Header gegen eine RegExp zu matchen,
die ebenfalls aus dem From:-Header besteht (was sicher interessante
Effekte hat, wenn der Header Zeichen enthält, die in einer RegExp eine
besondere Bedeutung haben), und wenn das klappt - was wohl dem
Gedanken nach immer der Fall sein sollte -, dann ersetzt sie
Envelope-Sender, From:, Reply-To: und Sender: mit dem From:-Header.
Matched From: nicht auf eine aus sich selbst bestehende RegExp:, wird
nichts umgeschrieben ("fail").

Mir ist völlig schleierhaft, was dieser Ansatz "von hinten durch die
Brust ins Auge" soll, wobei ich fast vermute, dem Autor war nicht
klar, dass der zweite Parameter von "match" eine RegExp ist. Es würde
doch völlig reichen, einfach "unconditional" alle genannten Header auf
den Inhalt des From: zu setzen (wobei das m.E. zumindest bei Sender:
wenig und bei Reply-To: nun überhaupt gar keinen Sinn macht, aber
egal)?

Und enthält $header_from: nicht den kompletten From:-Header, nicht nur
dessen Mailadresse? Dann versucht diese Zeile, Mailadressen mit dem
Inhalt eines kompletten From: zu ersetzen, also "t...@inter.net" mit
"Thomas Hochstein <t...@inter.net>".

Ich habe keine Ahnung, was da genau passiert, aber wenn ich sinnlos
spekulieren sollte, versucht Exim dann, die Mailadresse aus dem
Replacement-Wert zu extrahieren und nur diese als Ersatz zu verwenden.
Und es sieht ja mal so aus, als stünde im From: der Mails von Anacron
so etwas wie "Anacron <root>". Da kann er natürlich keine Mailadresse
extrahieren.

Hast Du mal versucht, in der Exim-Konfiguration (an der für Debian
passenden Stelle, so dass es im Hauptteil der Konfiguration landet)
| qualify_domain = meinserver.net
zu setzen? Das sollte "unqualified addresses" per se verhindern und
dürfte dann auch Dein Rewrite-Problem lösen.
--
Informationen rund um E-Mail und Mailserver:
<http://th-h.de/infos/email/>

Marc Haber

unread,

Apr 16, 2016, 3:57:25 PM4/16/16

to

Thomas Hochstein <t...@inter.net> wrote:
>Dem Kommentar nach selbstgemacht oder irgendwoher kopiert.

Daran habe ich keinen Zweifel.