Are you the publisher? Claim or contact us about this channel


Embed this content in your HTML

Search

Report adult content:

click to rate:

Account: (login)

More Channels


Showcase


Channel Catalog


older | 1 | .... | 40 | 41 | (Page 42)

    0 0

    I need a solution

    We have a third party who is using the website www.checktls.com to verify that emails sent to our domain covermycab.com use TLS, I have setup an encryption partnership in the messagelabs portal but the website check is still failing. The primary MX record is using TLS but the secondary MX record isn't, is there anyway to correct this?

    Thanks

    Trying TLS on cluster9a.eu.messagelabs.com[52.59.102.191:25] (20):

    seconds   test stage and result
    [000.089]   Connected to server
    [000.180] <--  220 mail555.messagelabs.com ESMTP Fri, 28 Dec 2018 11:51:32 +0000
    [000.180]   We are allowed to connect
    [000.180]  --> EHLO www6.CheckTLS.com
    [000.268] <--  250-mail555.messagelabs.com Hello ip-100-113-13-142.eu-central-1.aws.symcld.net [100.113.13.142]
    250-SIZE 52428800
    250-8BITMIME
    250-PIPELINING
    250-CHUNKING
    250-PRDR
    250 HELP
    [000.269]   We can use this server
    [000.269]   TLS is not an option on this server
    [000.269]  --> MAIL FROM:<test@checktls.com>
    [000.357] <--  250 OK
    [000.358]   Sender is OK
    [000.358]  --> QUIT
    [000.446] <--  221 mail555.messagelabs.com closing connection
    0

    0 0

    I need a solution

    Hi Guys

    We have been using the Policy Based Encryption Advanced Encrypted Portal for a while now.

    Just a quick question whicvh one of our compliance people brought up  , is there any way to ensure that mail is readable only by the intended recipient?

    For example if an encryped mail is sent to the wrong email address and the mistaken recipient already has an account for the encrypted portal , that person would be able to read the mail right?

    The question they are asking is , is there a PBE Advanced way to ensure only the intended recipient can read the email.

    Thanks

    John

    0

    0 0

    I need a solution

    This is the mail delivery agent at Symantec Email Security.cloud.

    I was unable to deliver your message to the following addresses:

    **********@salesianer.com

    Reason: 550 5.7.23 Please see http://www.openspf.org/Why?id=customercare.at=leas...

    The message subject was: Reklamation Salesianer 917541 Pool xxxXXXTTGXJR52925 / 917552 ID 157 xxxXXXTTGXJR52926 [ ref:_00D20Cg7Q._5001Gbag1l:ref ]
    The message date was: Wed, 2 Jan 2019 12:25:54 +0000 (GMT)
    The message identifier was: F3/4E-21338-3DDACxxx
    The message reference was: server-12.tower-306.messagelabs.com!1546431952!4056936!2

    Please do not reply to this email as it is sent from an unattended mailbox.
    Contact your email administrator if you need more information, or
    instructions for resolving this issue.

    0

    0 0

    I need a solution

    Is anyone aware of an issue adding new O365 hostnames to inbound routes on Symantec Email Security.Cloud

    When I try and add O365 hostname for email delivery, I get an error message. I'm told this is a symantec issue at present (I've not seen any other status posts).

    Thanks

    H

    0

    0 0
  • 01/08/19--08:58: MessageLabs blocking email
  • I need a solution

    We cannot email vendors and customers using message labs.  Our domain is adveng.com  One vendor is ra.rockwell.com.  

    Generating server: Artemis.adveng.com
    Receiving server: cluster6a.us.messagelabs.com (52.206.215.254)

    sbkent@ra.rockwell.com
    Remote Server at cluster6a.us.messagelabs.com (52.206.215.254) returned '400 4.4.7 Message delayed'
    1/7/2019 10:39:15 PM - Remote Server at cluster6a.us.messagelabs.com (52.206.215.254) returned '451 4.4.0 Primary target IP address responded with: "421 4.4.1 Connection timed out." Attempted failover to alternate host, but that did not succeed. Either there are no alternate hosts, or delivery failed to all alternate hosts. The last endpoint attempted was 52.206.215.254:25'

    We are not on spam lists.

    Thank you for your help on this matter.

    0

    0 0

    I need a solution

    Hi

    The requirement is need to change 14 days to 30 days once the email quarantine. From where i can change this settings in email security.cloud ? As per understaing once email qurantine it will stay 14 days only in qurantine portal. Apprecaite any assistance.

    Thanks

    Muamamd

    0

    0 0

    I do not need a solution (just sharing information)

    I have already indeed email a sample message to Symantec (investigation@review.symantec.com) for the NDR message delayed emails.

    I poseted in hopes to maybe help with this issue and see if someone else has any ideas.

    In the Send connector protocol logs, we see:

    2019-01-09T16:42:03.318Z,Internet,08D1234567811DF6,0,,x.x.x.x:25,*,,attempting to connect
    2019-01-09T16:42:03.334Z,Internet,08D6723456789DF6,1,x.x.x.x:32944,x.x.x.x:25,+,,
    <,220 server-5.tower-347.messagelabs.com ESMTP,
    >,EHLO Mail.xxxx.com,
    <,250-server-5.tower-347.messagelabs.com,
    <,250-STARTTLS,
    <,250-PIPELINING,
    <,250 8BITMIME,
    >,STARTTLS,
    <,220 ready for TLS,
    *,,Sending certificate
    *,"CN=mail.xxxx.com, O=""xxxx, Inc."", L=xxxx, S=xxxx, C=US",Certificate subject
    *,"CN=DigiCert SHA2 Secure Server CA, O=DigiCert Inc, C=US",Certificate issuer name
    *,09024235443534F8234324,Certificate serial number
    *,FDA0D53434343D933F32345123456789681DAAC3,Certificate thumbprint
    *,mail.xxxx.com;autodiscover.xxxx.com;owa.xxxx.com;,Certificate alternate names
    *,,TLS negotiation failed with error IllegalMessage
    -,,Local

    Then we Also See:

    2019-01-09T19:35:50.765Z,Internet,08D67123445551F4,0,,x.x.x.x:25,*,,attempting to connect
    2019-01-09T19:35:50.765Z,Internet,08D67123445551F4,1,x.x.x.x:48897,x.x.x.x:25,+,,
    2019-01-09T19:35:51.093Z,Internet,08D67123445551F4,2,x.x.x.x:48897,x.x.x.x:25,<,"220 mail555.messagelabs.com ESMTP Wed, 09 Jan 2019 19:35:50 +0000",
    2019-01-09T19:35:51.093Z,Internet,08D67123445551F4,3,x.x.x.x:48897,x.x.x.x:25,>,EHLO mail.xxxx.com,
    2019-01-09T19:35:51.140Z,Internet,08D67123445551F4,4,x.x.x.x:48897,x.x.x.x:25,<,250-mail555.messagelabs.com Hello ip-100-112-14-171.us-east-1.aws.symcld.net [100.112.14.171],
    2019-01-09T19:35:51.140Z,Internet,08D67123445551F4,5,x.x.x.x:48897,x.x.x.x:25,<,250-SIZE 52428800,
    2019-01-09T19:35:51.140Z,Internet,08D67123445551F4,6,x.x.x.x:48897,x.x.x.x:25,<,250-8BITMIME,
    2019-01-09T19:35:51.140Z,Internet,08D67123445551F4,7,x.x.x.x:48897,x.x.x.x:25,<,250-PIPELINING,
    2019-01-09T19:35:51.140Z,Internet,08D67123445551F4,8,x.x.x.x:48897,x.x.x.x:25,<,250-CHUNKING,
    2019-01-09T19:35:51.140Z,Internet,08D67123445551F4,9,x.x.x.x:48897,x.x.x.x:25,<,250-PRDR,
    2019-01-09T19:35:51.140Z,Internet,08D67123445551F4,10,x.x.x.x:48897,x.x.x.x:25,<,250 HELP,
    2019-01-09T19:35:51.140Z,Internet,08D67123445551F4,11,x.x.x.x:48897,x.x.x.x:25,*,,sending message with RecordId 10261234567442 and InternetMessageId <1523344547606.84370@xxxx.com>
    2019-01-09T19:35:51.140Z,Internet,08D67123445551F4,12,x.x.x.x:48897,x.x.x.x:25,>,MAIL FROM:<Paul.xxxx@xxxx.com> SIZE=34071,
    2019-01-09T19:35:51.140Z,Internet,08D67123445551F4,13,x.x.x.x:48897,x.x.x.x:25,>,RCPT TO:<jschxxxx@xxxx.com>,
    2019-01-09T19:35:51.186Z,Internet,08D67123445551F4,14,x.x.x.x:48897,x.x.x.x:25,<,250 OK,
    2019-01-09T19:35:51.186Z,Internet,08D67123445551F4,15,x.x.x.x:48897,x.x.x.x:25,<,421 Service Temporarily Unavailable,

    All Message Labs Servers we see with TLS Negoiation Problems:

    server-6.tower-367.messagelabs.com

    server-14.tower-387.messagelabs.com

    server-35.tower-384.messagelabs.com

    server-9.tower-347.messagelabs.com

    server-13.tower-407.messagelabs.com

    server-35.tower-404.messagelabs.com

    server-3.tower-327.messagelabs.com

    server-35.tower-344.messagelabs.com

    server-8.tower-341.messagelabs.com

    server-16.tower-381.messagelabs.com

    server-3.tower-361.messagelabs.com

    server-4.tower-246.messagelabs.com

    MessageLabs with 421 Service Temporarily Unavailable:

    mail555.messagelabs.com

    0

    0 0
  • 01/15/19--01:20: Negative reputation
  • I need a solution

    Dear sirs,

    I am writing as an e-mail system administrator of Alizon Industrie in France.

    Since last week, it seems that our IP address is blacklisted by Symantec (negative reputation) and we need a delist as soon as possible.

    To send from 185.147.64.22 to domains which are securized by Symantec our addresses use these domain names:

     - accept.fr

     - alizonbenelux.lu

     - alizondeutschland.de

     - alizonindustrie.fr

     - alizonrent.fr

     - excelservices.fr

     - filiplast.fr

     - globallindus.com

     - leroyindustrie.fr

     - pool-management.fr

     - ridec.com

     - solusales.fr

     - stami-france.com

    Today, we encounter problems with schneider-electric.com (the mails are dropped in quarantine) and michelin.com (the mails seem to be sent but do not appear in mailboxes). I've already sent a mail to investigation@review.symantec.com, but in order to solve this issue as soon as possible I create this discussion.

    Could you provide us more information about this issue and about your investigations? Are there any actions you require from us?

    Thank you in advance.

    Kind regards

    0

    0 0
  • 01/15/19--05:27: Removing IPs from blacklist.
  • I need a solution

    Hi,

    I have repeatedly contacted you through the IP removal tool available at https://ipremoval.sms.symantec.com/ipr/lookup. 

    My question is in regards to how long it takes for this request to be processed. Should I expect this to take more than a week? 

    I would very much appreciate an answer.

    Thank you kindly. 

    Best Regards,

    Johan

    0

    0 0

    I need a solution

    Hi there,

    I have done all testing I can do before posting here, I believe this to be an issue outside of my control but willing to check anything as required.

    The below happens when trying telnet on any of the IPs.. EXIM gets connection timed out.

    $ telnet 46.226.52.198
    Trying 46.226.52.198...
    telnet: connect to address 46.226.52.198: Connection refused

    Please advise as I need this to be resolved before I add extra clients, unfortunately I use messagelabs so its impacting me more than anything!

    If it is blocked/trottled, could you advise when the last seen spammy content was?

    0

    0 0

    I need a solution

    Good Morning All,

    We have an organization that is unable to email us even though we have white listed them. I can email them but they can not email us. Error message on the bounce back email they get is below. Please help.

    <myemailaddress>: host cluster6.us.messagelabs.com[67.219.250.196]

        said: 553-Message filtered. Refer to the Troubleshooting page at

        553-http://www.symanteccloud.com/troubleshooting for more 553 information.

        (#5.7.1) (in reply to end of DATA command)

    0

    0 0
  • 01/17/19--07:37: Blacklist Removal Request
  • I need a solution

    Hi,

    We found out that one of our server ip addresses is on your list.

    We had an issue with one client on december (his email account was used to send spam) but this issue was fixed very soon, we have checked the entire server and found no issues, also we check all of our ips against some of the most popular blacklists checkers and we aren't listed on any (over 100 lists checked) but yours.

    Please could you please delist our IP address: 51.38.181.24 we have a lot of clients complaining about emails not being delivered properly.

    Best Regards.

    0

    0 0

    I need a solution

    Hi there,

       For the last week now we have a client who is unable to email anyone that uses Symantec Email Security. They constantly get the below message -:

    550 5.0.350 Remote server returned an error -> 553 Message filtered. Refer to the Troubleshooting page at;http://www.symanteccloud.com/troubleshooting for more;information. (#5.7.1)

      They use Office 365 and all DNS is correct for SPF and DKIM. They do not show as blacklisted anywhere and the majority of emails have no attachments. Strangley though if they email from the Office365 web portal the email sometimes gets through. 

     I submitted several emails last week and the week before to be checked for false positives but have had no response. 

     This is causing major disruption for the business as they are finding that more and more suppliers use theis sytem for email filtering. They have had 1 customer whitelist them which allowed email through but they do not want to have to do this with dozens of other clients.

     Any help would be appreciated

     Kind regards,

    0

older | 1 | .... | 40 | 41 | (Page 42)