HomeForum
Welcome, Guest

Loading emails into the database
(1 viewing) (1) Guest
  • Page:
  • 1

TOPIC: Loading emails into the database

Loading emails into the database 11 months ago #3021

  • Chris
  • OFFLINE
  • Fresh Boarder
  • Posts: 13
  • Karma: 0
I have 3 e-mails message coming daily to a single account, each with it\'s own attachment that I need to parse into MS SQL server 2008.

Can the e-mail client be setup to recognise the message header, and then parse the attachment into the appropriate table?

Or,

Do I need to setup 3 seperate e-mail address accounts to pop and then parse accordingly.

What is the best way to handle this. I assume that your package can be setup to work with multiple e-mail accounts.

Chris

Re: Loading emails into the database 11 months ago #3022

  • admin
  • OFFLINE
  • Moderator
  • Posts: 2191
  • Karma: 12
Hello

There is no need to use header in your case as log you are receiving different files.

For example you have 2 retail shops
first retail shop will email file "retail shop 1 sales.xls"

second retail shop will email file "retail shop 2 sales.xls"

so your package would be as follows

Clear directory you are saving attachments into
Receive email and save attachment into directory
Check if "retail shop 1 sales.xls" exists
load data into the database

Check if "retail shop 2 sales.xls" exists
load data into the database

Hope that helps
Mike

Re: Loading emails into the database 11 months ago #3023

  • Chris
  • OFFLINE
  • Fresh Boarder
  • Posts: 13
  • Karma: 0
Thanks, but, the problem is that the attachments all have the same name (and this is something that we can't control). The only way to differentiate the attachment (or which attachment should be parsed into which table) is by using the header of the e-mail.

What is the best way to approach this?
Chris
  • Page:
  • 1
Time to create page: 0.16 seconds

Testimonials

We Process 3000 files daily, 24h x 365d

C Gandhi
Nesa-Canada

User Login

You only need to log in or register to use our support forum



Our customers

BP

BBC

HSBC


Databases we work with

Go to top