This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Email not being delivered

Hi all,

I believe there is a major issue with my Astaro at the moment and by looking at the posts on here it may even be a widespread problem.

I have ruled out issues with my hosted email security.

I am running version 9.000-8.

These are the logs from my test emails

2012:07:10-15:05:35 asl-rmc exim-in[5003]: 2012-07-10 15:05:35 SMTP connection from [216.146.32.44]:62558 (TCP/IP connection count = 1)
2012:07:10-15:05:36 asl-rmc exim-in[16771]: 2012-07-10 15:05:36 H=mxout-044-pao.mailhop.org (mail-01-pao.dyndns.com) [216.146.32.44]:62558 Warning: mnisystems.co.uk profile excludes AV scan: Skipping SMTP inline AV scan for this message
2012:07:10-15:05:36 asl-rmc exim-in[16771]: 2012-07-10 15:05:36 failed to open /etc/exim.conf.senderblacklist/mnisystems.co.uk for linear search: No such file or directory


This thread was automatically locked due to age.
Parents
  • It also does this if you put any invalid character into the domain list within the profile - one of our mail admins created a profile intending to forward all received mail to a downstream box (by entering an asterisk as the domain) with the same result.

    Isn't it about time Sophos/Astaro actually got their act together and clarified what data format is expected/allowed in certain fields and also did some input validation?

    eg plain text, regex for things like mail domains, URL exceptions etc?  If you enter [\@].mydomain.com into the Sender/Rcpt/Subject substring in mail manager it generates a "Perl runtime error callimg qm:smtp_quarantine: Can't use an undefined value as an ARRAY reference at /DBI.pm line 2054, yet if you enter @mydomain.com it does not do what you expect as the "at" symbol is not matched literally.

    Regards,
    Stuart
  • Hi Stuart,

    UTM uses Perl regex's and the error you encounter is expected behavior for that regex as it's not valid syntax. In this case, validating the input is not trivial as perl regex's can be extremely complex. I'll agree that perhaps a rudimentry manual on Perl regex might be usueful, or at least a pointer to an online reference like: PHP: PCRE regex syntax - Manual.

    For your regex, try \@mydomain\.com as the \ is an escape character that tells the regex that the following character is to be treated as a literal, not as a meta-character.
Reply
  • Hi Stuart,

    UTM uses Perl regex's and the error you encounter is expected behavior for that regex as it's not valid syntax. In this case, validating the input is not trivial as perl regex's can be extremely complex. I'll agree that perhaps a rudimentry manual on Perl regex might be usueful, or at least a pointer to an online reference like: PHP: PCRE regex syntax - Manual.

    For your regex, try \@mydomain\.com as the \ is an escape character that tells the regex that the following character is to be treated as a literal, not as a meta-character.
Children