Automatic forwarding (for RSWUWFML) cannot be established whe n a user has email address maintained

[Michael Pokraka]

Hi,
Good point. A bit of background on this: the reason is to avoid spam. i.e=
.
most mail servers will make sure that the @wherever.com exists before
accepting any mail (spammers change sender domains frequently to avoid be=
ing
blacklisted, weeding out the false ones helps a little).
 
It only needs to exist, but doesn't need to be reachable from the outside=
 - so
you can even give it a valid dummy address for added security. Your netwo=
rks
folk would be able to get this added to the internet DNS if this is neces=
sary,
it shoud be a 5 minute job.
The slightly longer version would be to configure your internet-facing ma=
il
system to reroute @sap.company.com mail back to SAP (or wherever) if you =
plan
to receive external mail on these addresses as well, but again your netwo=
rks
folks should already have all the know-how.
 
Cheers
Mike
 
Roehlen, Peter wrote:
> Hi Abby/Darrell,
>
> Just a word of caution on setting up e-mail addresses in the SAP user i=
ds to
> include the SAP system details, e.g. UserID at PRD.SAP.COMPANY.COM.
>
> We had done this I believe for the same reason that you and Darrell out=
line,
> however it has caused a problem elsewhere.  When the user tries to send
> e-mail outside of the company from SAP, some mail servers will validate=
 the
> domain from which the mail has been sent.  The AOL mail server for exam=
ple
> will reject an e-mail from UserID at PRD.SAP.COMPANY.COM but will accept o=
ne
> from UserID at COMPANY.COM.
>
> The above may not be an issue for you if you don't send mail from SAP t=
o the
> outside world.
>
> Regards
>
> Peter.
>
> -----Original Message-----
>> From: SAP Workflow [mailto:Owner-SAP-WUG at MITVMA.MIT.EDU] On Behalf Of H=
eath,
> Darrell L.
> Sent: Thursday, 19 February 2004 3:28 AM
> To: SAP-WUG at MITVMA.MIT.EDU
> Subject: Re: Automatic forwarding (for RSWUWFML) cannot be established =
when
> a user has email address maintained
>
> Abby,
>
> I believe you may have experienced a similar problem that we have in ou=
r
> system.  At one time someone decided that the email (INT) address for a=
ll
> user IDs should be their standard corporate email Id rather than one
> specifically identifying their SAP Office inbox.  When we went to use t=
he
> automatic forwarding options, we received the same response - "You are =
not
> allowed to forward email to yourself" or something like that.  If you t=
hink
> about it, this is correct.  The system is attempting to prevent you fro=
m
> creating an infinite loop because you have effectively told it that "it=
s"
> address is the same that you are forwarding too.
>
> To correct the problem, you will need to update the email addresses ass=
igned
> to the SAP UserIDs such that they are unique for the SAP system (i.e. o=
urs
> are UserID at PRD.SAP.COMPANY.COM).  If you send an email to that address,=
 the
> user will receive the message in their SAP Office inbox (assuming every=
thing
> else is set up correctly).  If that user has automatic forwarding turne=
d on,
> SAP will pass the message on to another email address (i.e. their
> autoforwarding address for instance:UserID at company.com).
>
> FYI, there is a utility program that will allow you to automatically de=
fine
> these address for all users in the system (RSADRCK7).
>
> Hope this helps,
> Darrell Heath
>
> -----Original Message-----
>> From: Dywan, Abby [mailto:adywan at clarkstonconsulting.com]
> Sent: Wednesday, February 18, 2004 9:55 AM
> To: SAP-WUG at MITVMA.MIT.EDU
> Subject: Automatic forwarding (for RSWUWFML) cannot be established when=
 a
> user has email address maintained
>
> Hi workflow experts -
>
> I'm in a bit of a pickle as we have go-live coming up extremely quickly=
 and
> encountered this issue just yesterday.
> We are using program RSWUWFML to send email notification of new work it=
ems
> for workflow to the users' external email addresses. This report requir=
es
> automatic forwarding to be set up for each user to recieve these
> notifications.
>
> The problem occurs when we try to set up automatic forwarding through t=
he
> SAP Business Workplace (Private office settings in SBWP or SO12). When =
an
> email address is maintained in the user id the user is not permitted to=
 use
> that same address for automatic forwarding. So they can't forward
> notifications of their work items to themselves.  Sometimes we can clic=
k
> through the error messages and establish it anyway, but sometimes we ca=
n't.
>
> When we enter automatic forwarding information through SO36, we can set=
 it
> up just fine, whether or not the user id's email address is maintained.
> However, we want the users to be able to set up / turn off their automa=
tic
> forwarding as desired, and would prefer not to have to give them access=
 to
> SO36, nor train them to use SO36, as then they could potentially play w=
ith
> other users' automatic forwarding as well.
>
> Per the SAP Library, automatic forwarding is to be used when "you are a=
way
> on business, for example, and have access to the Internet. In this case=
, you
> can send documents to a mailboxthat you can access at any time from you=
r
> note book or from any computer." It only makes sense that the user woul=
d
> want to send their documents to their own emails.  But per SAP, the use=
r
> should not be allowed to do so.
>
> Has anyone else encountered this issue - and what steps have you taken =
to
> fix it?  Any advice would be greatly appreciated.
> Thanks-
> Abby  :)
>
>
> **********************************************************************
> CitiPower Pty and Powercor Australia Ltd. This email and any file attac=
hments
> are confidential and intended solely for the use of the individual or e=
ntity
> to whom they are addressed. If you have received this email in error pl=
ease
> tell us immediately by return email and delete the document.
> **********************************************************************
>
>