der Postfix Mailserver + MySQL Datenbank...

K

keksinat0r

0
(bei bedarf verschieben... ^^)

Ich hab auf meinem Rootserver einen Mailserver mit Unix-Usern eingerichtet...
funktioniert auch wunderbar, ich kann Mails senden und Empfangen...

Da es aber jetzt eine größere Anzahl an Clienten geben wird wollte ich das Ganze über eine MySQL-Datenbank laufen lassen, nur das will net so recht funktionieren...

ich hab mich dazu durch dieses Tuturial durchgehangelt und bleib jetzt an dieser Stelle hängen...

Hier die Ausgabe:

Code: 
alpha952:/# telnet server.tld 25
Trying xxx.xxx.xxx.xxx...
Connected to server.tld.
Escape character is '^]'.
220 server.tld ESMTP Postfix
helo myserver
250 server.tld
ehlo myserver
250-server.tld
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250-STARTTLS
250-AUTH CRAM-MD5 PLAIN DIGEST-MD5 LOGIN
250-AUTH=CRAM-MD5 PLAIN DIGEST-MD5 LOGIN
250 8BITMIME
mail from: <test@myserver>

Ich bekomme auf den "from-header" keine Antwort des Servers mehr zurück...
Wobei vollkommen egal ist was ich in den Header schreibe.
Auch existente Adressen (oder die meines lokalen Mailservers) nimmt er nicht an...

Ich hab alles genau nach dem Tutorial eingerichtet und bekam auch nirgends bei den Überprüfungen irgendeinen Fehler...
Der User existiert un der Datenbank, die Verzeichnisse sind Angelegt, due Unix-User haben entsprechende Berechtigungen...

Kennt sich einer mit Postfix aus und kann mir sagen warum das net funktioniert?
(bei Bedarf poste ich alle Configs...)
 
Was sagen denn die Postfix-Logs, wenn du eine Mail versenden willst und wenn er eine entgegen nimmt?
Abgesehen davon finde ich es unverantwortlich, dass du einen Mailserver an's Netz stellst und offenbar keine Ahnung davon hast.
 
Naja...
Ich will ka net grad GMX Konkurenz machen, der Server soll meiner Community dienen...
Und bis jetzt hat ja auch alles mit den "normalen" Unix-Usern funktioniert, nur möchte ich das Ganze jetzt eben über die SQL-Datenbank laufen lassen...

wie dem auch sei:

In den Logs steht darüber garnix...
Es sind lediglich die Einträge diverser Mailer-Cronjobs vorhanden.
 
Das weist doch darauf hin, daß die Mails garnicht erst angenommen werden oder daß die Rechte auf die Logs nicht stimmen? Gibt es Fehlermeldungen oder Warnungen beim Restart des Mailservers in den Logs?
 
In den Logs steht wie schon gesagt nix außer den Cronjobs drin...

Darum hab ich mich ja mal wieder hier an das Froum gewendet^^
Da ich absolut keine Idee hab' warum es net funktioniert, zumal es ohne die Datenbank ja funktioniert hat...
 
Wenn in den Logs nichtmail etwas in folgender Art auftaucht
Code: 
Mar 25 21:03:20 hostname postfix/postfix-script: starting the Postfix mail system
Mar 25 21:03:20 hostname postfix/master[25028]: daemon started -- version 2.1.5
sind definitiv einige Einstellungen falsch und der Mailserver startet nicht richtig. Schau einfach mal nach was 'postfix check' auswirft.
 
...Natürlich steht in der Log das der Server gestartet wurde...
Das ist selbstverständlich, sonst würde darin ja auch nix von den Cronjobs stehen...

Der Postfix-User hat alle rechte auf die Logfile, sowie auf alles andere was der Mailserver benötigt...
Ich hatte ichn sogar schon zur Root-Gruppe hinzugefügt, allerdings hat sich an der Situation dadurch überhauptnix geändert...
 
Den Mailuser in die root-Gruppe zu packen ist ja auch so ziemlich das schlimmste, was man machen kann. Was sagt denn nun 'postfix check' und wie sieht die Konfiguration aus?
 
Ich hab den Server ja auch nur dorthin gepackt damit ich sicherstellen kann dass es nicht an irgendwelchen Berechtigungen liegt... n bissel Ahnung von sowas hab sogar ich...

naja... hier die Config:


main.cfg
Code: 
inet_interface = all
myhostname = server.tld

virtual_alias_domains = virtual_alias_maps
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual_forwardings.cf mysql:/etc/postfix/mysql-virtual_email2email.cf
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual_domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual_mailboxes.cf
virtual_mailbox_base = /home/vmail
virtual_uid_maps = static:5000
virtual_gid_maps = static:5000

smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes

smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination

smtpd_use_tls = yes
smtpd_tls_cert_file = /etc/postfix/smtpd.cert
smtpd_tls_key_file = /etc/postfix/smtpd.key
master.cf (standartconfig)
Code: 
#
# Postfix master process configuration file.  For details on the format
# of the file, see the Postfix master(5) manual page.
#
# ==========================================================================
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
# ==========================================================================
smtp      inet  n       -       -       -       -       smtpd
#submission inet n      -       -       -       -       smtpd
#	-o smtpd_etrn_restrictions=reject
#	-o smtpd_client_restrictions=permit_sasl_authenticated,reject
#smtps    inet  n       -       -       -       -       smtpd
#  -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes
#submission inet n      -       -       -       -       smtpd
#  -o smtpd_etrn_restrictions=reject
#  -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes
#628      inet  n       -       -       -       -       qmqpd
pickup    fifo  n       -       -       60      1       pickup
cleanup   unix  n       -       -       -       0       cleanup
qmgr      fifo  n       -       n       300     1       qmgr
#qmgr     fifo  n       -       -       300     1       oqmgr
tlsmgr    unix  -       -       -       1000?   1       tlsmgr
rewrite   unix  -       -       -       -       -       trivial-rewrite
bounce    unix  -       -       -       -       0       bounce
defer     unix  -       -       -       -       0       bounce
trace     unix  -       -       -       -       0       bounce
verify    unix  -       -       -       -       1       verify
flush     unix  n       -       -       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
smtp      unix  -       -       -       -       -       smtp
# When relaying mail as backup MX, disable fallback_relay to avoid MX loops
relay     unix  -       -       -       -       -       smtp
	-o fallback_relay=
#       -o smtp_helo_timeout=5 -o smtp_connect_timeout=5
showq     unix  n       -       -       -       -       showq
error     unix  -       -       -       -       -       error
discard   unix  -       -       -       -       -       discard
local     unix  -       n       n       -       -       local
virtual   unix  -       n       n       -       -       virtual
lmtp      unix  -       -       -       -       -       lmtp
anvil     unix  -       -       -       -       1       anvil
scache	  unix	-	-	-	-	1	scache
#
# ====================================================================
# Interfaces to non-Postfix software. Be sure to examine the manual
# pages of the non-Postfix software to find out what options it wants.
#
# Many of the following services use the Postfix pipe(8) delivery
# agent.  See the pipe(8) man page for information about ${recipient}
# and other message envelope options.
# ====================================================================
#
# maildrop. See the Postfix MAILDROP_README file for details.
# Also specify in main.cf: maildrop_destination_recipient_limit=1
#
maildrop  unix  -       n       n       -       -       pipe
  flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient}
#
# See the Postfix UUCP_README file for configuration details.
#
uucp      unix  -       n       n       -       -       pipe
  flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
#
# Other external delivery methods.
#
ifmail    unix  -       n       n       -       -       pipe
  flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp     unix  -       n       n       -       -       pipe
  flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -t$nexthop -f$sender $recipient
scalemail-backend unix	-	n	n	-	2	pipe
  flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension}
mailman   unix  -       n       n       -       -       pipe
  flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py
  ${nexthop} ${user}
mysql-virtual_domains.cf
Code: 
user = [...]
password = [...]
dbname = [...]
table = domains
select_field = 'virtual'
where_field = domain
hosts = 127.0.0.1
mysql-virtual_forwardings.cf
Code: 
user = [...]
password = [...]
dbname = [...]
table = forwardings
select_field = destination
where_field = source
hosts = 127.0.0.1
mysql-virtual_mailboxes.cf
Code: 
user = [...]
password = [...]
dbname = [...]
table = users
select_field = CONCAT(SUBSTRING_INDEX(email,'@',-1),'/',SUBSTRING_INDEX(email,'@',1),'/')
where_field = email
hosts = 127.0.0.1
mysql-virtual_email2email.cf
Code: 
user = [...]
password = [...]
dbname = [...]
table = users
select_field = email
where_field = email
hosts = 127.0.0.1
smtpd.conf
Code: 
pwcheck_method: auxprop
auxprop_plugin: sql
mech_list: plain login cram-md5 digest-md5
sql_engine: mysql
sql_hostnames: 127.0.0.1
sql_user: [...]
sql_passwd: [...]
sql_database: [...]
sql_select: select password from users where email='%u@%r'
authmysqlrc
Code: 
MYSQL_SERVER localhost
MYSQL_USERNAME [...]
MYSQL_PASSWORD [...]
MYSQL_PORT 3306
MYSQL_DATABASE [...]
MYSQL_USER_TABLE users
MYSQL_CLEAR_PWFIELD password
MYSQL_UID_FIELD 5000
MYSQL_GID_FIELD 5000
MYSQL_LOGIN_FIELD email
MYSQL_HOME_FIELD "/home/vmail"
MYSQL_MAILDIR_FIELD CONCAT(SUBSTRING_INDEX(email,'@',-1),'/',SUBSTRING_INDEX(email,'@',1),'/')

achso...
postfix check sagt nix...
 
Den User mit der UID 5000 und die Gruppe mit GID 5000 hast du angelegt? Port 25 ist nicht nur über localhost erreichbar? Funktioniert der Connect auf die Datenbank über die Konsole mit den in den cf-Dateien angegebenen Zugangsdaten?
Woher kennt der Server seine Destination (mydestinattion fehlt, min. eine sollte angegeben werden)? Woher weiß er auf welchen IPs er Mails entgegen nehmen soll? Woher kennt er seine sasl_local_domain? usw. usf. Ja, ich weiß, viele Fragen, aber das sind die Punkte, die man zuerst durchgehen sollte, wenn ein Mailserver sichtlich garnicht reagiert.
In dem Howto steht nicht umsonst, daß die von dir in die main.cf eingetragenen Parameter nur die sind, die für die virtuellen Domains notwendig sind, was nicht heißt, daß sie für den gesamten Postfix ausreichen. Im Normalfall modifiziert man die vorhandene (Debian-Default) main.cf und schreibt keine neue, wenn man dieses Howto nutzt. Versuche es einfach mal mit der folgenden Konfiguration:
Code: 
inet_interfaces = all
home_mailbox = Maildir/
myhostname = <servername-hier-rein>
mydestination = <servername-hier-rein>
local_recipient_maps  = $alias_maps $virtual_mailbox_maps unix:passwd.byname
virtual_mailbox_base  = /home/vmail
broken_sasl_auth_clients    = yes
smtpd_sasl_auth_enable      = yes
smtpd_sasl_security_options = noanonymous
smtpd_sasl_local_domain = $myhostname
smtpd_use_tls = yes
smtpd_tls_cert_file = /etc/postfix/smtpd.cert
smtpd_tls_key_file = /etc/postfix/smtpd.key
unknown_local_recipient_reject_code = 550
smtpd_recipient_restrictions = permit_mynetworks,
                        permit_sasl_authenticated,
                        reject_unknown_sender_domain,
                        reject_unknown_recipient_domain,
                        reject_non_fqdn_sender,
                        reject_rbl_client zombie.dnsbl.sorbs.net,
                        reject_rbl_client relays.ordb.org,
                        reject_rbl_client opm.blitzed.org,
                        reject_rbl_client sbl.spamhaus.org,
                        reject_rbl_client bl.spamcop.net
                        reject_unauth_destination


smtpd_client_restrictions = permit_mynetworks,
        reject_unauth_pipelining,
        reject_rbl_client relays.ordb.org,
        reject_rbl_client sbl.spamhaus.org,
        reject_rhsbl_client blackhole.securitysage.com,
        permit

smtpd_sender_restrictions = permit_mynetworks,
        reject_non_fqdn_sender,
        reject_unknown_sender_domain,
        reject_unlisted_sender,
        reject_rhsbl_sender blackhole.securitysage.com,
        permit

smtpd_data_restrictions = reject_multi_recipient_bounce,
        reject_unauth_pipelining

command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
program_directory = /usr/lib/postfix
myorigin = /etc/mailname
append_dot_mydomain = yes
relayhost =
mynetworks = 127.0.0.0/8, <deine-server-ip-hier-rein>
mailbox_command = procmail -a "$EXTENSION"
recipient_delimiter = +

maildrop_destination_concurrency_limit = 1
maildrop_destination_recipient_limit   = 1

virtual_alias_maps = mysql:/etc/postfix/mysql-virtual_forwardings.cf mysql:/etc/postfix/mysql-virtual_email2email.cf
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual_domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual_mailboxes.cf
virtual_uid_maps = static:5000
virtual_gid_maps = static:5000
content_filter=smtp-amavis:[127.0.0.1]:10024
Ersetze natürlich die Werte in den spitzen Klammern durch was, was zu deinem Server passt.
 
ich hab jetzt deine config angepasst und eingefügt...
immernoch das gleiche Problem...

- UID und GID 5000 existieren
- Port 25 ist offen
- SQL-Zugangsdaten stimmen
- mydestination ist wenn sie nicht gesetzt wird normalerweise der hostname (habs jetzt erstezt)
- IP-Einschränkung sollte wenn sie nicht gesetzt wird deaktiviert sein (hab ich jetzt allerdigns gesetzt)

naja ich sag aber trotzdem schonma Danke für deine Bemühungen :)
 
Hmm, langsam wird's wirklich schwierig. Mich wundert, daß in den Maillogs garnichts steht. Hast du die MySQL-Zugangsdaten für den Mailserver auch mal über die Konsole getestet?

Code: 
mysql -u <benutzername> -p -h 127.0.0.1 <datenbankname>

Und hast du auch mal in die mail.err und mail.warn geschaut, ob es dort Meldungen gibt? Läuft die 'master' überhaupt, wenn du den Mailserver startest oder wird er gleich wieder beendet?
 
- auf die Datenbank kann ich mit den entsprechenden Zugangsdaten (über die Konsole) verbinden.

ok seit ich die neue Config drin habe steht in der mail.warn folgendes:
Code: 
Mar 25 23:17:55 alpha952 postfix/cleanup[17977]: warning: connect to mysql server 127.0.0.1: Access denied for user 'p_admin'@'localhost' (using password: YES)
Mar 25 23:17:55 alpha952 postfix/cleanup[17977]: warning: BC5B6152C8DE: virtual_alias_maps map lookup problem for root@server.tld
Mar 25 23:17:55 alpha952 postfix/pickup[17881]: warning: maildrop/3C82E152C8C2: Error writing message file
Mar 25 23:18:55 alpha952 postfix/cleanup[17977]: warning: BE7AE152C8DE: virtual_alias_maps map lookup problem for root@server.tld
Mar 25 23:18:55 alpha952 postfix/pickup[17881]: warning: maildrop/3C82E152C8C2: Error writing message file

Die nötigen Berechtigungen hat der User in der Datenbank aber...
Passwörter stimmen in allen Configs, ich hab alle extra nochmal neu eingefügt und für den SQL-User neu gesetzt...


[ UPDATE: ]

nach einem weiteren Versuch und vollen Rechten auf Datenbank und Verzeichnisse:
Code: 
Mar 25 22:01:30 alpha952 postfix/trivial-rewrite[16142]: fatal: mysql:/etc/postfix/mysql-virtual_domains.cf(0,100): table lookup problem
Mar 25 22:01:31 alpha952 postfix/smtpd[15715]: warning: premature end-of-input on private/rewrite socket while reading input attribute name
Mar 25 22:01:31 alpha952 postfix/smtpd[15715]: warning: problem talking to service rewrite: Success
Mar 25 22:01:31 alpha952 postfix/master[15490]: warning: process /usr/lib/postfix/trivial-rewrite pid 16142 exit status 1
Mar 25 22:01:31 alpha952 postfix/master[15490]: warning: /usr/lib/postfix/trivial-rewrite: bad command startup -- throttling
Mar 25 22:02:50 alpha952 postfix/smtpd[16310]: warning: dict_nis_init: NIS domain name not set - NIS lookups disabled
 
Hast du den User auch als 'p_admin'@'%' angelegt oder als 'p_admin'@'localhost'? In einigen Fällen kann das zu Problemen führen.

Code: 
mysql -u root -p
Enter password: <dein-mysql-root-passwort>

mysql> grant all privileges on <dbname>.* identified by '<passwort-das-benutzt-werden-soll>';
mysql> flush privileges;

Die Werte in den Spitzen Klammern wieder entsprechend austauschen. Damit legst du einen MySQL-User an, der über jedes Host verbinden kann und alle Rechte auf die Datenbank bekommt.

Edit: Hast du skip-networking noch in der my.cnf stehen oder sonstige Änderungen daran gemacht?
 
die Config:

Code: 
#
# The MySQL database server configuration file.
#
# You can copy this to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "/var/lib/mysql/my.cnf" to set server-specific options or
# - "~/.my.cnf" to set user-specific options.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port            = 3306
socket          = /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket          = /var/run/mysqld/mysqld.sock
nice            = 0

[mysqld]
#
# * Basic Settings
#
user            = mysql
pid-file        = /var/run/mysqld/mysqld.pid
socket          = /var/run/mysqld/mysqld.sock
port            = 3306
basedir         = /usr
datadir         = /var/lib/mysql
tmpdir          = /tmp
language        = /usr/share/mysql/english
skip-external-locking
#
# For compatibility to other Debian packages that still use
# libmysqlclient10 and libmysqlclient12.
old_passwords   = 1
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address            = 127.0.0.1
#
# * Fine Tuning
#
key_buffer              = 16M
max_allowed_packet      = 16M
thread_stack            = 128K
#
# * Query Cache Configuration
#
query_cache_limit       = 1048576
query_cache_size        = 16777216
query_cache_type        = 1
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
#log            = /var/log/mysql.log
#log            = /var/log/mysql/mysql.log
#
# Error logging goes to syslog. This is a Debian improvement :)
#
# Here you can see queries with especially long duration
#log-slow-queries       = /var/log/mysql/mysql-slow.log
#
# The following can be used as easy to replay backup logs or for replication.
#server-id              = 1
#log-bin                        = /var/log/mysql/mysql-bin.log
expire-logs-days        = 20
max_binlog_size         = 104857600
#binlog-do-db           = include_database_name
#binlog-ignore-db       = include_database_name
#
# * BerkeleyDB
#
# According to an MySQL employee the use of BerkeleyDB is now discouraged
# and support for it will probably cease in the next versions.
skip-bdb
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# If you want to enable SSL support (recommended) read the manual or my
# HOWTO in /usr/share/doc/mysql-server/SSL-MINI-HOWTO.txt.gz
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem



[mysqldump]
quick
quote-names
max_allowed_packet      = 16M

[mysql]
#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]
key_buffer              = 16M

#
# * NDB Cluster
#
# See /usr/share/doc/mysql-server-*/README.Debian for more information.
#
# The following configuration is read by the ndbd storage daemons,
# not from the ndb_mgmd management daemon.
#
# [MYSQL_CLUSTER]
# ndb-connectstring=127.0.0.1
 
Du solltest mal die Datenbank zum Testen an allen Interfaces lauschen lassen (also das bind-address auskommentieren und die DB neustarten) um sicherzustellen, daß die Probleme nicht daher rühren. Hast du den lokalen Connect mal wie oben beschrieben versucht, also mit der expliziten Hostangabe '127.0.0.1'?
 
Hab die Zeile auskommentiert und bekomme jetzt noch folgende Fehlermeldung:

mail.warn
Code: 
Mar 25 23:52:18 alpha952 postfix/cleanup[19963]: warning: 3FF7B152C8EF: virtual_alias_maps map lookup problem for root@server.tld
Mar 25 23:52:18 alpha952 postfix/pickup[19961]: warning: maildrop/2BC8C152C8DE: Error writing message file

mail.err
Code: 
Mar 25 23:56:34 alpha952 postfix/trivial-rewrite[20351]: fatal: mysql:/etc/postfix/mysql-virtual_email2email.cf(0,100): table lookup problem

mail.log
Code: 
Mar 25 23:58:02 alpha952 postfix/pickup[20592]: 00A1B152C8EF: uid=0 from=<root>
Mar 25 23:58:03 alpha952 postfix/cleanup[20598]: warning: connect to mysql server 127.0.0.1: Access denied for user 'p_admin'@'localhost' (using password: YES)
Mar 25 23:58:03 alpha952 postfix/cleanup[20598]: warning: 00A1B152C8EF: virtual_alias_maps map lookup problem for root@server.tld
Mar 25 23:58:03 alpha952 postfix/pickup[20592]: warning: maildrop/2BC8C152C8DE: Error writing message file
Das gleiche mit direkter IP-Angabe (127.0.0.1)


[ UPDATE: ]

Oh Mein Gott...
Es war ein verdammtes Leerzeichen in der mysql-virtual_email2email.cf
Am ende der Zeile in der das Passwort festgelegt wird war ein Leerzeichen...
Postfix hat es wohl zum Passwort mitgezählt und dann ist es ja kein Wunder dass er den Zugriff verweigert bekommt...

Naja trotzdem nochmal Danke für deine Hilfe^^
 
Die Logmeldungen zeigen an, daß dein Postfix-User nicht in den maildrop-Ordner schreiben kann (maildrop/2BC8C152C8DE: Error writing message file). Dieser muss dem User postfix und der Gruppe postdrop gehören. Ausserdem findet er offenbar deine Domain (domain.tld <- ich gehe mal davon aus, daß du das nur zum hier posten geändert hast) nicht in der Datenbank. Dein Problem liegt also definitiv bei der DB-Verbindung. Ich kann nur nochmal fragen:
Kannst du mit folgendem Befehl auf deine DB verbinden?

Code: 
mysql -u p_admin -p -h 127.0.0.1 <datenbankname>
 
und da kommt schon das nächste Problem:

Code: 
mail from: <test@host>
250 Ok
rcpt to:user@virtual.test
250 Ok
data
354 End data with <CR><LF>.<CR><LF>
TEST. .

ist das so richtig?
Denn ich bekomme hierrauf wieder keine Antwort... (logfiles kommen gleich)

Code: 
Mar 26 00:13:48 alpha952 postfix/qmgr[21475]: warning: connect to transport smtp-amavis: No such file or directory
Dieses Verzeichnis existiert aber...
 
Nimm mal die Zeile für den content-filter aus der main.cf. Du hast ja offenbar keinen eingerichtet, wenn ich das so in deiner master.cf sehe. Dort müsste smtp-amavis naemlich als Service definiert sein, wenn du ihn nutzen willst.
 
Um antworten zu können musst du eingeloggt sein.
Zurück
Oben