When using Adobe PDF distributed forms, how does one update the email mailbox to which the responses are sent? It seems to be using my personal email address as the default but this form's data needs to go to a different mailbox.
In other words, I can't figure out how to change the return address.
I do not see this question anywhere on the web. Thank you for your help.
You would change the Identity preferences before Distributing the form.
The eMail address for returning is taken from that preference setting.
Related
I'm writing an application that creates a word document and emails it to a user from our shared mailbox. The code works fine, however the message is delivered to the Junk folder instead of the Inbox.
I believe this is because it's coming directly from the email address (mymailbox#company.com), instead of the mailbox name in our Global Address List (My Mailbox).
Is there a way to get VB.Net to recognize my Global Address List so I can send directly from the mailbox name; or is there another solution to this problem?
You can set the "from" address in mailmessage.from to the proper email address. However, the "from" address is usually not enough to get an email sent to the spam folder.
There are several steps you can take to make it more likely your email gets through. The links in the comment above Rachel Gallen cover these pretty well.
http://www.allspammedup.com/2009/09/7-ways-to-prevent-your-emails-being-blocked-as-spam/
http://www.interspire.com/content/2006/09/28/improve-your-email-delivery-rates/
Just why something ends up in the junk mail is something set by the recipient's email client and/or ISP and not something you have control over. You may be able to maximise your chances of appearing to be non-spam by making your email have fewer spammy characteristics - if you could re-cast your sending system to create the message as an email rather than an attachment this may help.
We have custom user fields (ie 'Business Analyst', 'Developer', etc.) in JIRA, and we would like to be able to send an email to those users when they are assigned to one of those fields. I have looked over the JIRA wiki, and could not find a way to do this.
I know this is possible with the 'Issue Assigned' event, but in this case, the JIRA is not being assigned, since we are using custom fields.
Is this at all possible?
This plugin: Email This Issue should be what you are looking for (sending email to custom fields).
Email an issue from JIRA to arbitrary recipients - This plugin
addresses this feature request fulfilling considerable amount
(currently 30) of user votes.
The plugin contains an issue operation component that allows users to
compose an email and send the issue to arbitrary recipients.
Most important features are:
send email with issue details to email addresses outside
JIRA,
assignee, reporter and watchers. attach issue attachments to email control who can invoke the operation
through a project role text and html email format are
supported, email body understands
Confluence wiki markup email template can be customized per project and issue type a comment is created
reflecting the event of sending an email
(body, recipients, etc) - see below i18n-enabled, the plugin can be translated, it is currently
available in English, German, French, Polish, Italian and Hungarian. you have options like "CC to me"
and "Reply to
me" to receive a copy of the email or to receive replies to
the email. < li>email recipients are added to watchers on demand recipients from custom fields and
groups/project roles can be added email options may be
reused, i.e. there is no need to check all
your options every time you send an email configure default values for email options via configuration file
You should look at the JIRA Scripting Suite plugin --- you can easily do something like that, and in fact, they provide a sample script that shows you how to send a custom email (https://studio.plugins.atlassian.com/wiki/display/JSS/Scripting+Samples).
But you do have to catch two use cases --- as a post-function to a workflow transition and as a plain edit. This plugin allows you to do both of those. I typically just worry about handling those things at the point in the workflow in which those fields are required for the first time, and handle it in a post-function.
This plugin completely changed the power of JIRA for me. I can quickly change scripts on the fly without recompiling or restarting JIRA. You must check it out.
I'm building an address book application. I'd like to allow users to click on a contact in my application, and be directed to their yahoo or gmail webmail, to the compose page, with the "to" field populated with data that I supply. Is this possible?
As for Yahoo I really don't know. For Gmail you can. Just use the bellow URL (changing variables accordingly).
https://mail.google.com/mail/?view=cm&fs=1&tf=1&to=user#example.com
It was just yesterday that I asked a if anyone knew where to find all of Gmail's variables.
How have people intergrated custom CRM type applications with email?
I have a Access 2003 front-end application with a SQL Server 2005 backend. One CRM
part of the application tracks the activity with the customer in a traffic
log table. Sometimes the salesstaff has communication with their customer
using email instead. What do people do to synch this up with an application?
I was thinking about creating a form to enter the initial message, so I
could save it into a table and then have the system generate a email, of
course, this doesn't handle the email communication after the initial email.
Thanks
What you need to do is setup your domain name with a free google apps account. Your sales staff can still use the clients of their choice, but since they are essentially using custom gmail accounts, every single email that they send and receive will be recorded in a nice and neat transactional format in the gmail interface. Since your sales staff is always online, they will always have access to every message they ever sent. If you want to have access to the emails, you can set it up that every single message that gets sent are automatically blind forwarded to your account. Filters can be set up to automatically tag and archive them, so you will not be overwhelmed, but you will still be able to search them. Google Apps will also give you a central contact directory similar to outlook/exchange.
Here are a few options for you:
Use web forms for all communications. When a message is sent out, the only thing it includes is a link back to the site. Responses are sent the same way.
Setup an email alias that your sales staff Cc's when they want their correspondence to be tracked. Your app would periodically read a POP mailbox, and record the traffic. Customers would have to remember to Cc the same email box for the traffic to be remembered.
Establish a single common email box, such as sales#domain.com. All outgoing mail is marked as being from that account, so all replies will go through it. To send mail, sales staff uses a web form. Messages are tagged with a key that associates them with a particular customer. Putting the key in the subject header usually works OK (that's how many support ticket management systems work, for example). Replies from customers keep the tag. Your app then reads an associated POP mailbox, parses out the keys, and stores the email accordingly.
I send email through Outlook using VB.Net 2005; this is working fine.
At the same time, however, I receive the following message:
A program is trying to automatically send Email on your behalf.
Do you want to allow this ?
if this is enexpected, it may be virus and you should choose no.
Is there any way to avoid this?
This is "by design". It's done to prevent viruses from doing things like going through the address book and automatically sending emails on the user's behalf. Having the dialog prevents a virus from silently becoming a spam bot.
I know this isn't answering your direct question, but is there a reason you can use the System.Net.Mail.MailMessage class and send using that? Or is this because you want the e-mail to show up in their sent items?
You need some library like Redemption to circumvent this popup. It's the default built-in security behaviour of Outlook (since version 2002 I think).