[HILFE] EXIM4 + VEXIM Rechteproblem

[makeat]

Hallo habe nach dem Tutorial:

http://www.debianhowto.de/de:howtos:sar ... er_mailman
Einen Mailserver erstellt.

Das Versenden via SMTP funktioniert.

Aber das abrufen von mail scheitert an folgedem Umsatand

ich habe laut script den Mail Benutzer am System angelegt:

Code: Select all

adduser --system --uid 99 --group --home /var/opt/vmail vmail

also ist der ja auch erstellt worden.

Aber beim Mail Abrufen steht dann im Mail log:

Code: Select all

2005-12-18 16:22:02 1Enxcx-0005et-RZ Message is frozen
2005-12-18 16:22:02 1EnycD-0006dJ-Kt == xeon@xeon.spacenet.com <root@Xeon.spacenet.com> R=localuser T=local_delivery defer (-52): Retry time not yet reached
2005-12-18 16:22:02 1Enxch-0005SS-1H Message is frozen
2005-12-18 16:22:02 1Enxg8-0005ie-GI Message is frozen
2005-12-18 16:22:02 1Enxue-0005kZ-Mi Message is frozen
2005-12-18 16:22:02 1Eny8z-0006Tf-HR Message is frozen
2005-12-18 16:22:02 1Eny9B-0006Tr-4W Message is frozen
2005-12-18 16:22:02 1Enyqi-0006da-Qw == xeon@xeon.spacenet.com <root@Xeon.spacenet.com> R=localuser T=local_delivery defer (-52): Retry time not yet reached
2005-12-18 16:22:02 1EnzK1-0006km-FV == xeon@xeon.spacenet.com <root@Xeon.spacenet.com> R=localuser T=local_delivery defer (-52): Retry time not yet reached
2005-12-18 16:22:02 1EnzYV-0006sT-Ka == xeon@xeon.spacenet.com <root@Xeon.spacenet.com> R=localuser T=local_delivery defer (-52): Retry time not yet reached
2005-12-18 16:22:02 1EnzZR-0006sc-DJ == /var/opt/vmail/xeon.make.at/markus/Maildir <markus@xeon.make.at> R=virtual_domains T=virtual_delivery defer (13): Permission denied: cannot create /var/opt/vmail/xeon.make.at/markus/Maildir
2005-12-18 16:22:02 1EnzxD-00070z-UI == /var/opt/vmail/xeon.make.at/markus/Maildir <markus@xeon.make.at> R=virtual_domains T=virtual_delivery defer (-52): Retry time not yet reached
2005-12-18 16:22:02 1Eo04P-00078E-3I == /var/opt/vmail/xeon.make.at/markus/Maildir <markus@xeon.make.at> R=virtual_domains T=virtual_delivery defer (-52): Retry time not yet reached
2005-12-18 16:22:02 1Eo04d-00078O-JU == /var/opt/vmail/xeon.make.at/markus/Maildir <markus@xeon.make.at> R=virtual_domains T=virtual_delivery defer (-52): Retry time not yet reached
2005-12-18 16:22:02 1Eo05F-00078d-6c == /var/opt/vmail/xeon.make.at/markus/Maildir <markus@xeon.make.at> R=virtual_domains T=virtual_delivery defer (-52): Retry time not yet reached
2005-12-18 16:22:02 1Eo05a-00078q-LX == /var/opt/vmail/xeon.make.at/markus/Maildir <markus@xeon.make.at> R=virtual_domains T=virtual_delivery defer (-52): Retry time not yet reached
2005-12-18 16:22:02 1Eo0Gr-0007A6-4X == xeon@xeon.spacenet.com <root@Xeon.spacenet.com> R=localuser T=local_delivery defer (-52): Retry time not yet reached
2005-12-18 16:22:02 End queue run: pid=27593
2005-12-18 16:30:16 1Eo0UK-0007IZ-9S <= root@Xeon.spacenet.com U=root P=local S=926 T="Cron <root@Xeon> /usr/local/dnssecondary/dnsupdate.sh"
2005-12-18 16:30:16 1Eo0UK-0007IZ-9S == xeon@xeon.spacenet.com <root@Xeon.spacenet.com> R=localuser T=local_delivery defer (2): No such file or directory: failed to chdir to /home/xeon

Was habe ich falsch gemacht - was muss ich tun das es richtig funktioniert?

Das haupt Problem liegt hier -->

ich weiß nur nicht welche rechte das Verzeichniss haben soll

2005-12-18 22:59:59 1Eo6ZT-0000eJ-3Q == /var/opt/vmail/mnmspace.com/postmaster/Maildir <postmaster@mnmspace.com> R=virtual_domains T=virtual_delivery defer (13): Permission denied: cannot create /var/opt/vmail/mnmspace.com/postmaster/Maildir


das ist die essenzielle Zeile

wenn ich über virtual exim eine Local Domain anlege steht das im Kog und kein Verzeichniss wird angelegt


Mein Exim User Heßt Debian-exim und Gruppe Debian-exim

das habe ich mit chown auch am verzeichniss angewendet.

lg

[makeat]

Xeon:/var/opt/vmail# chown Debian-exim.vexim *.*
chown: ,,Debian-exim.vexim": ungültige Gruppe
Xeon:/var/opt/vmail# chown Debian-exim.vexim *.*
chown: ,,Debian-exim.vexim": ungültige Gruppe
Xeon:/var/opt/vmail# chown vexim.Debian-exim *.*
chown: ,,vexim.Debian-exim": ungültiger Benutzer
Xeon:/var/opt/vmail# chown Debian-exim.vexim *.*
chown: ,,Debian-exim.vexim": ungültige Gruppe


das pasiert wenn ich das versuche ...

[timeless2]

Ganz offensichtlich hat er ein Problem mit dem Benutzer und der Gruppe. Schau mal in der /etc/passwd, ob du dort einen Eintrag für vexim findest:
vmail99:99:...

Und in der /etc/group:
vmail99:

Hattest du vielleicht schon vorher einen Benutzer bzw. Gruppe mit der uid 99 angelegt?

[makeat]

Ganz offensichtlich hat er ein Problem mit dem Benutzer und der Gruppe. Schau mal in der /etc/passwd, ob du dort einen Eintrag für vexim findest:
vmail99:99:...

Und in der /etc/group:
vmail99:

Hattest du vielleicht schon vorher einen Benutzer bzw. Gruppe mit der uid 99 angelegt?

also in /etc/passwd:

Code: Select all

root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/bin/sh
bin:x:2:2:bin:/bin:/bin/sh
sys:x:3:3:sys:/dev:/bin/sh
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/bin/sh
man:x:6:12:man:/var/cache/man:/bin/sh
lp:x:7:7:lp:/var/spool/lpd:/bin/sh
mail:x:8:8:mail:/var/mail:/bin/sh
news:x:9:9:news:/var/spool/news:/bin/sh
uucp:x:10:10:uucp:/var/spool/uucp:/bin/sh
proxy:x:13:13:proxy:/bin:/bin/sh
www-data:x:33:33:www-data:/var/www:/bin/sh
backup:x:34:34:backup:/var/backups:/bin/sh
list:x:38:38:Mailing List Manager:/var/list:/bin/sh
irc:x:39:39:ircd:/var/run/ircd:/bin/sh
gnats:x:41:41:Gnats Bug-Reporting System (admin):/var/lib/gnats:/bin/sh
nobody:x:65534:65534:nobody:/nonexistent:/bin/sh
Debian-exim:x:102:102::/var/spool/exim4:/bin/false
xeon:x:1000:1000:xeon,,,:/home/xeon:/bin/bash
identd:x:100:65534::/var/run/identd:/bin/false
sshd:x:101:65534::/var/run/sshd:/bin/false
bind:x:103:104::/var/cache/bind:/bin/false
mysql:x:104:105:MySQL Server,,,:/var/lib/mysql:/bin/false
postfix:x:105:106::/var/spool/postfix:/bin/false
vmail:x:99:99::/var/opt/vmail:/bin/false
clamav:x:108:108::/var/lib/clamav:/bin/false

und hier

/etc/group

Code: Select all

root:x:0:
daemon:x:1:
bin:x:2:
sys:x:3:
adm:x:4:
tty:x:5:
disk:x:6:
lp:x:7:
mail:x:8:
news:x:9:
uucp:x:10:
man:x:12:
proxy:x:13:
kmem:x:15:
dialout:x:20:xeon
fax:x:21:
voice:x:22:
cdrom:x:24:xeon
floppy:x:25:xeon
tape:x:26:
sudo:x:27:
audio:x:29:xeon
dip:x:30:
www-data:x:33:
backup:x:34:
operator:x:37:
list:x:38:
irc:x:39:
src:x:40:
gnats:x:41:
shadow:x:42:
utmp:x:43:
video:x:44:xeon
sasl:x:45:
plugdev:x:46:xeon
staff:x:50:
games:x:60:
users:x:100:
nogroup:x:65534:
crontab:x:101:
Debian-exim:x:102:clamav
xeon:x:1000:
ssh:x:103:
bind:x:104:
mysql:x:105:
postfix:x:106:
postdrop:x:107:
vmail:x:99:
clamav:x:108:

[timeless2]

chown -R vmail.vmail /var/opt/vmail/*

[makeat]

chown -R vmail.vmail /var/opt/vmail/*

Xeon:/var/opt/vmail# chown -R vmail.vmail /var/opt/vmail/*
chown: Zugriff auf ,,/var/opt/vmail/*" nicht möglich: Datei oder Verzeichnis nicht gefunden
Xeon:/var/opt/vmail#


hm was kann ich tun der nimmt den befehl nicht

[dodolin]

a) Welche Zugriffsrechte hat /var/opt/vmail?
b) Unter welchem User/Group läuft Exim, wenn er dort versucht, eine Mail zuzustellen? (Im entsprechenden Transport virtual_delivery nachschauen).

Das ist wohl der Knackpunkt:

Code: Select all

2005-12-18 16:22:02 1EnzZR-0006sc-DJ == /var/opt/vmail/xeon.make.at/markus/Maildir <markus@xeon.make.at> R=virtual_domains T=virtual_delivery defer (13): Permission denied: cannot create /var/opt/vmail/xeon.make.at/markus/Maildir 

[makeat]

a) Welche Zugriffsrechte hat /var/opt/vmail?
b) Unter welchem User/Group läuft Exim, wenn er dort versucht, eine Mail zuzustellen? (Im entsprechenden Transport virtual_delivery nachschauen).

Das ist wohl der Knackpunkt:

Code: Select all

2005-12-18 16:22:02 1EnzZR-0006sc-DJ == /var/opt/vmail/xeon.make.at/markus/Maildir <markus@xeon.make.at> R=virtual_domains T=virtual_delivery defer (13): Permission denied: cannot create /var/opt/vmail/xeon.make.at/markus/Maildir 

genau das habe ich schon verstanden... aber ich verstehe nicht wie die rechte sein sollen das es funktioniert

das ist exim4
Debian-exim102:102::/var/spool/exim4:/bin/false

andere user siehe oben habe beide conf datein gepostet.


Xeon:/var/opt# ls -l
insgesamt 4
drwxr-xr-x 3 vmail vmail 4096 2005-12-18 16:03 vmail

so sieht das verzeichniss mit den rechten aus

Xeon:/var/opt/vmail# ls -l
insgesamt 0

das kommt wenn ich ne ebene tiefer gehe ....


ich bin mit meinem latein am ende ...

[makeat]

ich habe nun alle möglichen rechte ausprobiert


WELCHE REchte muss das /var/opt/vmail haben ?

ich hatte vmail.vmail nun habe ich probiert Debian-exim.Debian-exim zu machen ohne Erfolg...

gibt es hier keinen der weis was ich tun soll ?

[dodolin]

Jetzt mach doch mal nicht so nen Stress, dadurch löst sich das Problem auch nicht schneller. ;)

Was dein Exim-User ist, ist ziemlich irrelevant, weil die meisten Transports unter anderen Usern laufen. Daher wäre es sehr hilfreich, wenn du mal deinen virtual_delivery Transport hier reinposten würdest oder zumindest mal die dortigen User und Group Optionen nennen würdest. Aber das hatte ich zuvor auch schonmal gesagt. Ohne diese Info stochern wir doch hier mehr oder weniger im Nebel rum und dazu habe ich nicht so viel Lust.

[makeat]

Jetzt mach doch mal nicht so nen Stress, dadurch löst sich das Problem auch nicht schneller. ;)

Was dein Exim-User ist, ist ziemlich irrelevant, weil die meisten Transports unter anderen Usern laufen. Daher wäre es sehr hilfreich, wenn du mal deinen virtual_delivery Transport hier reinposten würdest oder zumindest mal die dortigen User und Group Optionen nennen würdest. Aber das hatte ich zuvor auch schonmal gesagt. Ohne diese Info stochern wir doch hier mehr oder weniger im Nebel rum und dazu habe ich nicht so viel Lust.

virtual_delivery Transport wo finde ich das ?

Was oder welche Datei soll ich posten ?

Ich hab es nun zum laufen gebracht ... hab einfach mit chown böse rechte (execute trough others gesetzt) und nun geht es aber ich denke mal das es sicher nict ne kluge lösung ist ...

[timeless2]

Also deine virtual_delivery Transport-Einstellungen findest du in einer deiner Konfigurationsdateien von exim, du solltest schon mal in deine Konfigurationsdateien reinschauen.

[makeat]

Also deine virtual_delivery Transport-Einstellungen findest du in einer deiner Konfigurationsdateien von exim, du solltest schon mal in deine Konfigurationsdateien reinschauen.

Code: Select all

######################################################################
#                      TRANSPORTS CONFIGURATION                      #
######################################################################
#                       ORDER DOES NOT MATTER                        #
#     Only one appropriate transport is called for each delivery.    #
######################################################################

# A transport is used only when referenced from a router that successfully
# handles an address.

begin transports


# This transport is used for delivering messages over SMTP connections.

remote_smtp:
  driver = smtp


# This transport is used for local delivery to user mailboxes in traditional
# BSD mailbox format. By default it will be run under the uid and gid of the
# local user, and requires the sticky bit to be set on the /var/mail directory.
# Some systems use the alternative approach of running mail deliveries under a
# particular group instead of using the sticky bit. The commented options below
# show how this can be done.

local_delivery:
  driver = appendfile
  file = /var/mail/$local_part
  delivery_date_add
  envelope_to_add
  return_path_add
  group = mail
  user = $local_part
  mode = 0660
  no_mode_fail_narrower

virtual_delivery:
  driver = appendfile
  envelope_to_add
  return_path_add
  mode = 0600
  maildir_format = true
  create_directory = true
  directory = ${lookup mysql{select smtp from users,domains 
		where localpart = '${quote_mysql:$local_part}' 
		and domain = '${quote_mysql:$domain}' 
		and users.domain_id = domains.domain_id}}
  user = ${lookup mysql{select users.uid  from users,domains 
		where localpart = '${quote_mysql:$local_part}' 
		and domain = '${quote_mysql:$domain}' 
		and users.domain_id = domains.domain_id}}
  group = ${lookup mysql{select users.gid from users,domains 
		where localpart = '${quote_mysql:$local_part}' 
		and domain = '${quote_mysql:$domain}' 
		and users.domain_id = domains.domain_id}}
  quota = ${lookup mysql{select users.quota from users,domains 
  		where localpart = '${quote_mysql:$local_part}' 
		and domain = '${quote_mysql:$domain}' 
		and users.domain_id = domains.domain_id}{${value}M}}
  quota_is_inclusive = false
  #quota_size_regex = ,S=(d+):
  quota_warn_threshold = 75%
  maildir_use_size_file = false
  quota_warn_message = "To: $local_part@$domainn
  			Subject: Mailbox quota warningnn
			This message was automatically generated by the mail delivery software.nn
			You are now using over 75% of your allocated mail storage quota.nn
			If your mailbox fills completely, further incoming messages will be automaticallyn
			returned to their senders.nn
			Please take note of this and remove unwanted mail from your mailbox.n"

virtual_vacation_delivery:
  driver   = autoreply
  from     = "${local_part}@${domain}"
  to       = ${sender_address}
  subject  = "Autoreply from ${local_part}@${domain}"
  text     = ${lookup mysql{select vacation from users,domains 
		where domain='${quote_mysql:$domain}' 
		and localpart='${quote_mysql:$local_part}' 
		and users.domain_id=domains.domain_id}}

mailman_transport:
  driver = pipe
  command = MAILMAN_WRAP 
            '${if def:local_part_suffix 
                  {${sg{$local_part_suffix}{-(\w+)(\+.*)?}{$1}}} 
                  {post}}' 
            $local_part
  current_directory = MAILMAN_HOME
  home_directory = MAILMAN_HOME
  user = MAILMAN_USER
  group = MAILMAN_GROUP

# This transport is used for handling pipe deliveries generated by alias or
# .forward files. If the pipe generates any standard output, it is returned
# to the sender of the message as a delivery error. Set return_fail_output
# instead of return_output if you want this to happen only when the pipe fails
# to complete normally. You can set different transports for aliases and
# forwards if you want to - see the references to address_pipe in the routers
# section above.

address_pipe:
  driver = pipe
  return_output
  user = ${lookup mysql{select users.uid from users,domains where localpart = '${quote_mysql:$local_part}' and domain = '${quote_mysql:$domain}' and users.domain_id = domains.domain_id}}
  group = ${lookup mysql{select users.gid from users,domains where localpart = '${quote_mysql:$local_part}' and domain = '${quote_mysql:$domain}' and users.domain_id = domains.domain_id}}

address_pipe_catchall:
  driver = pipe
  return_output
  user = ${lookup mysql{select users.uid from users,domains where localpart = '*' and domain = '${quote_mysql:$domain}' and users.domain_id = domains.domain_id}}
  group = ${lookup mysql{select users.gid from users,domains where localpart = '*' and domain = '${quote_mysql:$domain}' and users.domain_id = domains.domain_id}}

address_pipe_local:
  driver = pipe
  return_output


# This transport is used for handling deliveries directly to files that are
# generated by aliasing or forwarding.

address_file:
  driver = appendfile
  delivery_date_add
  envelope_to_add
  return_path_add


# This transport is used for handling autoreplies generated by the filtering
# option of the userforward router.

address_reply:
  driver = autoreply

so hier ich hoffe das war gemeint.

danke das mir hier geholfen wird ...

[dodolin]

hab einfach mit chown böse rechte (execute trough others gesetzt) und nun geht es aber ich denke mal das es sicher nict ne kluge lösung ist ...

Ne, das ist in der Tat keine kluge Lösung!

User und Group werden also aus der DB gezogen. Wie hier zu lesen ist: http://www.debianhowto.de/de:howtos:sar ... end_vexim2 , solltest du in vexim/config/variables.php $uid und $gid auf 99 gesetzt haben. Hast du das?

Das ist dann der Default-Wert, allerdings kann man diesen im vexim-Admin-Frontend beim Anlegen eines neuen Users überschreiben. Hast du das getan oder immer den Default benutzt? Um ganz sicher zu gehen, kannst du die Query ja mal per Hand machen und schauen, was für diesen User, wo das nicht klappt in der DB als User und Group eingetragen ist.

Normalerweise sollte also Exim die Zustellung unter vmail/vmail erledigen. Damit sollte es ausreichen, wenn vmail in /var/opt/vmail alle Rechte (rwx) hat. Others sollten dort überhaupt keine Rechte (---) haben.

[makeat]

User und Group werden also aus der DB gezogen. Wie hier zu lesen ist: http://www.debianhowto.de/de:howtos:sar ... end_vexim2 , solltest du in vexim/config/variables.php $uid und $gid auf 99 gesetzt haben. Hast du das?

Ja habe ich 90 90 also gruppe und user.

Das ist dann der Default-Wert, allerdings kann man diesen im vexim-Admin-Frontend beim Anlegen eines neuen Users überschreiben. Hast du das getan oder immer den Default benutzt? Um ganz sicher zu gehen, kannst du die Query ja mal per Hand machen und schauen, was für diesen User, wo das nicht klappt in der DB als User und Group eingetragen ist.

hier hab ich immer 90 verwendet... soll ich hier vielleichtmal den exim user und group verwenden ?

Normalerweise sollte also Exim die Zustellung unter vmail/vmail erledigen. Damit sollte es ausreichen, wenn vmail in /var/opt/vmail alle Rechte (rwx) hat. Others sollten dort überhaupt keine Rechte (---) haben.

es funktioniert nur wenn others rechte hat. (bei mir)

so viel ich weiss sollte das /var/opt/vmail unter vmail.vmail laufen.
Wenn ich das mache habe ich plötzlich keine schreibrechte und im exim4 log steht das was ich ganz oben schon gepostet habe.

[makeat]

VALUES ('1', 'siteadmin', 'siteadmin', 'CHANGE', '$1$12345678$2lQK5REWxaFyGz.p/dos3/', '65535', '65535', '', '', 'SiteAdmin', 'site', '1');


das ist bei mir in VEXIM drin

uid '65535' und GUID '65535'

das beim siteadmin

die anderen 2 User also local domains habe ich mit 90 90 drinn ... ist das falsch ?

[makeat]

nobody65534:65534:nobody:/nonexistent:/bin/sh

haha hab ich den error ?

der siteadmin lauft über 65534.65534 soll ich das auf 90 machen ...

[dodolin]

Ja habe ich 90 90 also gruppe und user

War das jetzt ein Tippfehler? Es muss 99 sein, nicht 90. Nämlich die IDs, die User/Gruppe vmail in /etc/passwd und /etc/group haben.

der siteadmin lauft über 65534.65534 soll ich das auf 90 machen ...

Auf 99.99, ja. Sofern der Siteadmin auch Mails empfangen können soll. Wenn er lediglich zum Anlegen anderer User im Web-Frontend dient, ist natürlich nobody sicherer.

[makeat]

Ja habe ich 90 90 also gruppe und user

War das jetzt ein Tippfehler? Es muss 99 sein, nicht 90. Nämlich die IDs, die User/Gruppe vmail in /etc/passwd und /etc/group haben.

der siteadmin lauft über 65534.65534 soll ich das auf 90 machen ...

Auf 99.99, ja. Sofern der Siteadmin auch Mails empfangen können soll. Wenn er lediglich zum Anlegen anderer User im Web-Frontend dient, ist natürlich nobody sicherer.

Das war mein Fehler ... ich habs leider oft mit zahlendrehern....

99 99 lauft jetzt juhu :-)

ich bin froh das es an dem gescheitert ist und nicht an was wirklich komplexen ...

Super sache SMTP von Web.de oder meinem Qmail Server funktioniert super :-)

Rein Raus etc ... perfekt.

Nun habe ich noch ein Problem mit der Mailingliste die meldet nen Perl Modul Fehler aber das schau ich mir noch genauer an ... vielleicht hab ich da auch nen Zahlendreher drinn

DANKE für die tolle Hilfe