Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Nieuwe local Exim: sending failed, relay denied

1 view
Skip to first unread message

tjoen

unread,
Oct 5, 2023, 9:14:14 AM10/5/23
to
Wegens nieuwe glibc moesten Exim en Dovecot opnieuw gecompileerd worden

Exim-4.96.1, vorige was 4.96
/etc/exim.conf ongewijzigd:

Mijn aantekeningen:
ROUTER_SMARTHOST=smtp.dds.nl
add in MAIN CONFIGURATION SETTINGS
smtp_accept_queue_per_connection = 0
?tls_on_connect_ports = 465 maardat is inkomend, niet uitgaand
/etc/hostname: compute1
# hostname `cat /etc/hostname`
# systemctl restart exim
test met tdance@localhost tdance@compute1

console.error: mailnews.smtp: "Command failed: 454 <tdance@compute1>:
Relay access denied; currentAction=_actionRCPT"
console.error: mailnews.send: "Sending failed; An error occurred while
sending mail. The mail server responded:\n<tdance@compute1>: Relay
access denied.\nPlease check the message recipient \"tdance@compute1\"
and try again., exitCode=2153066783, originalMsgURI="

$ ping compute1
PING compute1 (192.168.178.31): 56 data bytes
64 bytes from 192.168.178.31: icmp_seq=0 ttl=62 time=0.031 ms
...
$ systemctl status exim
● exim.service - Exim Mail Daemon
Loaded: loaded (/lib/systemd/system/exim.service; enabled; preset:
enabled)
Active: active (running) since Thu 2023-10-05 14:47:14 CEST; 23min
ago

Ooit eerder meegemakt maar vergeten hoe die werd opgelost

Paul van der Vlis

unread,
Oct 6, 2023, 6:25:03 AM10/6/23
to
Op 05-10-2023 om 15:14 schreef tjoen:
> Wegens nieuwe glibc moesten Exim en Dovecot opnieuw gecompileerd worden
>
> Exim-4.96.1, vorige was 4.96
> /etc/exim.conf ongewijzigd:
>
> Mijn aantekeningen:
>   ROUTER_SMARTHOST=smtp.dds.nl
>   add in MAIN CONFIGURATION SETTINGS
>         smtp_accept_queue_per_connection = 0
>   ?tls_on_connect_ports = 465   maardat is inkomend, niet uitgaand
>   /etc/hostname: compute1
>   # hostname `cat /etc/hostname`
>   # systemctl restart exim
>   test met tdance@localhost tdance@compute1

"compute1" is natuurlijk een rare bestemming, wil niet zeggen dat het
goed kan gaan.

> console.error: mailnews.smtp: "Command failed: 454 <tdance@compute1>:
>  Relay access denied; currentAction=_actionRCPT"

454 betekent authenticatie mislukt.
Heb je authenticatie gebruikt?

Heb je misschien verplichte authenticatie op poort 465?

Misschien voelt Exim zich niet verantwoordelijk voor dit domein, dan
wordt het relaying, dan is authenticatie normaal.

Groet,
Paul



> console.error: mailnews.send: "Sending failed; An error occurred while
>  sending mail. The mail server responded:\n<tdance@compute1>: Relay
>  access denied.\nPlease check the message recipient \"tdance@compute1\"
>  and try again., exitCode=2153066783, originalMsgURI="
>
> $ ping compute1
> PING compute1 (192.168.178.31): 56 data bytes
> 64 bytes from 192.168.178.31: icmp_seq=0 ttl=62 time=0.031 ms
> ...
> $ systemctl status exim
> ● exim.service - Exim Mail Daemon
>      Loaded: loaded (/lib/systemd/system/exim.service; enabled; preset:
>     enabled)
>      Active: active (running) since Thu 2023-10-05 14:47:14 CEST; 23min
>     ago
>
> Ooit eerder meegemakt maar vergeten hoe die werd opgelost

--
Paul van der Vlis Linux systeembeheer Groningen
https://vandervlis.nl

tjoen

unread,
Oct 6, 2023, 3:48:19 PM10/6/23
to
On 10/6/23 12:24, Paul van der Vlis wrote:
> Op 05-10-2023 om 15:14 schreef tjoen:
>> Wegens nieuwe glibc moesten Exim en Dovecot opnieuw gecompileerd worden
>>
>> Exim-4.96.1, vorige was 4.96
>> /etc/exim.conf ongewijzigd:

rpm heeft een fout gemaakt door de nieuwe exim.conf niet
als exim.conf.rpmnew te instaleren.
Dus na oude exim.conf renamen al exim.conf.orig:
/etc 0$ diff exim.conf.new exim.conf
50c50
< # ROUTER_SMARTHOST=MAIL.HOSTNAME.FOR.CENTRAL.SERVER.EXAMPLE
---
> ROUTER_SMARTHOST=smtp.dds.nl
56c56
<
---
> smtp_accept_queue_per_connection = 0

Geen nieuwe opties bijgekomen dus

>> Mijn aantekeningen:
>>    ROUTER_SMARTHOST=smtp.dds.nl
>>    add in MAIN CONFIGURATION SETTINGS
>>          smtp_accept_queue_per_connection = 0
>>    ?tls_on_connect_ports = 465   maardat is inkomend, niet uitgaand
>>    /etc/hostname: compute1
>>    # hostname `cat /etc/hostname`
>>    # systemctl restart exim
>>    test met tdance@localhost tdance@compute1
>
> "compute1" is natuurlijk een rare bestemming, wil niet zeggen dat het
> goed kan gaan.

Bij 4.96 deed die het wel. Naam zit in /etc/hosts

>> console.error: mailnews.smtp: "Command failed: 454 <tdance@compute1>:
>>   Relay access denied; currentAction=_actionRCPT"

Was niet nodig bij 4.96

> 454 betekent authenticatie mislukt.
> Heb je authenticatie gebruikt?
>
> Heb je misschien verplichte authenticatie op poort 465?
>
> Misschien voelt Exim zich niet verantwoordelijk voor dit domein, dan
> wordt het relaying, dan is authenticatie normaal.

Exim runt op compute1. Ik heb deze namen gekozen om Openstack te testen.
4.96.1 is de nieuwste. dus ik heb nog geen meldingen van dit probleem
gevonden

tjoen

unread,
Oct 7, 2023, 1:08:36 AM10/7/23
to
On 10/6/23 21:48, tjoen wrote:
> On 10/6/23 12:24, Paul van der Vlis wrote:
>> Op 05-10-2023 om 15:14 schreef tjoen:

>>> Exim-4.96.1, vorige was 4.96
>>> /etc/exim.conf ongewijzigd:

> /etc 0$ diff exim.conf.new  exim.conf
> 50c50
> < # ROUTER_SMARTHOST=MAIL.HOSTNAME.FOR.CENTRAL.SERVER.EXAMPLE
> ---
> > ROUTER_SMARTHOST=smtp.dds.nl
> 56c56
> <
> ---
> > smtp_accept_queue_per_connection = 0
>
> Geen nieuwe opties bijgekomen dus

/etc/hosts
# NAG 5.6; Net HOWTO 5.5.5
127.0.0.1 localhost localhost.localdomain
192.168.178.11 controller controller.localdomain
192.168.178.31 compute1 compute1.localdomain

$ ping localhost
en compute1 werkt, maar
$ host localhost
werkt niet

Maar bij mail aan tdance@localhost
Recipient address rejected: need fully-qualified address.

Aan @localhost.localdomain
Relay access denied
Zelfde als ik naar mijn eigen adres stuur

Vlgs mij een bug

tjoen

unread,
Oct 8, 2023, 12:11:52 PM10/8/23
to
On 10/7/23 07:08, tjoen wrote:
> On 10/6/23 21:48, tjoen wrote:
>> On 10/6/23 12:24, Paul van der Vlis wrote:
>>> Op 05-10-2023 om 15:14 schreef tjoen:
...
> Relay access denied
> Zelfde als ik naar mijn eigen adres stuur
>
> Vlgs mij een bug

Maar toen ik dds als iap-server gebruik
geeft die zelfde foutmeldin

Kan de bug zitten in thunderbird-115.3.1
met nieuwe glibc em libpng ?

0 new messages