Skip to main content

Question about how to make Scan to Email work when no onsite SMTP server exists??

Quoting a 1515MF to a small Real estate office primarily to replace their fax machine.

Scan to Email came up as a nice to have, since many prospective clients today have home email addresses but not fax machines...the real estate agents want to Scan to Email listings of possible houses to intersted clients...all good, but what are my options to make this work if no SMTP at client location? ...in the past I haven't had much success using an ISP's mail server remotely, and the error reporting the Aficio's had was just not detailed enough to figure out why Scan to Email was failing...

Is there any tricks or software we can use for getting this to work without an onsite SMTP or Exchange Server?? Could be a nice vertical for us all to market to these type of offices...

Ideas??
Original Post

Replies sorted oldest to newest

I think most ISP's block this...essentially what I was told was the Ricoh's are seen like they are relaying and therfore look like Spam generators by the ISP...

Like I said last time I tried the diagnostics avail / error reporting out of the Ricoh wasn't good enough to properly troubleshoot...was hoping they had refined the process a bit in the newest generation...

I have also heard that MDaemon might be a work around...

Long and a bit technical but here is the explanation:

Email for your LAN without a dedicated connection!

With MDaemon, you are not required to have a dedicated full-time connection to the Internet in order to provide remote email services to your LAN. If you do not have a dedicated connection, you can still provide remote email services with as little as a single dial-up ISP account by using one of MDaemon’s built-in features: On-Demand Mail Relay (ODMR) or DomainPOP.

On-Demand Mail Relay (ODMR)
Perhaps the best method currently available for providing remote email services to your local users when you do not have a dedicated connection is On-Demand Mail Relay (ODMR). ODMR is a queue/dequeue method of mail delivery in which a remote host or ISP receives and stores all of your email and then gives it to you when you connect to the host to collect it. This method requires authentication before mail is dequeued, and it utilizes a new ESMTP command called ATRN that does not require you to have a static IP address because it immediately reverses the flow of data between you and the server storing your messages.
Best of all, because the queued messages will be passed to you using the normal SMTP delivery process, no complicated parsing is required as when using DomainPOP. Your MDaemon will receive the messages like it would if it had a dedicated connection.

DomainPOP
Because not all service providers support the more powerful ODMR method of relaying email, the extensive parsing options built in to MDaemon’s DomainPOP feature make it possible to provide remote email for your entire LAN with as little as a single dial-up ISP POP3 mailbox. Although not as accurate and efficient as ODMR, DomainPOP can nevertheless be used to provide email to an entire network for a fraction of the normally associated cost.

With DomainPOP you simply need a POP3 accessible mailbox hosted by your service provider, and to have all of your domain’s email messages stored in that single mailbox—all mail destined for anyone “@example.com”, for example, is pooled into your example.com mailbox. Using DomainPOP, your MDaemon server connects to your provider at specified intervals, downloads all messages contained in the mailbox, and then disconnects from your provider. Next, DomainPOP parses all of the messages to determine the intended recipients and then deposits them into the appropriate mailboxes.


Find out more about the s/w here:
http://www.ccsoftware.ca/mdaemon/

Anyone else got any other ideas??

Add Reply

Post
×
×
×
×
Link copied to your clipboard.
×
×