Issues with Outlook 2007

Hey everyone!
I don't want to clutter up the forum by starting a whole new thread, so I figured I’d just ask here. 🙂

So, I think I might be having some issues with Outlook 2007. Basically, I have two different accounts set up in my settings—one for sending and one for receiving. (And yeah, I seriously need both of them active. 🙂 ) Up in the Options menu, there are these specific checkboxes: Request a delivery receipt and Request a read receipt. From what I understand, a delivery receipt is supposed to be automatically fired off by the server the second my email lands, whereas a read receipt only triggers once the recipient actually opens the damn thing. Since I'm currently blasting out job applications, it is absolutely critical for me to know if these employers actually received my emails, so I turned both of those options on. The thing is, I haven't received a single delivery receipt yet. 😕 (I'm not even worried about the read receipts right now.) I even tried testing this by sending emails to people I know personally. They got my messages without any trouble, but I haven't seen a single confirmation come back my way. What gives? Is there some other setting I'm missing that I need to toggle on?
Also, is it possible that having these two accounts set up is causing some kind of massive glitch? Ever since I added the second account a few days ago, I haven't received a single email from anyone. And I usually get emails from my friends all the time. To give you a specific example: I sent an email to my mom at her office using my "main," first account while the second one was already linked up. She got it and replied, but then suddenly her server blocked her from sending anything back to my email address. (Up until this point, my mom and I have always had perfectly fine email communication; we've never had a single issue before.) 🤷

If anyone actually knows what's going on here, I'd really appreciate the help. 🙂

Hmm, that’s an interesting situation... I haven't touched Outlook in years because it always seemed to be more trouble than it was worth, but if I were you, I'd dig a little deeper into the settings. It's entirely possible there's a rule set up somewhere telling the system to automatically dump those kinds of confirmation emails straight into the trash or some other folder.
I'd also suggest logging directly into your email via a web browser just to see what's actually happening on the backend; you might find those confirmations are already being "swallowed" by the server before you even see them. There could be a million different reasons for this, and since you didn't mention which provider you're using—whether it's Gmail, Outlook, or something else—it's hard to narrow down.

You might want to give this tutorial a look; maybe it’ll help sort things out:

Steven Hayes26 said:Hmm, interesting stuff... I haven't touched Outlook in years because it’s such a headache, but honestly, you should double-check your settings. It’s possible there’s some rule set up where confirmation emails get auto-deleted or dumped straight into the trash. Also, my advice? Log into your email through the web interface. Check there to see if those confirmations are sitting in a folder or if the server is just "eating" them immediately. There could be a million different reasons for this, and you didn't mention which providers you're using (like Comcast, Verizon, Gmail, Windows Live, etc.).

So, the first email is from our family business domain. I have never, ever had a single issue with that account—sending or receiving, nothing. The second one is a Gmail account. I use it because it feels stupid to send job applications from a corporate domain like I still work there. And since all my close friends and family have my primary address, I'm not about to ditch it, if you know what I mean. 🙂

I spent all day yesterday digging through every single setting imaginable. Everything is dialed in exactly how it’s supposed to be. According to the documentation, there shouldn't be any reason for these kinds of issues to pop up.

After I sent out the applications, I naturally jumped onto the Gmail web interface to see if the confirmations had landed there instead—maybe Outlook was just being stubborn and refusing to pull them in—but nope, nothing there either.

I guess I'll try what you suggested; maybe it'll actually do something, even though I'm telling you, everything is configured perfectly.

It might sound a bit silly, but have you checked if your "family" account's inbox is actually full? I just thought of that... honestly, nothing else comes to mind right now. 😢 As for using Gmail within Outlook, you really have to nail down every single tiny detail in the settings, otherwise, you won't receive anything at all (you've got to get the SSL, TLS, ports, and the full email address used as the username just right, along with a few other small things I can't quite recall offhand...). Their official help page has all the instructions you'll need.

Best regards, 🙂

coppergardener22 said:After I sent the requests, I checked my Gmail directly to see if some confirmation popped up there—since Outlook is being weird and won't pull it in for some reason—but nope, nothing.

Are you using IMAP to pull your Gmail into Outlook? Might be the issue right there.

Try logging into that Gmail through Outlook at home and see if the message actually lands (if you can).

coppergardener22 said:If you head up into the settings under Options, you'll see two specific choices: request a delivery receipt and request a read receipt. From what I understand—and correct me if I'm wrong here—the server itself should trigger that delivery receipt immediately upon receiving my email, whereas the read receipt actually comes from the recipient once they've gone ahead and opened it..

Look, you don't really have control over delivery receipts—not in any meaningful way. Sure, you can go into Outlook and check the box to ask for one, but whether you actually get that receipt depends entirely on how the mail server on the receiving end is configured... and in most cases, those options are blocked off specifically to prevent spam. Usually, it only works for internal emails within a corporate domain. It might even be blocked at the ISP level. In other words—plain and simple—if you haven't received a non-delivery report or some other notification saying the message failed, then you can pretty much rest easy knowing the message landed where it was supposed to.

As for read receipts? For that to even work, both email clients have to be set up to handle them—both yours and the person you're emailing. If the person on the other end has their client set to 'never send receipt'—which, let's be honest, almost everyone does—then you’re never going to see an announcement.

Kyle Johnson2 said:Are you using IMAP to pull your Gmail into Outlook? That might be where the issue lies.

Try setting up that Gmail account on your Outlook at home—if you can actually get it to work—and see if the message delivery holds up.

Look, I'm running on POP/SMTP.

I handle everything from my setup at home since I don't have a computer anywhere else while I'm out hunting for a job. 😉

And guess what? I just received a read receipt right this second. 😁

So maybe the whole thing is working fine after all...

Benjamin King2 said:Look, you don't actually have control over delivery receipts. Sure, you can go into Outlook settings and check the box asking for one, but whether you actually get that confirmation depends entirely on how the recipient's mail server is set up... In most cases, mail servers block those receipts specifically to prevent spam, so they usually only work for internal emails within a single corporate domain. It could even be blocked at the ISP level. Bottom line: if you didn't get a non-delivery report or some other error message saying the message failed, then you can bet your life the email landed exactly where it was supposed to.

As for read receipts, both email clients have to be configured to play along—both yours and the person you're emailing. If the person on the other end has their email client set to 'never send receipt'—which, let's face it, almost everyone does—then you're never going to see a notification. Period.

Thanks for clearing that up! Sounds like that's exactly what's happening here. Everything makes sense now. 🙂
🙂

Joshua Garcia3 said:Check out this tutorial, might actually fix your problem:

Man, this tutorial is gold! Thanks a ton, this is exactly what I needed! 👍

So... I just got this pop-up notification from my antivirus regarding my email.
It says something like this: avast! has detected a secure connection from your mail program (process OUTLOOK.EXE) to the POP server "broj" (gmail.com). This type of connection cannot be checked for viruses. Please disable SSL/TLS in your mail client so that the Mail Scanner can scan your mail. The mail Scanner will provide the SSL / TLS security itself.

What is that even supposed to mean? And where am I even supposed to find these SSL/TLS settings? I've tried searching everywhere and I seriously can't find that option anywhere. 😕

(Side note: as far as the antivirus itself goes, I’m actually really happy with it!)

Honestly, just go into your antivirus settings and disable the email scanning option—it’s basically useless at this point. Your antivirus is already checking every single file that hits your hard drive anyway; it doesn't care if that file arrived via an email attachment, a direct download, or some other random method—it’s going to flag it the second you try to save it or run it. Plus, having it constantly scan your inbox just drags down your mail speeds, and if you're lucky—or unlucky, depending on how you look at it—it can actually end up corrupting your entire mailbox.

Thanks! I'll definitely take your advice! 🙂
🙂

coppergardener22 said:I’m doing all that stuff from home since I don't have a computer anywhere else—still on the hunt for a job.

That threw me off. Thought you already had a gig, turns out you're just looking for something new.😉

The first email comes from our own domain (it's a family business with its own website).