email problem, one client only

Discussion in 'Installation/Configuration' started by chancer, Feb 2, 2008.

  1. till

    till Super Moderator Staff Member ISPConfig Developer

    Please do not add addresses manually in the virtusertable. Remove the lines you added manually and create the email address in ISPConfig instead. Also make sure that the website www.plainmortgageadvice.co.uk has a co-domain plainmortgageadvice.co.uk with empty host field.
     
  2. chancer

    chancer New Member

    We are getting there. Thanks, Till. My system uses Tinydns, ISPConfig uses Bind. So whilst I have been setting up the DNS records correctly by hand and ISPConfig has been finding where to get and send stuff from and to, the subdomains had not been set up in ISPConfig. madmucho, you were correct after all.

    So, now for that user, I am getting messages to www-data. I want them to go to the user, not to me or the system. How do I make that happen, please?
     
  3. chancer

    chancer New Member

    I have set up the subdomain. I have checked in /etc/postfix/local-host-names and in /etc/postfix/virtusertable and the subdomain and alias have been added correctly.

    Can anybody here tell me why mail for that subdomain is now going to www-data and not to that subdomain? Is it a simple matter of waiting for DNS to propagate? Do I need to restart ISPConfig? Is there something else I must do?

    I restarted Postfix immediately upon adding the subdomain in ISPConfig.
     
  4. falko

    falko Super Moderator ISPConfig Developer

    What's in your mail log when you send a mail to that subdomain?
     
  5. chancer

    chancer New Member

    Last attempt produced in mail.log:
    Code:
    Feb  6 11:24:16 sww postfix/pickup[29369]: 6E7D9219C6: uid=33 from=<www-data>
    Feb  6 11:24:16 sww postfix/cleanup[32590]: 6E7D9219C6: message-id=<[email protected]>
    Feb  6 11:24:16 sww postfix/qmgr[15243]: 6E7D9219C6: from=<[email protected]>, size=562, nrcpt=1 (queue active)
    Feb  6 11:24:16 sww postfix/cleanup[32590]: AEAB321983: message-id=<[email protected]>
    Feb  6 11:24:16 sww postfix/local[32592]: 6E7D9219C6: to=<[email protected]>, orig_to=<[email protected]>, relay=local, delay=0.47, delays=0.31/0.1/0/0.07, dsn=2.0.0, status=sent (forwarded as AEAB321983)
    Feb  6 11:24:16 sww postfix/qmgr[15243]: 6E7D9219C6: removed
    Feb  6 11:24:16 sww postfix/qmgr[15243]: AEAB321983: from=<[email protected]>, size=711, nrcpt=1 (queue active)
     
  6. chancer

    chancer New Member

    Is this sufficient information? Is there anything else I can do to help you help me?
     
  7. till

    till Super Moderator Staff Member ISPConfig Developer

    is the domain:

    sww.stopwatchweb.co.uk

    listed in /etc/postfix/local-host-names ?
     
  8. chancer

    chancer New Member

    Yes, it is, but below the line. Put there some months ago by a developer in solving an earlier problem.

    I don't know if this helps, but sww.stopwatchweb.co.uk is not specifically named as a sub-domain in the name servers. As I mentioned earlier, it is the Tinydns system. The entry for palinmortgageadvice.co.uk has:
    @plainmortgageadvice.co.uk::www.stopwatchweb.co.uk:10 and for stopwatchweb.co.uk:
    @stopwatchweb.co.uk::sww.stopwatchweb.co.uk:10

    I don't understand this, but thought it may possibly have some relevance.

    Apologies for taking so long to reply. I looked on the site this afternoon several times, but this is the first time the post has appeared although your post has a time of 10.32 on it. My browser must be cacheing horribly.
     
  9. chancer

    chancer New Member

    Just been looking through other domains set up in ISPConfig on that server. Most have www.domainname.tld in the Basis screen and domainname.tld in the Co-Domains screen. But plainmortgageadvice.co.uk has both in the Co-Domains - www. was already there when I made the suggested addition.

    Is this a cause for concern?
     
  10. falko

    falko Super Moderator ISPConfig Developer

    Remove the www from the Co-Domains.
    So the problem now is that mails for [email protected] are going to [email protected] when they shouldn't?
    Is [email protected] a Catch-All account?
     
  11. chancer

    chancer New Member

    Mails for [email protected] should be going to [email protected] and they are not, that is correct.

    The full header says it is coming from [email protected] to [email protected] but instead they are being delivered to [email protected]. The header says it is being delivered to [email protected].

    I have removed the www sub-domain and filled in the form again. It has come to me again. Should I restrat Postfix, ISPConfig, or just leave it for a short while and try again?

    [email protected] should not be an account at all. I have certainly not deliberately set it up as a catch-all account.
     
    Last edited: Feb 8, 2008
  12. falko

    falko Super Moderator ISPConfig Developer

    What's in /etc/postfix/virtusertable and /etc/aliases?
     
  13. chancer

    chancer New Member

    The entries for this domain in /etc/virtusertable are:
    Code:
    [email protected]    web26_chrisg
    [email protected]    web26_chrisg
    [email protected]    web26_chrisg
    [email protected]    web26_chrisg
    Did you want to see the whole table?

    As posted earlier, the only entry in /etc/aliases is:
    Code:
    # See man 5 aliases for format
    postmaster:    root
     
  14. falko

    falko Super Moderator ISPConfig Developer

    What's the output of
    Code:
    grep web26_chrisg /etc/passwd
    ?
     
  15. chancer

    chancer New Member

    Output of grep web26_chrisg /etc/passwd:
    Code:
    web26_chrisg:x:10041:10026:Chris Glen:/var/www/web26:/dev/null
    Here is a recent log output fromanother test filling in of the form (@localhost added to suername during tests):
    Code:
    Feb 12 20:30:38 sww postfix/cleanup[6452]: A1F9F21A5A: message-id=<[email protected]>
    Feb 12 20:30:38 sww postfix/qmgr[5852]: A1F9F21A5A: from=<[email protected]>, size=826, nrcpt=1 (queue active)
    Feb 12 20:30:38 sww postfix/local[6454]: 6106321A60: to=<web26_chrisg@localhost>, orig_to=<[email protected]>, relay=local, delay=0.49, delays=0.32/0.04/0/0.13, dsn=2.0.0, status=sent (forwarded as A1F9F21A5A)
    Feb 12 20:30:49 sww postfix/local[6455]: A1F9F21A5A: to=<[email protected]>, orig_to=<[email protected]>, relay=local, delay=10, delays=0.05/0.04/0/10, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail -f-)
    Feb 12 20:30:49 sww postfix/qmgr[5852]: A1F9F21A5A: removed
    which appears to suggest the mail is being sent. is it likely there is a procmailrc directive preventing the mail going to the correct address? There is no /etc/procmailrc fileon my system. Should I create one and put in (which?) directives?

    I now have another client reporting the same problem. As with the first, before adjustments, mail is disappearing rather than coming to me as email server administrator.
     
  16. chancer

    chancer New Member

    Each user has two mailboxes. One is in /var/mail and the other is in /var/www/web##/user/web##_uname.

    I resolved the problems by pointing the users at the correct mailboxes.
     

Share This Page