wer er machen würde was man sagt braucht man an dieser stelle nicht mal DNS weil's über localhost geht!

 Ich glaube ich schrieb'  root

überfordert es dich was anzuschreiben?
wenn ich root schreibe hat das auch seinen Grund!
im übrigen ist "test" in der Linuxwelt ein denkbar schlecht Benutzer!
also einloggen als root!
 mail  root
 Subject: das ist eine mail ENTER
 dann
hallo,
das ist eine mail Enter
 . Enter

20 sek warten
 mail

kommt die mail an

 

hier :

 

root@Debian-60-squeeze-64-LAMP ~ # mail root
Subject: das ist eine mail
hallo
.
EOT
root@Debian-60-squeeze-64-LAMP ~ # mail
No mail for root
root@Debian-60-squeeze-64-LAMP ~ #

was sagt  mailq

was sagt  mailq

Mail queue is empty

So, schau mal im Heimatverzeichnis vom root, ob es eine Datei  mbox oder  .mbox gib.
und wenn di schon dabei bist schau mal ob's ein Verzeichnis  Maildiroder ähnlich gibt.

Hast du einen funktionierenden DNS am laufen?

So, schau mal im Heimatverzeichnis vom root, ob es eine Datei  mbox oder  .mbox gib. und wenn di schon dabei bist schau mal ob's ein Verzeichnis  Maildiroder ähnlich gibt. Hast du einen funktionierenden DNS am laufen?

DomainNameService? wenn du die einstellungen  beim domainanbieter meinst .. die sollten korrect sein derpymail.at und mail.derpymail.at sind via MX flag auf die server ip zugewiesen.

root@Debian-60-squeeze-64-LAMP ~ # ls root@Debian-60-squeeze-64-LAMP ~ # cd .. root@Debian-60-squeeze-64-LAMP / # ls bin                 lib                               opt      tmp boot                lib32                             proc     usr dev                 lib64                             root     var etc                 lost+found                        run      vmlinuz home                media                             sbin     webmin-setup.out initrd.img          mnt                               selinux installimage.conf   srv installimage.debug  oldsql.txt                        sys root@Debian-60-squeeze-64-LAMP / # cd root root@Debian-60-squeeze-64-LAMP ~ # ls root@Debian-60-squeeze-64-LAMP ~ #

schicke noch mal eine mail an root  und lass mal das log mit laufen

schicke noch mal eine mail an root  und lass mal das log mit laufen

Jan 12 02:44:36 Debian-60-squeeze-64-LAMP postfix/pickup[96326]: 2B7FE3880E27: uid=0 from= Jan 12 02:44:36 Debian-60-squeeze-64-LAMP postfix/cleanup[511374]: 2B7FE3880E27: message-id= Jan 12 02:44:36 Debian-60-squeeze-64-LAMP postfix/qmgr[498840]: 2B7FE3880E27: from=, size=435, nrcpt=1 (queue active) Jan 12 02:44:36 Debian-60-squeeze-64-LAMP postfix/local[511388]: 2B7FE3880E27: to=, orig_to=, relay=local, delay=0.36, delays=0.23/0/0/0.13, dsn=2.0.0, status=sent (delivered to command: /usr/bin/pvemailforward) Jan 12 02:44:36 Debian-60-squeeze-64-LAMP postfix/qmgr[498840]: 2B7FE3880E27: removed

schau dir das hier mal an
http://www.werthmoeller.de/doc/microhowtos/postfix/
und das hier
http://www.synology-wiki.de/index.php/Virtuelle_E-Mail_User_erstellen

lt. deinem log schickt er die mail weg, nur wohin? er darf nur lokal relayen

warum virtuelle Benutzer?

schau dir das hier mal an
http://www.werthmoeller.de/doc/microhowtos/postfix/
und das hier
http://www.synology-wiki.de/index.php/Virtuelle_E-Mail_User_erstellen

lt. deinem log schickt er die mail weg, nur wohin? er darf nur lokal relayen

warum virtuelle Benutzer?

ich kuck mir die links später an

warum virtuelle benutzer?
weil ich nicht will dass jeder enutzer shell zugriff auf meinen server hat

 

weil ich nicht will dass jeder enutzer shell zugriff auf meinen server hat

Darf denn sich jeder per SSH einloggen oder watt? 
Schonmal was von zB /bin/false in der /etc/passwd gehört?  ???

Wenn#s bloß um "ssh" geht muss es nicht gleich "/bin/false" sein
das kann per "ssh", tcprapper, xinetd realisieren

Aber ok ist ja deine Entscheidung!
hab noch was in der Richtung gefunden (virtuelle Benutzer)
http://debianforum.de/forum/viewtopic.php?f=8&t=126365

 

Wenn#s bloß um "ssh" geht muss es nicht gleich "/bin/false" sein
das kann per "ssh", tcprapper, xinetd realisieren

Ja da gibt es ja einige Möglichkeiten SSH abzusichern => DenyHosts oder fail2ban ... ( basieren ja auf das was du erwähnt hast oder? )

Wäre auch der falsche Ansatz wenn man nur das über /bin/false regeln würde, wenn ein User keine shell haben soll und kein SSH darf wird SSH für diesen User nicht erlaubt. Punkt. Und SSH kann man ja auch nur per cert erlauben, naja es gibt da viele Möglichkeiten.

 

DenyHosts oder fail2ban ... ( basieren ja auf das was du erwähnt hast oder? )

Im Prinzip ja! Nur das man die nachinstallieren muss und du weißt wie das mit dem Nachinstallieren so ist!

@war-war
haben wir es hier nur mit virtuellen Usern zu tun oder auch mit (eigentlich) Virtual Domains?

@war-war
wenn Du Dein Problem noch nicht gelöst hast, kannste mich gerne per PN anschreiben.
Hier in diesem Thread scheint es leider nicht möglich zu sein...