Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
General
GeneralPortable MacsHardwareNetworking
Applications
Mac ApplicationsEudoraFirefox / MozillaInternet ExplorerOutlook ExpressMS OfficeEntourageExcelPowerPointWordVirtual PCMedia PlayerOther MS Products
Programming
Mac ProgrammingCodeWarriorPerl
Country Specific
Australian Mac GroupUK Mac Group

Mac Forum / Applications / Eudora / April 2008



Tip: Looking for answers? Try searching our database.

Dummy address for outgoing messages?

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
AES - 02 Apr 2008 18:48 GMT
One can use Eudora mailboxes as a very convenient, simple, instantaneous
filing system for small bits of data, text notes, etc.  Just write a
short note with a suitable subject line and email it as a "file only"
message to an fcc address like

     "Ÿ:SomeMailboxFolder:SomeSubjectMailbox"

In fact, if you've created a nickname like "file-to-somesubject" that
points to this fcc address, you can email "file only" messages to this
mailbox instantly with the keystrokes

  Tab to Bcc: field >> Type "file-to-so" >> Cmd-E >> Cmd-minus sign

The only problem is that, for my server at least, every Sent message has
to have a _real_ (external) email address in the To: field.  If there
isn't, the Sent mail bounces with error message:

  Couldn't send message: server says "503 5.0.0 Need RCPT (recipient)"

Obviously I can send these file-only messages to myself -- but then I
have to remember them and discard them when they come back.  (And, I
can't think of a simple filtering scheme that would unambiguously
recognize and discard such returned file-only messages, with no risk of
false positives).

I could create a second real address (or personality?) for file-only
messages, and filter on that when they come back -- but that involves
interacting with my server provider, or other complexities.

**Is there any simple (single-keystroke) way to get Eudora to save these
file-only messages to the fcc address, or to accept a "dummy address" in
the To: field, without having to send to a real (RCPT) address?**
AES - 03 Apr 2008 01:43 GMT
> **Is there any simple (single-keystroke) way to get Eudora to save these
> file-only messages to the fcc address, or to accept a "dummy address" in
> the To: field, without having to send to a real (RCPT) address?**

Found a solution to my own problem -- my university's email server has a
dummy address <nobody@myuniversity.edu>.

[Is that maybe a quasi standard for email servers?]
John H Meyers - 03 Apr 2008 05:29 GMT
>> **Is there any simple (single-keystroke) way to get Eudora to save these
>> file-only messages to the fcc address, or to accept a "dummy address" in
>> the To: field, without having to send to a real (RCPT) address?**

> Found a solution to my own problem -- my university's email server
> has a dummy address <nobody@myuniversity.edu>.
>
> [Is that maybe a quasi standard for email servers?]

It may be common (but not required) in servers using "sendmail,"
(which isn't all), and is supposed to then be directed into file /dev/null,
which is supposed to be a "black hole," but there was once a time
when some "sorcerer's apprentice" actually _deleted_ /dev/null
from our file system, and everything being directed into it
was then accumulating in a real file!

http://www.novell.com/coolsolutions/feature/19859.html

I send (actually Bcc:) messages to myself all the time,
to get them to be archived for backup on the Gmail account
which actually stores all my mail, even though I also use it with Eudora
as my "POP account," and I filter the extra copies which return to me
into my Trash, by testing both "From:" and "X-Mailer:" headers
for the exact values which Eudora is inserting into all my "Sent" mail.

Given the incident mentioned above, "I don't trust 'nobody'" :)

--
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.