No e-mailbox, where is the e-mail stored

DAjonck

Verified User
Joined
Apr 19, 2005
Messages
24
I have root acces.
on a specific domain, is no e-mail boxes registred,
only the domain is entered in de dns managment.

where can i find the mail, that send to that domain ?

example;
domain.com

I send a mail to [email protected], white a mail adres from a diffrend user,
no reply e-mail is reseved, and i can find where is most be stored.

and where can i find the reciving mails from other. info@other_domain_hots_somwher_else.com

anyone ?
 
Last edited:
Are you saying the email completely disappears?

If so, can you post log entries from the exim mainlog for one of those disappearing emails?

Are you running mbox or Maildir/Dovecot?

Are you asking about the main email box for the domain, or a virtual email box cereated inside the domain?

Jeff
 
Hai Jeff,

Yep, I can't find the mail.
In the exim main log file was a mail sent from 1 (normal) user to the info@example_domein.com:

Code:
2008-11-19 22:12:59 1L2uM7-00029x-NC <= info@normal_working_domein.com H=dhcp-contact.net (Juce) [71.251.11.15] P=esmtpa A=login:info@normal_working_domein.com S=1570 id=000e01c94a8b$5a2da460$0201a8c0@Juce T="19987" from <info@normal_working_domein.com> for info@example_domein.com
2008-11-19 22:12:59 1L2uM7-00029x-NC lowest numbered MX record points to local host: example_domein.com
2008-11-19 22:12:59 1L2uM7-00029x-NC == example_domein.com R=lookuphost defer (-1): lowest numbered MX record points to local host
2008-11-19 22:12:59 1L2uM7-00029x-NC Frozen

When i look into /etc/virtual or /var/spool/virtual the example_domein.com isn't there.

There is no e-mail box set for example_domein.com,
external user they get the next message:
Code:
<info@example_domein.com>:
Remote host said: 550 authentication required [RCPT_TO]
The internal users get nothing now, when I started the post They get nothing.

I had in mind, that I had found the local mails send, but not the external,
probely done something wrong, because couldn't find the messages.

Problem solved. Mails stored in /var/spool/exim/input

By the way do you know or it is possible, to store mails, from existing users (on legal domeinsusers), just in case they delete them on the remote interface (local : Outlook/windows)

tnx for anwering annyway
 
Problem solved. Mails stored in /var/spool/exim/input

No that is where queued mail is stored. This is mail that has not been delivered yet.
 
Quote:
Problem solved. Mails stored in /var/spool/exim/input

No that is where queued mail is stored. This is mail that has not been delivered yet.

?, i see just the incomming mail, from the internal users, for the nonexisting user@example_domain.com.

But where must they be, in your case floyd ?
 
Answer Jeff's question first.

Are you running mbox or Maildir/Dovecot?

It would also help if you used real domains and email addresses.
 
That indirectly answers the question. If you are running vm-pop3d then that means you are using mbox.

That means all the mail for user accounts is in /var/spool/mail and all mail for virtual email accounts is in /var/spool/domainname.com/

If you are still missing mail then probably you don't have the email accounts set up or you have a filter in place that is discarding them.

In order to send mail through the server you have to first check for mail via pop3 or change your outgoing port on your mail client to 587 and send the authentication with the outgoing mail.
 
Floyd, did you read the errors from the log before responding?
Code:
2008-11-19 22:12:59 1L2uM7-00029x-NC <= info@normal_working_domein.com H=dhcp-contact.net (Juce) [71.251.11.15] P=esmtpa A=login:info@normal_working_domein.com S=1570 id=000e01c94a8b$5a2da460$0201a8c0@Juce T="19987" from <info@normal_working_domein.com> for info@example_domein.com
2008-11-19 22:12:59 1L2uM7-00029x-NC lowest numbered MX record points to local host: example_domein.com
2008-11-19 22:12:59 1L2uM7-00029x-NC == example_domein.com R=lookuphost defer (-1): lowest numbered MX record points to local host
2008-11-19 22:12:59 1L2uM7-00029x-NC Frozen
lowest numbered MX record points to local host means the MX record is saying the local server is supposed to handle mail for the domain, but the domain isn't set up to receive email on the server.

DAjonck, I can't tell you why the server thinks your email isn't being hosted locally but your MX record does ...

but you can.

First turn on DNS for the domain. Then check the MX Records section of the user level login. If the box is NOT checked, then the MX record must point to a different server. If the mail should be coming to this server, then the box must be checked.

Jeff
 
Floyd, did you read the errors from the log before responding?

No since I was mainly commenting on
Problem solved. Mails stored in /var/spool/exim/input

And even looking at the logs it just seems inconceivable that the domain would not be set up on the server to receive mail and yet there it is in the log.

My opinion at this point is the domain is is not in /etc/virtual/domains

It seems like there is more than one MX record since it refers to the lowest numbered one. But I don't know. Maybe it will do that even if there is only one.

DAjonck did you do something with MX records on the server?
 
to Jeff and floyd, I have or had not done anything white the mx records, I had add the domain by dns managment in DA, standard it gives one MX 10.

the mail from user of an domainname_on_the_same_server get be stored in /var/spool/exim/input . (Thats fine, for now)

But what I don's understand is why, when a domain added only by dns and not on a admin/reseller/enduser there is no specific map made in somelike /etc/virtual/domains/domainname.com and / or in /var/spool/domainname.com/

When a mail send from a another_domainname_host_somewhere_else get an error sending back, but an domainname_on_the_same_server, gets nothing.
 
Last edited:
I had add the domain by dns managment in DA

And now we have the truth.

If you go to a fast food restaurant and order a hamburger you will only get a hamburger. You will not get the french fries and a drink too automatically.

You added DNS for the domain. Why would you think it would do something for the mail too?

Adding through DNS management is for when you want to provide DNS only on that server.

Go back and delete the domain in DNS Management and add it properly with Add Another Domain under Domain Administration or Domain Setup.
 
if i order a menu: and I only want the hamburger, I want to know where the drinks en france fries is going to. So I can put the straw in to the drinks and the sauce by the france fries.

No I don't want to make a user, because the user is not know yet.
 
Obviously you don't understand the illustration but I will try again.

I only want the hamburger, I want to know where the drinks en france fries is going to

Why do you want to know about the drinks and fries? You didn't order them. You are not going to get them. You only ordered the hamburger. That is my point.

Adding DNS is just that and only that. You did not set up the server to accept mail.

No I don't want to make a user

I never said anything about a user. The admin user already exists. I said add the domain properly if you want to accept mail.

If you don't want to do what we tell you to do then we cannot help anymore.
 
Dear Floyd,

I think we have said enought about this subject, I think we do not understand eachother. So the best way is to stop de thread, be fore we end in an endless discussion.

Dajonck
 
If you want the problem fixed:

1. Login as admin
2. Delete the DNS you manually added.
3. Click User Level
4. Add the domain to the admin user level
5. Problem solved.
 
DAjonck,

Floyd is correct in his last post. DirectAdmin is a control panel for shared webhosting for users. It allows you to add a DNS zone so you can add zones for domains you don't host. But it doesn't assume, and will never assume, that you want a site on your server or email on your server, just because you want DNS hosted on your server.

Just as you say that you and Floyd don't understand each other, in order for DirectAdmin to do what you want, you and DirectAdmin need to understand each other.

If you read post #9 in this thread again you'll see the reason why DirectAdmin cannot deliver the email properly; there's no place for it to deliver the email.

In post #11 of this thread you wrote:
the mail from user of an domainname_on_the_same_server get be stored in /var/spool/exim/input . (Thats fine, for now)
No, that's not fine for now.

Why?

Because the email isn't being stored in /var/spool/exim/input. It's being temporarily held there for a few days (configurable in your exim.conf file) because it's undeliverable. After those days are passed it will be returned to the sender as undeliverable.

Certainly DAjonck, you can use DirectAdmin any way you want. But if you don't use it the way it was meant to be used it's likely that unexpected and unintended consequences will occur.

Jeff
 
Just as you say that you and Floyd don't understand each other

I guess that is why it is a group effort on a forum. Sometimes people will understand me, sometimes you, sometimes both, and sometimes neither. Eventually somebody here will be able to communicate the answer to the person asking. I think sometimes too the asker doesn't like the answer and refuses to accept it.
 
Dear Floyd an Jeff,
Now I know for sure that we do not understand each other,
I didn't add the the dns manually, I added in the adminlogin and we own the domainname.com.
It isn't that I expect the answer, so I won't to agnor.

In post #11 of this thread you wrote:

Quote:
the mail from user of an domainname_on_the_same_server get be stored in /var/spool/exim/input . (Thats fine, for now)

No, that's not fine for now.

Why?

Because the email isn't being stored in /var/spool/exim/input. It's being temporarily held there for a few days (configurable in your exim.conf file) because it's undeliverable. After those days are passed it will be returned to the sender as undeliverable.

It is oke, just because, I know now where it is stored. (temporarilly)
Now the main question, in the quote above, It's true it ikeep the mail for a view days, external users gets a directly underliverd mail retrun. But why the users of a diffrend domain existing on the same server, doesn't get that messages ?

I eprisiate, both of you helping, and its not, i don't want to understand.
 
DAjonck wrote:
I had add the domain by dns managment in DA

Also wrote:
I didn't add the the dns manually

Well which is it? First you say you did and now you say you didn't. You need to hire an administrator. I am done here.
 
Back
Top