Onderwerp: Exim gebruikt domeinnaam niet?

Ik heb een prive forum geinstalleerd, ook vbulletin.

Nu zit ik met het probleem dat bij het versturen van de mail, exim klaarblijkelijk de domeinnaam niet neemt. Versturen van mail gaat via phpmail dus vanuit het forum zeg maar. Het is niet de bedoeling om smtp te gaan gebruiken.

Dit is wat er gebeurt:

Code:

SMTP error from remote mail server after RCPT TO:<gebruiker@alice.nl>:
    host mx101.alice.nl [217.149.195.10]: 554 5.1.8 <webmaster@server.hostingbedrijf.nl>:
    Sender address rejected: Domain not found

Het afzenderadres zou niet moeten zijn webmaster@server.hostingbedrijf.nl maar webmaster@forumdomeinnaam.nl maar Exim blijkt e.e.a. niet als zodanig te versturen. Dus mailservers die controleren of het domein wel bestaat, sturen de mail fijn terug met de melding dat domeinnaam server.hostingbedrijf.nl niet bestaat.

Hoe is dit op te lossen zonder dus perse smtp met accountgegevens te moeten gebruiken?
Volges mij een Exim instelling maar ik ben meer thuis in Postfix.

Kijk eens wat er in je httpd (apache) config file staat van "ServerAdmin" en pas dat eens aan. Weet verder je configuratie niet dus zou handig zijn om even wat meer info mee te geven.

Check het mod_ruid topic, daar heb ik in gepost dat je iets met UserGroups Apache in de exim.conf moet zetten en dan zal het wel werken.

Heb je sender verification aanstaan Richard?

zet je user account in de trusted users lijst van exim.conf

dat kan handmatig:

Code:

trusted_users = mail:majordomo:apache:diradmin:username

of automatisch:

Code:

exim.conf:
trusted_users = mail:majordomo:apache:diradmin:${readfile{/etc/exim.users}}

crontab:
0  *    * * *   root    /root/directadmin_eximusers.sh

directadmin_eximusers.sh:
#!/bin/sh

LOCATION=/home
DAUSERS=/usr/local/directadmin/data/users

rm -f /etc/exim.users.new
for u in `ls $LOCATION`; do
{
  # test for folder
  if test -d $LOCATION/$u; then
    # test for directadmin user
    if test -d $DAUSERS/$u; then
      echo -n $u":" >> /etc/exim.users.new
    fi
  fi
}
done;
mv /etc/exim.users.new /etc/exim.users

Ik meen dit ook een keer gehad te hebben en gefixt te hebben, had dit niet met de sendmail -f optie te maken?

Het kan allemaal veel makkelijker. Je hebt namelijk Apache al als trusted user er in staan, waarom niet als trusted group? Het probleem is dat Blacky volgens mij mod_ruid draait en daardoor draai je dus als eigen user maar onder de group Apache. Als je gewoon Apache als group in de trusted lijst zet, heb je het gefixed. Zie mijn post hier ook: http://www.webhostingtalk.nl/scripti...ml#post1146202 (mod_ruid nieuwe ontwikkelingen)

Hartelijk dank voor alle snelle antwoorden en tips.

Het betrof hier een vrij standaard custombuild installatie met als een van de weinige aanpassingen de mod_ruid installatie. Yourwebhoster had dat snel in de gaten of heeft een goed geheugen of beide.

Na de aanpassing door apache als trusted usergroup in exim te zetten werkt het weer.

Hartstikke bedankt!

Overigens moet je even een A record maken met je server naam naar dat IP, dan had je dat probleem namelijk ook niet gehad.

Edit: Goed geheugen

Het is niet gebruikelijk om van de servernaam een A record te maken. Dan had ik het probleem niet gehad, dat klopt.
Maar ik doe het liever op de nette wijze, met de juiste domeinnaam achter de @ gezet.

Ik dacht al dat het 't geheugen zou zijn.

Oorspronkelijk geplaatst door Yourwebhoster

Het probleem is dat Blacky volgens mij mod_ruid draait en daardoor draai je dus als eigen user maar onder de group Apache.

je kunt met mod_ruid ook als group van de user draaien en dan werkt dit niet

Wij maken gebruik van de trusted_users, ipv een group toe te kennen met exim.

Oorspronkelijk geplaatst door daveww

Wij maken gebruik van de trusted_users, ipv een group toe te kennen met exim.

Dat is een wat betere oplossing inderdaad, heb je al een oplossing om dit automatisch in Exim te verwerken?

heb je al een oplossing om dit automatisch in Exim te verwerken?

Ja de methode van T. Bloo met een crontab, is dat niks?

Ik heb ook mod_ruid, en heb het volgende

Code:

untrusted_set_sender = *
no_local_from_check

Dit geeft volgens mij hetzelfde effect voor zover ik kan zien. From headers zijn gewoon te wijzigen in php.