It will depend on if the other end’s email server will give you an instant response. If they do an instant response, then the variable will pick it up. But some email servers will have a delay on the bounce back and rmail will not see it after the fact. It should bounce back to whom sent it in the from address field.
Dan Goldberg From: [email protected] <[email protected]> On Behalf Of Jim Belisle Sent: Thursday, April 11, 2019 8:15 AM To: [email protected] Subject: RE: [RBASE-L] - when email is not correct Dan, I use this code for checking if it sent. PLUGINS RMail v1|SEND IF v1 <> 'OK' THEN SET VAR vError TEXT = .v1 PAUSE 3 USING .vError CAPTION 'Info' ICON SERIOUS GOTO file_end ELSE SET VAR v1 = ('Message sent ' + .v1 + '!') PAUSE 3 USING .v1 CAPTION 'Info' ICON CONFIRM ENDIF LABEL file_end But do not believe that will check if the email address is correct. That is what concerns our AR people. We need to make sure we find out if an email is not accurate. James Belisle Making Information Systems People Friendly Since 1990 [cid:[email protected]] From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Dan Goldberg Sent: Thursday, April 11, 2019 10:08 AM To: [email protected]<mailto:[email protected]> Subject: RE: [RBASE-L] - when email is not correct Looks like the varname will store the value of the delivery status. >From the pdf. VarName is the resulting text variable which will return the status of the email process, such as 'OK' or the exact -ERROR- message. This return value is where one can capture the delivery status of the email after the SEND parameter is issued PLUGINS RMail VarName|<parameter value> So you can program if varname is not ok then display the error to the user. Dan Goldberg From: [email protected]<mailto:[email protected]> <[email protected]<mailto:[email protected]>> On Behalf Of Steve Johnson Sent: Thursday, April 11, 2019 8:01 AM To: 'Karen Tellef' via RBASE-L <[email protected]<mailto:[email protected]>> Subject: Re: [RBASE-L] - when email is not correct Jim, To confirm, you are not receiving any bounce back messages due to the rejected email or other errors? I have worked with at least 5 or 6 email hosts and bounce back messages have not been a problem, even with Office 365. That includes POP3, IMap, and Exchange. If you are in fact not receiving bounce back messages at all, perhaps check with your email host provider, maybe they can help. Sounds like the returns are being blocked, but I have not experienced this and at the moment can't venture a guess as to why. Maybe spam filters are too aggressive? BTW, does the latest version of Rmail provide a means to request confirmation of delivery from the recipient? Sent from my BlackBerry KeyOne From: [email protected]<mailto:[email protected]> Sent: April 11, 2019 8:22 AM To: [email protected]<mailto:[email protected]> Reply-to: [email protected]<mailto:[email protected]> Subject: RE: [RBASE-L] - when email is not correct Steve, We have implemented the BCC policy on the emails to make sure they were sent out. Our concern is the “bounce back” you mentioned and it does not seem that is happening. This is why there is concern on the part of our AR department. We ask for a receipt from the receiver but as you know that can be rejected by the receiver. Thanks for the suggestions. James Belisle Making Information Systems People Friendly Since 1990 [cid:[email protected]] From: [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Steve Johnson Sent: Wednesday, April 10, 2019 10:38 PM To: [email protected]<mailto:[email protected]> Subject: RE: [RBASE-L] - when email is not correct Jim, If I recall correctly, using the Rmail pluggin a number of years ago (in 9.5), you can have a dialog box pop up showing whether the email was sent successfully through the outgoing server (but not necessarily delivered). As I recall, RMail only knows that it connected to the outgoing server succesfully, but won’t know if the message was delivered. Most recipient email servers will send a bounce back message to the originating email address when the email is rejected assuming the email left the outgoing server in the first place. Since the bounce back comes from the recipient’s mail server as incoming mail to you, you will need to depend on checking for bounce back messages in Outlook, which will give you a clue as to why it failed (unrecognized domain, unrecognized address, mailbox full, restricted, etc). I use to send a BC copy of all email (I was emailing invoices) to my email address (yes, back to myself), as proof that the email made it through the outgoing server and I would monitor incoming email for bounce backs. Hope this helps a little, Steve Johnson From: [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Buddy Walker Sent: Friday, April 05, 2019 6:02 PM To: [email protected]<mailto:[email protected]> Subject: Re: [RBASE-L] - when email is not correct Jim I don’t think that is a RMail issue. Most email servers will not respond to bad email addresses. The main reason is this would verify email server exists. Buddy Sent from my iPhone On Apr 5, 2019, at 5:41 PM, Jim Belisle <[email protected]<mailto:[email protected]>> wrote: We use Rmail working with the Outlook365 STMP. If one sends out an email from within RBASE with the a bad email address, How do we know if it is a bad email address? When using Outlook directly, we get an error feedback. Does that happen with Rmail? Or is there a code we need to add that would alert us? James Belisle Making Information Systems People Friendly Since 1990 <image001.jpg<http://image001.jpg>> -- For group guidelines, visit http://www.rbase.com/support/usersgroup_guidelines.php --- You received this message because you are subscribed to the Google Groups "RBASE-L" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]<mailto:[email protected]>. For more options, visit https://groups.google.com/d/optout. -- For group guidelines, visit http://www.rbase.com/support/usersgroup_guidelines.php --- You received this message because you are subscribed to the Google Groups "RBASE-L" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]<mailto:[email protected]>. For more options, visit https://groups.google.com/d/optout. -- For group guidelines, visit http://www.rbase.com/support/usersgroup_guidelines.php --- You received this message because you are subscribed to the Google Groups "RBASE-L" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]<mailto:[email protected]>. For more options, visit https://groups.google.com/d/optout. -- For group guidelines, visit http://www.rbase.com/support/usersgroup_guidelines.php --- You received this message because you are subscribed to the Google Groups "RBASE-L" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]<mailto:[email protected]>. For more options, visit https://groups.google.com/d/optout. -- For group guidelines, visit http://www.rbase.com/support/usersgroup_guidelines.php --- You received this message because you are subscribed to the Google Groups "RBASE-L" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]<mailto:[email protected]>. For more options, visit https://groups.google.com/d/optout. -- For group guidelines, visit http://www.rbase.com/support/usersgroup_guidelines.php --- You received this message because you are subscribed to the Google Groups "RBASE-L" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
