Temporary Email — Generate disposable email inboxes

[vitor]

Usage

Create a temporary email address via the tmpmail keyword. A random inbox name is used unless you type one.

On supported web browsers, the email inbox will open in a background tab and the address pasted to the current input field.

⤓ Install on the Alfred Gallery | Source

 

Edited March 22, 2023 by vitor

[vdesabou]

Very nice, thanks!

[Don Dahl]

There is a workflow like this already at http://www.alfredforum.com/topic/4550-harakiri-mail-disposable-email-addresses/?hl=harakiri

 

I like yours better Vitor. More convenient Thanks a lot 

[Don Dahl]

Vitor, i was wondering if you would want to make this workflow compatible with other temp mail providers? Since i use this workflow to sign up to forums etc, i find it annoying that harakiri doesn't make links clickable when receiving mails.

 

Would be nice to have more providers supported. Thank you for your work!

[vitor]

I won’t support multiple providers with the workflow, since that’d only be bloat. However, I’m perfectly fine with changing the current provider altogether. Do you have any suggestions? One that (naturally) makes links clickable and preferably that also suggests an inbox name.

[Don Dahl]

Yea that makes sense. I have just found one http://mailcatch.com/en/disposable-email

 

I'm not sure if everything is as you want it to, but it seems so to me. If it's not suitable then i'll try to find another one. Cheers

[vitor]

I’ve used the workflow between my last comment and yours, and the url I got was indeed clickable. It was an html email, though, so perhaps harakirimail makes those clickable, but not the plaintext ones, or there is some other factor at play (maybe a browser extension modifying those). Can you give me an example of one signup website whose confirmation email had a link that was not clickable in harakirimail? That way I can use it as a filter when checking for anomalies, or picking the new service.

[Don Dahl]

Ok now thats embarrassing. I can't seem to find that particular site i had issues with. Whatever site i try it works fine now. It must've been a bad moment for harakirimail, hmm. Sorry for wasting your time mate!

[vitor]

Don’t worry about it. If you do find one, please let me know.

[vitor]

Update.

 

Changed provider to Teleosaurs Mail. Harakiri Mail was working worse and worse.

[vitor]

Update.

Email links are now https (good change on their part).

[vitor]

Update.

It now uses OneUpdater, so this should be the last time you need to manually update.

[jeffsui]

It would be cool if you could also scrape the inbox ... 

[vitor]

@jeffsui For what? Alfred results are tiny (so yo wouldn’t be able to read the message anyway) and if you’re signing up for something you’ll either need nothing, or a link in the email.

 

What exactly were you envisioning?

[vitor]

Update.

New icon, switched to Notificator, updated OneUpdater.

To update, download the latest version (same URL) or wait a few days (15 or less) and it’ll prompt you to on next usage, since it uses OneUpdater.
 

[vitor]

Update.

• Add support for forwarding email addresses.
• Cosmetic code changes.
  

To update, download the latest version (same URL) or wait a few days (15 or less) and it’ll prompt you to on next usage, since it uses OneUpdater.
 

[hfr]

Hi Vitor,

 

thanks for your work. Unfortunately your workflow does not do anything for me. I installed it, ran the updater, can see both "tmpmail" choices, but none of them does anything. No tab opens, nothing gets copied to clipboard. No matter whether I give an argument after "tmpmail" or not.

 

That's what the debug says:

Starting debug for 'TemporaryEmail'

[2017-06-21 15:51:34][input.keyword] Processing output of 'action.script' with arg ''
[2017-06-21 15:51:36][action.script] Processing output of 'action.script' with arg ''

 

Any advice?

[vitor]

@hfr Do you get the same output for both options? What are the versions of the Workflow, macOS, and Alfred?

 

[GuiB]

Don't know if this is related to your error @hfr, but on my side I needed to modify the script inside Notificator.app to make it works since I got an error "Unexpected identifier 'i'" ... So maybe @vitor this would be something to have a look. I changed in line 6 the keyword "let" to "var" and now everything works great.

 

Changed from :

for (let i = 0; i < argc; i++) { argv.push(ObjC.unwrap(args.objectAtIndex(i))) }

to:

for (var i = 0; i < argc; i++) { argv.push(ObjC.unwrap(args.objectAtIndex(i))) }

 

Look in the attachment for the error message I got in case there's a better solution to this problem! Beside, thanks @vitor for the workflow!

[vitor]

Update.

• Ignore non-alphanumeric characters.
• Fixed issue where Forward Cat emails were not copied to the clipboard (thank you to B Kroggel for the report).
  

To update, download the latest version (same URL) or wait a few days (15 or less) and it’ll prompt you to on next usage, since it uses OneUpdater.
 

[nikivi]

Hey @vitor

 

I don't understand how to use this since downloading the workflow there is only one object there 'Update' : 

 

 

 

And clicking on it writes this in debugger : 

 

[2017-06-29 12:58:37][ERROR: action.script] 'remote_info_plist' (https://raw.githubusercontent.com/vitorgalvao/alfred-workflows/master/t: temporaryemail/source/info.plist) appears to not be reachable. 

 

 

Edited June 29, 2017 by nikivi

[nikivi]

The one above is version from Packal. The one attached to this forum actually has the workflow itself although it is broken : 

 

 

Edited June 29, 2017 by nikivi

[vitor]

3 hours ago, nikivi said:

[2017-06-29 12:58:37][ERROR: action.script] 'remote_info_plist' (https://raw.githubusercontent.com/vitorgalvao/alfred-workflows/master/t: temporaryemail/source/info.plist) appears to not be reachable.

 

You’re not exactly supposed to change Workflow names. By doing so, on mine you’re breaking their update capabilities. No, that does not need to be like that (and other users of OneUpdater won’t do it), but I also don’t intend to change that behaviour. It’s just too convenient and most people don’t change Workflow names. I have a ton of Workflows, so streamlining their process is a must. By automatically getting their name from the Alfred variables (that’s what they’re there for), I can copy things around without change.

 

3 hours ago, nikivi said:

The one attached to this forum actually has the workflow itself although it is broken

 

It’s not broken; you’re just on pre-Sierra. The fix is even exposed just a few posts above. That only affects the notification; everything else works well.

 

I’ve already changed Notificator to work on pre-Sierra and pushed fixes to the affected Workflows.

Edited June 29, 2017 by vitor

[nikivi]

This makes sense,  thank you. I will try to move to Alfred's native filtering options since I can actually make a KM macro to quickly change these filters : 

 

 

 

Is it okay that I lowercase the workflow name without changing any text or that too will interfere with OneUpdater?

 

I have this really bad OCD about having everything consistent and lowercasing workflows for me is something that brings consistency to my setup.  

Edited June 29, 2017 by nikivi

[vitor]

1 hour ago, nikivi said:

Is it okay that I lowercase the workflow name without changing any text or that too will interfere with OneUpdater?

 

To be clear, this does not interfere with OneUpdater; just with the way I have mine set up. For example, since I have all Workflows in the same repo and all organised in the same way, for the download URL I always use https://raw.githubusercontent.com/vitorgalvao/alfred-workflows/master/${alfred_workflow_name}/${alfred_workflow_name}.alfredworkflow. Notice the ${alfred_workflow_name} that saves me from having to change that line from one Workflow to the next.

To answer the question, if names are lowercase it’ll also interfere (Github takes that into account).