No such mailbox

[juusi]

Sinds een paar dagen ontvangen wij geen e-mails meer op de mailserver.
De verzender krijgt het volgende bericht:
<<SMTP error from remote mail server after RCPT TO:<name@mailserver.nl> (Waar name@mailserver.nl de naam staat van de ontvanger/mailbox)
  550 5.2.0 No such mailbox
>>

Ik heb zo ver ik kan alle instellingen meerdere malen gecontroleerd. OOk de dns settings bij provider STRATO zoals mx record.
Op de NAS lijkt alles goed. Maar is er een mogelijkheid om op de NAS ook de e-mail adressen/mailboxen te controleren.

Bij voorbaat hartelijk dank

Juusi

[Briolet]

Volgens mij genereert Mail Server alleen de code 550. De tekst plakt de verzendende server erbij.

In de postfix conf file staat hierover:

Code: [Selecteer]

# REJECTING MAIL FOR UNKNOWN LOCAL USERS
#
# The local_recipient_maps parameter specifies optional lookup tables
# with all names or addresses of users that are local with respect
# to $mydestination, $inet_interfaces or $proxy_interfaces.
#
# If this parameter is defined, then the SMTP server will reject
# mail for unknown local users. This parameter is defined by default.
#
# To turn off local recipient checking in the SMTP server, specify
# local_recipient_maps = (i.e. empty).
#
# The default setting assumes that you use the default Postfix local
# delivery agent for local delivery. You need to update the
# local_recipient_maps setting if:
#
# - You define $mydestination domain recipients in files other than
#   /etc/passwd, /etc/aliases, or the $virtual_alias_maps files.
#   For example, you define $mydestination domain recipients in   
#   the $virtual_mailbox_maps files.
#
# - You redefine the local delivery agent in master.cf.
#
# - You redefine the "local_transport" setting in main.cf.
#
# - You use the "luser_relay", "mailbox_transport", or "fallback_transport"
#   feature of the Postfix local delivery agent (see local(8)).
#
# Details are described in the LOCAL_RECIPIENT_README file.
#
# Beware: if the Postfix SMTP server runs chrooted, you probably have
# to access the passwd file via the proxymap service, in order to
# overcome chroot restrictions. The alternative, having a copy of
# the system passwd file in the chroot jail is just not practical.
#
# The right-hand side of the lookup tables is conveniently ignored.
# In the left-hand side, specify a bare username, an @domain.tld
# wild-card, or specify a user@domain.tld address.
#
#local_recipient_maps = unix:passwd.byname $alias_maps
#local_recipient_maps = proxy:unix:passwd.byname $alias_maps
#local_recipient_maps =

# The unknown_local_recipient_reject_code specifies the SMTP server
# response code when a recipient domain matches $mydestination or
# ${proxy,inet}_interfaces, while $local_recipient_maps is non-empty
# and the recipient address or address local-part is not found.
#
# The default setting is 550 (reject mail) but it is safer to start
# with 450 (try again later) until you are certain that your
# local_recipient_maps settings are OK.
#
unknown_local_recipient_reject_code = 550
Het zou kunnen dat de file met geldige ontvangers corrupt geraakt is. Ik heb geen idee waar dat alles staat op de nas. Voor je daar aan begint is het misschien sneller om de settings ven goed te bekijken, dan Mailserver verwijderen en vervolgens weer opnieuw installeren en alles instellen.

Kijk ook in het echte log (Niet het uitgeklede GUI log), want dit soort rejects wordt daar zeker gelogd.

[juusi]

Waar kan ik het echte log vinden. Ben al via ssh ingelogd geweest maar in /log kan ik geen mailserver.log vinden.

[Briolet]

"/volume1/@maillog/maillog"

Maar dat adres komt hier heel vaak voorbij. En eigenlijk is het voor een mailserver gebruiker een must om daar periodiek in te kijken.

[juusi]

Ik heb de maillog opgehaald maar zie niet direct wat er aan de hand kan zijn.
Ik heb ook op advies mailserver en mailstation verwijderd maar dit heeft geen resultaat.
Na installatie heeft de mailserver weer de " oude" gegevens opgehaald. Geen idee waar vandaan want als je in /var/packages/ kijk zijn beide weg. Ds staan de config bestanden ergens anders. Weet U misschien waar, dan kan ik deze verwijderen en een " schone" installatie doen.
Wordt ook dovecot verwijderd als je mailstation verwijderd, want dit is volgens mij de "motor"  van de mailserver. (of zit ik echt fout).
Bij gesloten de maillog van vandaag.

[juusi]

Problem SOLVED!

Probleem zat in de DNS setting bij de provider. In het A record was het MX record verwijderd waardoor de routing naar de mailserver niet meer klopte.

Anyway thanks so much for your support.

[Briolet]

De motor (SMTP) is Postfix. Dovecot verzorgt de verbinding met clienten. (imap en pop). Maar in het maillog moet toch duidelijk een melding staan waarom hij foutcode 550 genereert.

[Hofstede]

Als het MX record verwijderd is komt de mail niet eens bij de mailserver aan, toch? Dus die melding zal niet door de mailserver op de NAS zijn gegenereerd.

[Briolet]

Daarom ook mijn vraag over het log. Die melding moet er in staan als er verbinding gemaakt wordt.Maar als het MX record mist, wordt er überhaupt geen verbinding met een mailserver gelegd en krijg je volgens mij iets anders dan een 550 error.

Bij een missend MX record komt de mail soms wel aan. Sommige mailservers proberen de domeinnaam zelf als het MX record mist. Dat kan je ten onrechte laten denken dat je configuratie klopt als je via zo'n server test.

[juusi]

De mailserver staat in een sub-domein. Het MX record voor dit sub heeft de juiste verwijzing. Maar je hoofd domein moet in de DNS ook een MX record hebben met verwijzing naar je server. Na aanpassing DNS hoofd domein werkte de verbinding weer.