Announcement

Collapse
No announcement yet.

Emails vanishing.

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Emails vanishing.

    Iíve got users encountering issues and it may not be a coincidence. Iíve got (at least) three users reporting issues emailing.

    One end user was trying to email another using the auto complete info and the emails were just sitting in her out box. I tried to send a new email by typing in the address and it just sat in the out box. Then I selected her email address from the address book and it went right out (the others stayed). I just deleted the entry and then re-entered it and it worked. No big deal.

    Next, Iíve got another EU saying sheís trying to email a customer and they donít get them when she types in the email or copies and pastes it. However, when she replies, they get it. I write it off as a spam filter issue and tell her to tell the customer to while list her or something.

    Now I get an email from another person (a reply to the last girl CCíd to me) saying that heís having the same issue with other customers, but he can email someone if he copies and pastes the email address. And apparently, the customer doesnít have any sort of spam filter (that they know of.)


    They aren't getting NDRs and I don't see the messages in the queue.


    Yesterday I changed the self signed exchange cert to a SAN cert. However, I don't really see how it's related as the SAN includes the info the self signed cert had.

  • #2
    Re: Emails vanishing.

    You need to use message tracking to see what Exchange is doing with the messages. The second two can be pointed at remote servers if you can prove that the messages were sent out from Exchange.

    It may not be a coincidence, if you don't have your DNS setup correctly or you are blacklisted, then emails can disappear in to a blackhole.

    Although to be frank, email is not a reliable delivery mechanism full stop.

    As for the first issue, when you are testing things like that, OWA is always the first tool to use. If the issue does not exist in OWA then it is a client side issue.

    Simon.
    --
    Simon Butler
    Exchange MVP

    Blog: http://blog.sembee.co.uk/
    More Exchange Content: http://exchange.sembee.info/
    Exchange Resources List: http://exbpa.com/
    In the UK? Hire me: http://www.sembee.co.uk/

    Sembee is a registered trademark, used here with permission.

    Comment


    • #3
      Re: Emails vanishing.

      Originally posted by Sembee View Post
      You need to use message tracking to see what Exchange is doing with the messages. The second two can be pointed at remote servers if you can prove that the messages were sent out from Exchange.

      It may not be a coincidence, if you don't have your DNS setup correctly or you are blacklisted, then emails can disappear in to a blackhole.

      Although to be frank, email is not a reliable delivery mechanism full stop.

      As for the first issue, when you are testing things like that, OWA is always the first tool to use. If the issue does not exist in OWA then it is a client side issue.

      Simon.
      I used message tracking and it said that their Exchange server wasn't found. (I don't know if they use Exchange.) However, it said this for the emails they didn't get as well as the email from me they did get.

      Comment


      • #4
        Re: Emails vanishing.

        Hi,

        Can you let us know which version of client there are using?

        and trying clearing the autocomplete info. I have seen where in ppl which try autocomplete and auto complete have wrong info in it.

        http://support.microsoft.com/kb/292928

        Clearing
        There are two ways to clear the autocomplete cache. You can delete individual names as they come up just by selecting the name using the arrow keys then pressing Del. If you want to delete the entire autocomplete cache, look for the NK2 file for your profile - it's in C:\Documents and Settings\username\Application Data\Microsoft\Outlook.


        Enable protocol logging on the send connector

        When a user makes such a complaint, first track the message and see if the outbound msg transfer subroutine has been fired or not. You will see this in message tracking logs for email send externally.

        Co relate the info from message tracking and Protocol logs. In a successful msg transfer has occured you would see ehlo, mail from:, rcpt to; data; quit, .
        Last edited by v-2nas; 19th November 2008, 18:06. Reason: For E2K7
        Thanks & Regards
        v-2nas

        MCTS 2008, MCTIP, MCSE 2003, MCSA+Messaging E2K3, MCP, E2K7
        Sr. Wintel Eng. (Investment Bank)
        Independent IT Consultant and Architect
        Blog: http://www.exchadtech.blogspot.com

        Show your appreciation for my help by giving reputation points

        Comment


        • #5
          Re: Emails vanishing.

          Originally posted by v-2nas View Post
          Enable protocol logging on the send connector
          Could you be a bit more specific?
          Originally posted by v-2nas View Post

          When a user makes such a complaint, first track the message and see if the outbound msg transfer subroutine has been fired or not. You will see this in message tracking logs for email send externally.
          I think I understand that.
          Originally posted by v-2nas View Post

          Co relate the info from message tracking and Protocol logs. In a successful msg transfer has occured you would see ehlo, mail from:, rcpt to; data; quit, .
          See where? In the logs I would have enabled? Where would I find them when they're enabled?

          Comment


          • #6
            Re: Emails vanishing.

            Go to Organisation Configuration > Hub Transport > Properties of Send Connector (if you haven't create one then there would be a default one)

            Under General \ Protocol logging \ from None to Verbose

            Restart the Microsoft Exchange Transport Service

            Logs will be here, assuming default installation location

            C:\Program Files\Microsoft \Exchange Server\TransportRoles\Logs\ProtocolLogs\SMTPSend
            Thanks & Regards
            v-2nas

            MCTS 2008, MCTIP, MCSE 2003, MCSA+Messaging E2K3, MCP, E2K7
            Sr. Wintel Eng. (Investment Bank)
            Independent IT Consultant and Architect
            Blog: http://www.exchadtech.blogspot.com

            Show your appreciation for my help by giving reputation points

            Comment

            Working...
            X