ispCP - Board - Support
Mailproblem: Mails in "/var/mail/Maildir/new" statt "/var/mail/virtual/$dom/$usr/new" - Printable Version

+- ispCP - Board - Support (http://www.isp-control.net/forum)
+-- Forum: ispCP Omega International Area (/forum-22.html)
+--- Forum: German Corner (/forum-26.html)
+--- Thread: Mailproblem: Mails in "/var/mail/Maildir/new" statt "/var/mail/virtual/$dom/$usr/new" (/thread-4672.html)

Pages: 1 2 3


Mailproblem: Mails in "/var/mail/Maildir/new" statt "/var/mail/virtual/$dom/$usr/new" - d.i.t.o - 10-12-2008 05:25 PM

Und wieder ein Mailproblem Sad

Server: real
OS: Ubuntu 8.04 LTS - AMD64
RC/Revision: ispcp-omega-trunk-20081010 (?) / ispCP 1.0.0 RC6 OMEGA
Install date: 2008-10-10

Die mails kann ich sowohl versenden, als auch empfangen. Das Empfangen begrenzt sich allerdings nur auf den Server. Die eingehende Mails landen im
"/var/mail/Maildir/new" mit owner: "mail:mail". Von SquirrelMail werden diese aber im
"/var/mail/virtual/dito.ws/mail/new" erwartet. ==> Domain: "dito.ws", Mailaccount: "mail".

Somit kann SquirrelMail auf die empfangene mails nicht zugreifen.

Kann mir bitte jemand sagen, woran das liegen kann?





main.cf

################################################################################​
#
# ispCP ω (OMEGA) a Virtual Hosting Control System
#
# @copyright 2001-2006 by moleSoftware GmbH
# @copyright 2006-2008 by ispCP | http://isp-control.net
# @version SVN: $Id$
# @link http://isp-control.net
# @author ispCP Team
#
# @license
# This program is free software; you can redistribute it and/or modify it under
# the terms of the MPL General Public License as published by the Free Software
# Foundation; either version 1.1 of the License, or (at your option) any later
# version.
# You should have received a copy of the MPL Mozilla Public License along with
# this program; if not, write to the Open Source Initiative (OSI)
# http://opensource.org | osi@opensource.org
#
################################################################################​

# Postfix directory settings; These are critical for normal Postfix MTA functionallity
command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix

# Some common configuration parameters
inet_interfaces = all
mynetworks_style = host

myhostname = dito.ws
mydomain = dito.ws.local
myorigin = $myhostname

smtpd_banner = $myhostname ESMTP ispCP 1.0.0 RC6 OMEGA Managed
setgid_group = postdrop

# Receiving messages parameters
mydestination = $myhostname, $mydomain
append_dot_mydomain = no
append_at_myorigin = yes
local_transport = local
virtual_transport = virtual
transport_maps = hash:/etc/postfix/ispcp/transport
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases

# Delivering local messages parameters
mail_spool_directory = /var/mail

# Mailboxquota
# => 0 for unlimited
# => 104857600 for 100 MB
mailbox_size_limit = 0
mailbox_command = procmail -a "$EXTENSION"

# Message size limit
# => 0 for unlimited
# => 104857600 for 100 MB
message_size_limit = 0

biff = no
recipient_delimiter = _

local_destination_recipient_limit = 1
local_recipient_maps = unix:passwd.byname $alias_database

# ispCP Autoresponder parameters
ispcp-arpl_destination_recipient_limit = 1

# Delivering virtual messages parameters
virtual_mailbox_base = /var/mail/virtual
virtual_mailbox_limit = 0

virtual_mailbox_domains = hash:/etc/postfix/ispcp/domains
virtual_mailbox_maps = hash:/etc/postfix/ispcp/mailboxes

virtual_alias_maps = hash:/etc/postfix/ispcp/aliases

virtual_minimum_uid = 1000
virtual_uid_maps = static:1000
virtual_gid_maps = static:8

# SASL paramters
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_sasl_local_domain =
broken_sasl_auth_clients = yes

smtpd_helo_required = yes

smtpd_helo_restrictions = permit_mynetworks,
permit_sasl_authenticated,
reject_invalid_helo_hostname,
reject_non_fqdn_helo_hostname

#smtpd_sender_restrictions = reject_non_fqdn_sender,
# reject_unknown_sender_domain,
# permit_mynetworks,
# permit_sasl_authenticated

smtpd_recipient_restrictions = reject_non_fqdn_recipient,
reject_unknown_recipient_domain,
permit_mynetworks,
permit_sasl_authenticated,
reject_unauth_destination,
reject_unlisted_recipient,
check_policy_service inet:127.0.0.1:12525,
#check_policy_service inet:127.0.0.1:60000,
permit

smtpd_data_restrictions = reject_multi_recipient_bounce,
reject_unauth_pipelining

# TLS parameters; activate, if avaible/used
#smtpd_use_tls = yes
#smtpd_tls_loglevel = 2
#smtpd_tls_cert_file = /etc/postfix/cert.pem
#smtpd_tls_key_file = /etc/postfix/privkey.pem
#smtpd_tls_auth_only = no
#smtpd_tls_received_header = yes

# AMaViS parameters; activate, if available/used
#content_filter = amavis:[127.0.0.1]:10024

# Quota support; activate, if available/used
#virtual_create_maildirsize = yes
#virtual_mailbox_extended = yes
#virtual_mailbox_limit_maps = mysql:/etc/postfix/mysql_virtual_mailbox_limit_maps.cf
#virtual_mailbox_limit_override = yes
#virtual_maildir_limit_message = "Der Empfaenger dieser Nachricht kann keine Nachrichten mehr empfangen, da seine Mailbox voll ist."
#virtual_overquota_bounce = yes

# by d.i.t.o
home_mailbox = /var/mail/virtual
#
################################################################################​


RE: Mailproblem: Mails in "/var/mail/Maildir/new" statt "/var/mail/virtual/$dom/$usr/new" - ZooL - 10-12-2008 07:01 PM

hast du daran rum gearbeitet an der datei ?
logs wären interessanter..

mfg


RE: Mailproblem: Mails in "/var/mail/Maildir/new" statt "/var/mail/virtual/$dom/$usr/new" - d.i.t.o - 10-12-2008 07:16 PM

Habe einen weiteren Mailuser angelegt. Nun kommen seine Mails nicht an.


(10-12-2008 07:01 PM)ZooL Wrote:  hast du daran rum gearbeitet an der datei ?
logs wären interessanter..

mfg

Ja, hab ich.

postconf -n
#########################################
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_at_myorigin = yes
append_dot_mydomain = no
biff = no
broken_sasl_auth_clients = yes
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
home_mailbox = /var/mail/virtual
inet_interfaces = all
local_destination_recipient_limit = 1
local_recipient_maps = unix:passwd.byname $alias_database
local_transport = local
mail_spool_directory = /var/mail
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
message_size_limit = 0
mydestination = $myhostname, $mydomain
mydomain = dito.ws.local
myhostname = dito.ws
mynetworks_style = host
myorigin = $myhostname
recipient_delimiter = _
setgid_group = postdrop
smtpd_banner = $myhostname ESMTP ispCP 1.0.0 RC6 OMEGA Managed
smtpd_data_restrictions = reject_multi_recipient_bounce, reject_unauth_pipelining
smtpd_helo_required = yes
smtpd_helo_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_invalid_helo_hostname, reject_non_fqdn_helo_hostname
smtpd_recipient_restrictions = reject_non_fqdn_recipient, reject_unknown_recipient_domain, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, reject_unlisted_recipient, check_policy_service inet:127.0.0.1:12525, permit
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain =
smtpd_sasl_security_options = noanonymous
transport_maps = hash:/etc/postfix/ispcp/transport
virtual_alias_maps = hash:/etc/postfix/ispcp/aliases
virtual_gid_maps = static:8
virtual_mailbox_base = /var/mail/virtual
virtual_mailbox_domains = hash:/etc/postfix/ispcp/domains
virtual_mailbox_limit = 0
virtual_mailbox_maps = hash:/etc/postfix/ispcp/mailboxes
virtual_minimum_uid = vmail
virtual_transport = virtual
virtual_uid_maps = static:vmail
#########################################


RE: Mailproblem: Mails in "/var/mail/Maildir/new" statt "/var/mail/virtual/$dom/$usr/new" - ZooL - 10-12-2008 07:32 PM

hmm ist das hier das spanische forum? will dir nicht zu nahe treten aber weisst du
was logs sind... postconf -n ist nur eine ausgabe einer configuration... logs sagen manchmal mehr!

mfg


RE: Mailproblem: Mails in "/var/mail/Maildir/new" statt "/var/mail/virtual/$dom/$usr/new" - d.i.t.o - 10-12-2008 07:46 PM

(10-12-2008 07:32 PM)ZooL Wrote:  hmm ist das hier das spanische forum? will dir nicht zu nahe treten aber weisst du
was logs sind... postconf -n ist nur eine ausgabe einer configuration... logs sagen manchmal mehr!

mfg

Ohne dir jetzt zu hane zu treten:
Wenn du der meinung bist Kritik auszuüben, wäre es hilfreich für die anderen sowie das Forum konstruktiv zu bleiben. Solche Aussagen bringen einen nicht weiter (abgesehen davon ob man einem zu nahe tritt oder nicht). Ich weiss jetzt, dass ich was falsch gemacht habe. Wäre aber besser zu wissen, wie ich es richtig machen könnte.

EDIT:
Kann mir sonst jemand sagen, wo ich die Logs finde?


RE: Mailproblem: Mails in "/var/mail/Maildir/new" statt "/var/mail/virtual/$dom/$usr/new" - ZooL - 10-12-2008 09:08 PM

/var/logs

http://www.isp-control.net/documentation/de/frequently_asked_questions/where_can_i_find_relevant_logs_to_solve_a_problem?s=logs
http://www.isp-control.net/forum/showthread.php?tid=2428

ansonsten vergleiche doch mal das Originale mit deiner main.cf
/etc/ispcp/*/working/ispcp_main.cf
mfg


RE: Mailproblem: Mails in "/var/mail/Maildir/new" statt "/var/mail/virtual/$dom/$usr/new" - d.i.t.o - 10-12-2008 09:10 PM

(10-12-2008 09:08 PM)ZooL Wrote:  /var/logs

http://www.isp-control.net/documentation/de/frequently_asked_questions/where_can_i_find_relevant_logs_to_solve_a_problem?s=logs
http://www.isp-control.net/forum/showthread.php?tid=2428

mfg

Danke dir!


RE: Mailproblem: Mails in "/var/mail/Maildir/new" statt "/var/mail/virtual/$dom/$usr/new" - d.i.t.o - 10-12-2008 10:12 PM

Hier ist der Link zu meiner mail.log

Die mail.err.0 logte immer wieder eine Meldung:
Quote:Oct 11 16:58:12 dito postfix/local[12527]: fatal: main.cf configuration error: mailbox_size_limit is smaller than message_size_limit

mailbox_size_limit = 0
message_size_limit = 0
Nun habe ich die Größe begrenzt.


RE: Mailproblem: Mails in "/var/mail/Maildir/new" statt "/var/mail/virtual/$dom/$usr/new" - gurge - 10-12-2008 11:01 PM

Und ist das Problem jetzt behoben??

Denn die Einstellungen begrenzen keine Größe.... Wink


RE: Mailproblem: Mails in "/var/mail/Maildir/new" statt "/var/mail/virtual/$dom/$usr/new" - d.i.t.o - 10-12-2008 11:20 PM

Nein, das Problem existiert immernoch.

Diese Einstellungen sollen auch nur verdeutlichen woran die Fehlermeldung lag. Die Korrektur folgte anschließend.