Sponsor-Board.de

Normale Version: Confixx Webmail Fehler
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Hallo zusammen, ich würde euch doch gerne mal um Hilfe bitten...
Die Emails bei Confixx funktionieren nicht wirklich, ich habe mir schon vor ner Ewigkeit Emailadressen angelegt, von dort kann ich Emails senden, Emails empfangen etc. -- aber keine Emails löschen!! Immer, wenn ich dies versuche, kommt
Error: the Folder where the email will be moved is not selected
Ich kenne mich mit dem Kram jetzt mal überhaupt nicht aus - Google ist dein Freund braucht ihr auch nicht zu posten, denn meine Suche war bis jetzt erfolglos und mir geht die ganze Sache ganz schön auf den Keks.

OS: Debian 6.0
Confixx Version: 3.3.9 (aktuell)
php, apache, mysql usw. alles auf dem neusten Stand. So weit ich das sehe, fehlt lediglich ein Ordner oder es fehlen Schreibrechte o.Ä., ich habe aber keine Ahnung, wo sich dieser Ordner befindet/befinden sollte. Kennt sich jemand vielleicht damit aus? Danke!
Eventuell den Mailspeicherplatz erweitern, könnte sein das zu wenig MB/GB zugeteilt wurde!
Leider nein... Ich habe aber mehr Infos für euch.

Im /var/www/confixx/settings.inc.php steht

$imapSystemFolders = array('INBOX', 'Trash', 'Drafts', 'Sent');

Den Ordner INBOX gibt es auch, Trash, Drafts und Sent jedoch nicht! Er kann die Emails nicht in Trash schieben, weil es den Ordner nicht gibt. Gehe ich nun in mein Postfach rein und gehe auf Ordner erstellen und schreibe Trash, kommt nur
Notice: Could not create new folder: Trash (habe es natürlich auch mit anderen Namen probiert)

Jemand ne Idee, hat vielleicht eine .php Datei keine Schreibrechte auf dem benötigeten Ordner? Ich bin mir sicher, dass das damals auf meinem Debian 5.0er geklappt hat.

Mfg Madmatti
Hast Du schon einmal Probiert mit IMAP auf den Server zu gehen und es so zu löschen ? Wenn dies geht , könnte man wenigstens eingrenzen das es wirklich am Webmail liegt und nicht am Mail System (Dovecot) vermutlich.

Ansonsten wäre die Dovecot Config sicher noch sehr Intressant. Da gibt es eine Zeile drin, welche besagt:

Code:
mail_location = mbox:/var/spool/mail/%u

Dies evtl. ändern auf:

Code:
mail_location = mbox:~/mail:INBOX=/var/mail/%u



Im weiteren kannst Du ja auch auf Horde oder Roundcube umsteigen, der macht in der Regel weniger Probleme.

--
Im weiteren würde ich Dir nahelegen den Support von Confixx zu kontaktieren.
Ich hoffe der Post war nützlich für Dich - Wenn ja bestätige dies doch mit einem Danke Button Wink

Alternativ kannst du auch die System Ordner aus dem Array entfernen.

Aus:

PHP-Code:
$imapSystemFolders = array('INBOX''Trash''Drafts''Sent'); 


das machen:

PHP-Code:
$imapSystemFolders = array('INBOX''Drafts''Sent'); 


Theoretisch gesehen kannst du dann den Ordner "Trash" manuell anlegen.

Danke für eure Posts. Ich werde morgen direkt mal probieren, den Server via externem Programm zu kontaktieren. In der Dovecot config steht zwar diese Zeile drinnen, allerdings ist sie auskommentiert.

dovecot.conf schrieb:
##
## Mailbox locations and namespaces
##

# Location for users' mailboxes. This is the same as the old default_mail_env
# setting. The default is empty, which means that Dovecot tries to find the
# mailboxes automatically. This won't work if the user doesn't have any mail
# yet, so you should explicitly tell Dovecot the full location.
#
# If you're using mbox, giving a path to the INBOX file (eg. /var/mail/%u)
# isn't enough. You'll also need to tell Dovecot where the other mailboxes are
# kept. This is called the "root mail directory", and it must be the first
# path given in the mail_location setting.
#
# There are a few special variables you can use, eg.:
#
# %u - username
# %n - user part in user@domain, same as %u if there's no domain
# %d - domain part in user@domain, empty if there's no domain
# %h - home directory
#
# See </usr/share/doc/dovecot-common/wiki/Variables.txt> for full list.
# Some examples:
#
# mail_location = maildir:~/Maildir
# mail_location = mbox:~/mail:INBOX=/var/mail/%u
# mail_location = mbox:/var/mail/%d/%1n/%n:INDEX=/var/indexes/%d/%1n/%n
#
# </usr/share/doc/dovecot-common/wiki/MailLocation.txt>
#
#mail_location =


# If you need to set multiple mailbox locations or want to change default
# namespace settings, you can do it by defining namespace sections.
#
# You can have private, shared and public namespaces. Private namespaces
# are for user's personal mails. Shared namespaces are for accessing other
# users' mailboxes that have been shared. Public namespaces are for shared
# mailboxes that are managed by sysadmin. If you create any shared or public
# namespaces you'll typically want to enable ACL plugin also, otherwise all
# users can access all the shared mailboxes, assuming they have permissions
# on filesystem level to do so.
#
# REMEMBER: If you add any namespaces, the default namespace must be added
# explicitly, ie. mail_location does nothing unless you have a namespace
# without a location setting. Default namespace is simply done by having a
# namespace with empty prefix.
#namespace private {
# Hierarchy separator to use. You should use the same separator for all
# namespaces or some clients get confused. '/' is usually a good one.
# The default however depends on the underlying mail storage format.
#separator =

# Prefix required to access this namespace. This needs to be different for
# all namespaces. For example "Public/".
#prefix =

# Physical location of the mailbox. This is in same format as
# mail_location, which is also the default for it.
#location =

# There can be only one INBOX, and this setting defines which namespace
# has it.
#inbox = no

# If namespace is hidden, it's not advertised to clients via NAMESPACE
# extension. You'll most likely also want to set list=no. This is mostly
# useful when converting from another server with different namespaces which
# you want to deprecate but still keep working. For example you can create
# hidden namespaces with prefixes "~/mail/", "~%u/mail/" and "mail/".
#hidden = yes

# Show the mailboxes under this namespace with LIST command. This makes the
# namespace visible for clients that don't support NAMESPACE extension.
# "children" value lists child mailboxes, but hides the namespace prefix.
#list = yes

# Namespace handles its own subscriptions. If set to "no", the parent
# namespace handles them (empty prefix should always have this as "yes")
#subscriptions = yes
#}

# Example shared namespace configuration
#namespace shared {
#separator = /

# Mailboxes are visible under "shared/user@domain/"
# %%n, %%d and %%u are expanded to the destination user.
#prefix = shared/%%u/

# Mail location for other users' mailboxes. Note that %variables and ~/
# expands to the logged in user's data. %%n, %%d, %%u and %%h expand to the
# destination user's data.
#location = maildir:%%h/Maildir:INDEX=~/Maildir/shared/%%u

# Use the default namespace for saving subscriptions.
#subscriptions = no

# List the shared/ namespace only if there are visible shared mailboxes.
#list = children
#}

# System user and group used to access mails. If you use multiple, userdb
# can override these by returning uid or gid fields. You can use either numbers
# or names. </usr/share/doc/dovecot-common/wiki/UserIds.txt>
#mail_uid =
#mail_gid =

# Group to enable temporarily for privileged operations. Currently this is
# used only with INBOX when either its initial creation or dotlocking fails.
# Typically this is set to "mail" to give access to /var/mail.
#mail_privileged_group =
mail_privileged_group = mail

# Grant access to these supplementary groups for mail processes. Typically
# these are used to set up access to shared mailboxes. Note that it may be
# dangerous to set these if users can create symlinks (e.g. if "mail" group is
# set here, ln -s /var/mail ~/mail/var could allow a user to delete others'
# mailboxes, or ln -s /secret/shared/box ~/mail/mybox would allow reading it).
#mail_access_groups =

# Allow full filesystem access to clients. There's no access checks other than
# what the operating system does for the active UID/GID. It works with both
# maildir and mboxes, allowing you to prefix mailboxes names with eg. /path/
# or ~user/.
#mail_full_filesystem_access = no


@Storage - das würde nichts bringen. Ich habe ja bereits versucht, Ordner mit anderem Namen zu erstellen (z.B. abcxyz o.Ä.) und die hat er mich auch nicht erstellen lassen.

Danke für eure Posts, ich probiere morgen weiter rum und schreibe hier rein, sobald ich was neues rausfinde.

Mfg Madmatti

Boah, was sagen denn die Logs... Nicht die von confixx
Welchen Log hättest du denn gerne? Unter
/var/mail im "nobody" und im "www-data" steht nichts, bei
/var/log/mail.log
auch Fehlanzeige.

Ich habe mir jetzt mal Mozilla Thunderbird runtergeladen - ich kann hier die Ordner erstellen und Emails löschen! Es liegt also an Confixx und nicht am Mailserver!
Es liegt nicht an Confixx sondern am Webmail Script, wie Alex sagte, es gibt alternative - nutze diese einfach Wink
Alles klar, vielen Dank an euch! Wäre halt toll gewesen, wenn man direkt ein Webmail im Confixx Interface dabei gehabt hätte, aber naja - was solls. Ich glaube, dass das Skript kein Debian 6 unterstützt, denn unter Debian 5 hat es funktioniert. Nun ja, mir ist ein externes Programm sowieso lieber, allerdings bevorzugen es garantiert einige Kunden, wenn man ein integriertes Skript hat.

Danke an euch!
Mfg Madmatti
Referenz-URLs